惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
雷峰网
雷峰网
Recent Announcements
Recent Announcements
月光博客
月光博客
G
Google Developers Blog
腾讯CDC
S
Secure Thoughts
大猫的无限游戏
大猫的无限游戏
T
Tenable Blog
云风的 BLOG
云风的 BLOG
W
WeLiveSecurity
博客园 - 【当耐特】
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
博客园 - 聂微东
The Cloudflare Blog
阮一峰的网络日志
阮一峰的网络日志
人人都是产品经理
人人都是产品经理
P
Privacy International News Feed
MyScale Blog
MyScale Blog
K
Kaspersky official blog
T
The Blog of Author Tim Ferriss
Attack and Defense Labs
Attack and Defense Labs
Spread Privacy
Spread Privacy
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
aimingoo的专栏
aimingoo的专栏
I
Intezer
Vercel News
Vercel News
小众软件
小众软件
Simon Willison's Weblog
Simon Willison's Weblog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
N
Netflix TechBlog - Medium
P
Proofpoint News Feed
Latest news
Latest news
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
T
Tor Project blog
S
Security Affairs
P
Proofpoint News Feed
博客园 - 三生石上(FineUI控件)
博客园 - Franky
C
Cyber Attacks, Cyber Crime and Cyber Security
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
美团技术团队
Recent Commits to openclaw:main
Recent Commits to openclaw:main
S
Security @ Cisco Blogs
L
LINUX DO - 热门话题
Know Your Adversary
Know Your Adversary
Project Zero
Project Zero
D
Docker
L
Lohrmann on Cybersecurity
F
Full Disclosure

TetraLogical Blog

Designing for people with reading disabilities - TetraLogical Designing for people who are D/deaf - TetraLogical Designing accessible documents - TetraLogical Introduction to creating accessible documents - TetraLogical Inclusive user research: vulnerable people - TetraLogical Designing for people who are blind - TetraLogical Designing for people with low vision - TetraLogical Meet the team: Niamh Madden - TetraLogical Designing for people with anxiety - TetraLogical Designing for people with disabilities - TetraLogical Accessible building blocks for the web videos - TetraLogical Common accessibility misconceptions - TetraLogical Common misconceptions about testing accessibility - TetraLogical Common misconceptions about implementing accessibility - TetraLogical Common misconceptions about WCAG - TetraLogical Common misconceptions about disability - TetraLogical Meet the team: Grace Snow - TetraLogical Sustainable accessibility in complex organisations: strategic foundations - TetraLogical Sustainable accessibility in complex organisations: organisational realities - TetraLogical Sustainable accessibility in complex organisations: external factors - TetraLogical Common misconceptions about screen readers - TetraLogical Guide to the Inclusive Design Principles - TetraLogical Meet the team: Ian Lloyd - TetraLogical Annotating designs using common language - TetraLogical Meet the team: Catriona Morrison - TetraLogical Championing inclusive language - TetraLogical Press release: TetraLogical launches accessible self-led training courses to help digital teams build confidence in accessibility - TetraLogical Why inclusive products are green products - TetraLogical Accessible Recruitment - TetraLogical Accessibility and the agentic web - TetraLogical Meet the team: Craig Abbott - TetraLogical Foundations: types of assistive technology and adaptive strategies - TetraLogical European Accessibility Act (EAA) FAQ - TetraLogical Screen reader HTML support tables - TetraLogical Interview with Lola Odelola - TetraLogical Understanding EN 17161 Design for All - TetraLogical Inclusive user research: building rapport - TetraLogical Foundations: Keyboard accessibility - TetraLogical Can generative AI write contextual text descriptions? - TetraLogical Understanding the European Accessibility Act (EAA) - TetraLogical Meet Josh: a sportsman who has spinal muscular atrophy - TetraLogical Meet Jonathan: a photographer who has ADHD - TetraLogical Foundations: grouping forms with `<fieldset>` and `<legend>` - TetraLogical XR Accessibility: for people with moving disabilities - TetraLogical Meet Andre: a music producer and blind screen reader user - TetraLogical Foundations: types of disability - TetraLogical Meet Lauren: a film editor who has ADHD - TetraLogical Meet Steve: a photographer who is deaf and low vision - TetraLogical Foundations: form validation and error messages - TetraLogical Meet Hasmukh: a blind cricketer and screen reader user - TetraLogical XR Accessibility: for people with hearing disabilities - TetraLogical XR Accessibility: for people with thinking disabilities - TetraLogical XR Accessibility: for people with seeing disabilities - TetraLogical Introduction to XR Accessibility - TetraLogical Foundations: labelling text fields with input and label - TetraLogical Design patterns and WCAG - TetraLogical Does WCAG 2.2 apply to native apps - TetraLogical Why are my live regions not working? - TetraLogical Building a culture of accessibility - TetraLogical When to use tabindex= Accessibility foundations - TetraLogical Meet the team: Demelza Feltham - TetraLogical Can generative AI help write accessible code? - TetraLogical Meet the team: Steve Faulkner - TetraLogical Meet the team: Gez Lemon - TetraLogical Keyboard accessibility myths and WCAG - TetraLogical Amendment to the Public Sector Accessibility Regulations - TetraLogical What Considerations for TV user interface accessibility - TetraLogical Meet the team: Alistair Duggin - TetraLogical Sticky content: focus in view - TetraLogical The only accessibility specialist in the room - TetraLogical Meet the team: Ian Pouncey - TetraLogical Meet the team: Dean Holden - TetraLogical Meeting WCAG Level AAA - TetraLogical Foundations: accessible names and descriptions - TetraLogical Inclusive XR: accessible augmented reality experiences - TetraLogical Foundations: pointer gestures - TetraLogical Meet the team: Graeme Coleman - TetraLogical Adding sign language to videos - TetraLogical Foundations: introduction to WAI-ARIA - TetraLogical Meet the team: Joe Lamyman - TetraLogical Inclusive XR: accessible 3D experiences - TetraLogical Foundations: visible focus styles - TetraLogical Foundations: target sizes - TetraLogical Meet the team: Henny Swan - TetraLogical Meet the team: Ela Gorla - TetraLogical Foundations: native versus custom components - TetraLogical Foundations: HTML semantics - TetraLogical Accessibility and supporting Internet Explorer - TetraLogical Meet the team: Felicity Miners-Jones - TetraLogical Accessibility and QR codes - TetraLogical Inclusive user research: recruiting participants - TetraLogical Research insight: accessibility of images - TetraLogical Meet the team: Léonie Watson - TetraLogical Android accessibility: roles and TalkBack - TetraLogical Accessible design systems - TetraLogical Meet the team: Patrick H. Lauke - TetraLogical Inclusive user research: analysing findings - TetraLogical How to write user stories for accessibility - TetraLogical
Understanding WCAG 2.1 Level AAA - TetraLogical
2021-11-26 · via TetraLogical Blog

