Focus Not Obscured (Minimum)
A sticky cookie banner or chat bar must not completely cover the element that has keyboard focus.
Fifty-five checks.
None of them is a plugin.
To meet WCAG 2.2 at level AA, the level the EU standard EN 301 549 and most accessibility policies refer to, a website has to meet 55 success criteria: 31 at level A and 24 at level AA. WCAG 2.2 has 86 criteria in all. It added nine to WCAG 2.1, 6 of them at A or AA, and removed 4.1.1 Parsing. Below is every A and AA criterion in plain words, a quick way to check each one, and whether a tool can help or it takes a person, in a checklist that keeps your ticks in your browser.
By the Builderify team
WCAG 2.2 became a W3C Recommendation on 5 October 2023 and was republished on 12 December 2024 with corrections to some definitions and editorial fixes; no criteria were added or removed. It keeps everything in WCAG 2.1 except 4.1.1 Parsing, and adds nine success criteria for the three groups W3C set out to help: people with cognitive or learning disabilities, people with low vision, and people with disabilities using mobile devices.
So a site that meets 2.2 also meets 2.1, and W3C recommends 2.2 as the target “even if formal obligations mention previous versions”. One catch from W3C: if a policy still requires 2.0 or 2.1, you “may need to continue to test and report 4.1.1”.
| Version | Level A | Level AA | Level AAA | Total | To meet AA |
|---|---|---|---|---|---|
| WCAG 2.1 | 30 | 20 | 28 | 78 | 50 |
| WCAG 2.2 | 31 | 24 | 31 | 86 | 55 |
Counted from the conformance level printed on each criterion in the W3C Recommendations. WCAG 2.1’s count includes 4.1.1 Parsing; level AA means meeting every level A and level AA criterion.
New criteria were added at the end of each guideline, so existing numbers did not change. That is also why 2.4.11 comes after 2.4.7, and levels are no longer grouped in order.
Yes, and yes, with a timing catch in the EU. Here is the record as of 5 October 2026, from W3C, ETSI and the European Commission’s AccessibleEU centre.
WCAG 2.2 published as a W3C Recommendation.
Republished with errata: several definitions and the formatting of 2.5.8 and 3.3.8 corrected, plus editorial fixes. No criteria added or removed.
Approved as an international standard, ISO/IEC 40500:2025, free to download from ISO. W3C says it is “exactly the same as the October 2023 version of WCAG 2.2”.
ETSI publishes EN 301 549 V4.1.1, the European ICT accessibility standard, moving its web, document and software requirements from WCAG 2.1 to WCAG 2.2.
AccessibleEU notes that V4.1.1 is not yet the legal reference for the European Accessibility Act or the Web Accessibility Directive. Until the Commission cites it in the Official Journal, the reference stays EN 301 549 V3.2.1 (2021), based on WCAG 2.1 level AA.
W3C expects the December 2024 edition to follow as ISO/IEC 40500:2026. Not published as of 5 October 2026.
What that means for the European Accessibility Act is covered in the European Accessibility Act guide for small businesses. In practice, aiming for WCAG 2.2 AA now covers the 2.1 baseline as well.
Each criterion has what it means, a quick way to check it, whether a tool can flag it, and a link to W3C’s Understanding page. Filter it, tick what you have checked, and copy the result as a report. Your ticks are saved in this browser only.
This is a working checklist, not an audit, and not legal advice. Ticking every box here does not make a site conformant: W3C conformance applies to whole pages and complete processes, and the wording that counts is in the WCAG 2.2 Recommendation. Where a law or contract depends on the answer, have the site evaluated by someone who does this for a living.
A tool can flag it means at least one rule in the open-source axe-core 4.13 checker tests part of the criterion. Passing that rule is not passing the criterion. Needs a human means no automated rule covers it at all.
“Information and user interface components must be presentable to users in ways they can perceive.”
“User interface components and navigation must be operable.”
“Information and the operation of the user interface must be understandable.”
“Content must be robust enough that it can be interpreted by a wide variety of user agents, including assistive technologies.”
Not part of WCAG 2.2, so not counted here. W3C’s note: assistive technology “no longer has any need to directly parse HTML”, so the problems it covered no longer exist or are handled by other criteria. Duplicate IDs that break labels or names still fail under 1.3.1 or 4.1.2.
W3C: Understanding 4.1.1 Parsing (obsolete and removed)No criteria match these filters. Try “A and AA” and “All”.
If your site already met WCAG 2.1 AA, these 6 are the new work. Most small sites trip on the same three: a cookie banner over the focused link, tiny social icons, and a checkout that asks for the address twice.
A sticky cookie banner or chat bar must not completely cover the element that has keyboard focus.
If something can be dragged, it can also be done with single clicks or taps.
Targets are 24 by 24 CSS pixels, or spaced so 24-pixel circles centred on them do not overlap.
Help you repeat on several pages comes in the same order relative to the rest of the page.
Information already given in a process is filled in or offered, not asked for again.
Logging in does not rest on memory or a puzzle alone: let password managers and paste work.
No part of the focused element is hidden by author-created content. The stricter form of 2.4.11.
W3C Understanding 2.4.12The focus indicator is at least as large as a 2 CSS pixel thick perimeter of the component, with 3:1 contrast between its focused and unfocused states.
W3C Understanding 2.4.13As 3.3.8, but object recognition and identifying your own uploaded content no longer count as exceptions.
W3C Understanding 3.3.9AAA criteria are not part of level AA, which is why the checklist leaves them out. W3C does not recommend AAA as a general policy for whole sites, because some content cannot meet all of it.
Start with a scan, then make eight passes by hand. Each pass covers a group of criteria, and between them they cover all 55. Pick your key templates first: the home page, one content page, a product or service page, the contact form and checkout.
“Web accessibility evaluation tools can not determine accessibility, they can only assist in doing so.”
Free browser extensions built on engines such as axe-core, or W3C’s list of evaluation tools, find the mechanical faults fast: missing alt text, empty buttons, low text contrast, a missing language. They have rules touching 21 of the 55 criteria and none for the other 34. Fix what they find, then do the passes below for everything they cannot judge.
Work through your key pages and tasks using only Tab, Shift+Tab, Enter, Space, the arrow keys and Esc. Watch where focus goes, whether you can always see it, and whether anything gets in its way.
Zoom the browser to 200%, then 400%, and apply the four text-spacing values. Content should reflow into one column and nothing should be clipped.
Check contrast with a contrast checker, look at the page in greyscale, try to select the words on images, and reread your instructions for “the green button on the left”.
Tap the small things, rotate the screen, try every swipe and drag with taps instead, and press a button then slide off it.
Submit every form empty and then wrong. Go through checkout and log in with a password manager. Read every error message as if you had never seen the form.
Play every video muted, then listen without watching. Leave pages open to see what moves, plays, flashes or times out by itself.
Open your home page, a content page, a product or service page and the contact page side by side. Titles, menus, labels and help links should be consistent.
Use the screen reader already on your device: VoiceOver on Apple devices, Narrator on Windows, TalkBack on Android. Move through headings, links, images and forms.
| Principle | A and AA criteria | A tool can flag part of it | Needs a human | New in 2.2 |
|---|---|---|---|---|
| 1. Perceivable | 20 | 9 | 11 | 0 |
| 2. Operable | 20 | 8 | 12 | 3 |
| 3. Understandable | 13 | 3 | 10 | 3 |
| 4. Robust | 2 | 1 | 1 | 0 |
| All | 55 | 21 | 34 | 6 |
Counted from the WCAG tags on axe-core 4.13.0’s WCAG 2.0, 2.1 and 2.2 A and AA rules, leaving out experimental and deprecated ones. Other checkers test different things; the point holds for all of them.
Builderify’s accessibility widget is a menu of 13 adjustments in five groups that each visitor switches on for themselves. It acts on your page as it already is and does not change your markup, so it does not meet any success criterion on your behalf, and Builderify does not claim it makes a site compliant.
| Menu tool, for the visitor | Often mistaken for | What the criterion asks of your site |
|---|---|---|
| Font Size | 1.4.4 Resize Text | Your own text survives 200% browser zoom, with no menu involved. |
| Text Spacing | 1.4.12 Text Spacing | Your layout does not break when a visitor overrides spacing by any means, to the four values in the criterion. |
| Dyslexia Friendly | Nothing | No criterion asks for a particular typeface. This one is simply extra help. |
| Underline Links | 1.4.1 Use of Color | Links inside text are distinguishable without colour by default, for everyone. |
| Underline Titles | 1.3.1 Info and Relationships 2.4.6 Headings and Labels | Headings are real headings in your code and say what each section is about. |
| Disable Animations | 2.2.2 Pause, Stop, Hide | Anything that moves for more than five seconds has your own pause, stop or hide control. |
| Increase Contrast, Black & White, Invert Colors | 1.4.3 Contrast (Minimum) 1.4.11 Non-text Contrast | Your default colours already meet 4.5:1 for text and 3:1 for controls and graphics. |
| Large Cursor | Nothing | No criterion covers cursor size. Extra help. |
| Highlight Focus | 2.4.7 Focus Visible | Your site shows a visible focus indicator itself, on every focusable element. |
| Read Aloud | 1.1.1 Non-text Content 4.1.2 Name, Role, Value | Screen readers rely on your alt text and control names. Reading text aloud does not supply them. |
| Reading Guide | Nothing | No criterion asks for one. Extra help for long pages. |
That is the honest place for any toolbar, Builderify’s included: extra help for visitors, alongside fixing the site against the checklist above. The guide to accessibility overlays and compliance goes into why no widget can do the fixing for you, and the accessibility statement template shows how to mention a menu like this without making a compliance claim.
A support ticket form in the website widget can be the feedback route your accessibility statement points to. Each report gets a reference number, a status from open to closed and a priority, and the visitor can look it up again with their email and that number.
3.2.6 asks that help repeated across pages comes in the same order relative to the rest of the page. Builderify’s widget is added after your page’s own content wherever it loads, so a help block shown on every page keeps the same place in that order. It is one help mechanism; your phone number, contact link and FAQ still need checking against the criterion, and a person still has to answer the tickets.
The accessibility menu is included in every account. If you outgrow the free credits, one-time packs start at $9 and never expire; the full rate card is on the pricing page, alongside the rest of the 20 modules.
To meet level AA you have to meet 55 success criteria: 31 at level A and 24 at level AA. WCAG 2.2 has 86 criteria in total, and the other 31 are level AAA, which is not part of AA. WCAG 2.1 asked for 50 at the same level.
WCAG 2.2 adds nine success criteria and removes one, 4.1.1 Parsing. Six of the new ones are at level A or AA: 2.4.11 Focus Not Obscured (Minimum), 2.5.7 Dragging Movements, 2.5.8 Target Size (Minimum), 3.2.6 Consistent Help, 3.3.7 Redundant Entry and 3.3.8 Accessible Authentication (Minimum). A site that meets WCAG 2.2 also meets WCAG 2.1.
Yes. W3C announced on 21 October 2025 that WCAG 2.2 had been approved as ISO/IEC 40500:2025, which is free to download from ISO. W3C says it is the same text as the October 2023 version, and it expects the December 2024 edition to follow as ISO/IEC 40500:2026.
Only part of it. In the open-source axe-core 4.13 checker, rules touch 21 of the 55 level A and AA criteria and none of the other 34, such as focus order, captions or error messages. W3C says evaluation tools cannot determine accessibility; they can only help a person do it.
No. A menu of visitor adjustments, Builderify's included, does not change your markup, so it does not meet any success criterion on your behalf. Builderify does not claim its accessibility menu makes a site compliant; treat it as extra help for visitors alongside fixing the site against the checklist.
Standards, Understanding pages and tool rules checked on 5 October 2026. ← All guides
More leads from the traffic you already have, and follow-up that sends itself. Free to start. No card, no monthly fee.