Posted on by Ian Pouncey in Standards

Tags: WCAG

In our first post about WCAG 2.1 Level AAA, we discuss why it is useful and when to consider including it. You can also read about how some Level AAA Success Criteria expand upon Level A and Level AA Success Criteria and how to test them in our second post, Testing WCAG 2.1 Level AAA, and what to do with your test results in our third post, Triaging WCAG 2.1 Level AAA.

The Web Content Accessibility Guidelines (WCAG) are a set of recommendations for making websites and applications accessible to people with disabilities. At the core of WCAG are testable requirements known as Success Criteria or SC for short.

There are seventy-eight success criteria in total, with each one assigned a level. There are three levels in WCAG 2.1, Level A (the lowest level), Level AA, and Level AAA (the highest level). These are usually pronounced as 'single A', 'double A', and 'triple A' in spoken English. Each level builds on the one before. To be conformant with Level AA a site or application must also be conformant with Level A.

Usually, sites and applications are expected to conform with the Level AA standard. Where accessibility laws reference WCAG , for example in Europe and North America, it is almost always to Level AA. While Level AAA contains SC that are beneficial to a wide range of people, it is generally not possible to meet Level AAA in all circumstances. WCAG includes a note that explains this:

It is not recommended that Level AAA conformance be required as a general policy for entire sites because it is not possible to satisfy all Level AAA Success Criteria for some content.

So, if that's the case, what is the point of the Level AAA Success Criteria? Conformance to any standard, such as WCAG, should be considered a minimum. It is not a gold standard of accessibility. There is always more that can be done to make our websites and applications both accessible and more usable. Some of the extra things that we can do are in Level AAA.

Level AA is required by most laws around the world rather than Level AAA. This is because the success criteria at that Level Are achievable in all circumstances. Level AAA is not always realistically achievable. It would therefore be unreasonable to require conformance to it. However, we can use it for valuable suggestions on improving accessibility and usability beyond the minimum.

Why consider Level AAA SC?

Considering Level AAA SC can have several benefits. While Level A and Level AA SC give a good foundation, Level AAA SC contains both new types of criteria and criteria that build on Level A or Level AA criteria. For example, there is a new SC for reading levels and an SC that enhances the Level AA SC for text contrast. Both the new SCs and enhanced SCs can be particularly beneficial if your audience includes people who are older or have disabilities or learning difficulties such as dyslexia. As already noted, WCAG Level AA compliance is a minimum requirement. Achieving compliance against SC 1.4.6 Contrast (Enhanced) on a site for people with low vision could make a real difference over SC 1.4.3 Contrast (Minimum).

It's worth noting that for an existing website or application, you may already be meeting many Level AAA SC. Several of them build on the requirements at Level A or Level AA. Others are often achieved by following good web design and development practices. By assessing your project against Level AAA, you gain information you can use in accessibility statements, marketing material, or product pitches. It demonstrates a commitment to accessibility that is increasingly becoming important to customers.

When to consider Level AAA SC?

Accessibility is best considered at the start of a project, whether building a new site from scratch or adding a new feature. It's worth investing some time at this stage to see which Level AAA SC might apply and which you want to meet. Incorporating Level AAA success criteria from the start is much easier than trying to retrofit your project later. For example, if you decide to meet the requirements of SC 1.4.6 Contrast (Enhanced), choosing colour combinations that have a contrast ratio of 7:1 for regular sized text from the start is easier than choosing non-conforming colours and then updating the design at a later date. Editorial is also difficult to change later. Setting requirements for language early means you don't have to do rewrites later.

For existing projects, an assessment against Level AAA can give you ideas on how to improve. You can make informed decisions about fixing any of the SC that you've not passed. It may be that none of them applies to your project, or they may not be possible to achieve realistically.

Every failure you turn into a pass is an improvement to the accessibility and usability of your site. While there will always be more you can do, WCAG Level AAA is an excellent place to look for ideas.

Next steps

Find out how we went about meeting WCAG Level AAA on the TetraLogical website, or how assessments can help you identify issues in your websites, mobile applications, design systems, and other products and services.

Updated 21 April 2023.