WCAG Standards

WCAG 2.2 vs 2.1:
what changed

WCAG 2.2 introduced 9 new success criteria. Here's what's different, why it matters, and which version you should target.

Quick Comparison

WCAG 2.1 vs 2.2 at a glance

Both versions share the same foundation, but 2.2 adds important improvements.

2.1

WCAG 2.1

Released June 2018

  • 78 success criteria (Levels A, AA, AAA)
  • Added mobile accessibility criteria
  • DOJ-referenced standard for Title II
  • Most commonly cited in legal proceedings
2.2

WCAG 2.2

Released October 2023

  • 87 success criteria (+9 new)
  • Improved focus visibility requirements
  • Better cognitive accessibility support
  • Current W3C recommendation

Recommended for new projects

What's New

9 new success criteria in WCAG 2.2

These additions focus on improved focus visibility, motor accessibility, cognitive support, and authentication.

Level AAMost relevant for compliance

2.4.11

Focus Not Obscured (Minimum)

Focus Visibility

When a component receives keyboard focus, it must not be entirely hidden by author-created content.

Example: Sticky headers or cookie banners must not completely cover focused elements.
2.5.7

Dragging Movements

Motor Accessibility

Any functionality that uses dragging must have a single-pointer alternative.

Example: Drag-to-reorder lists should also have up/down buttons.
2.5.8

Target Size (Minimum)

Motor Accessibility

Interactive targets must be at least 24x24 CSS pixels, with some exceptions.

Example: Buttons, links, and form controls need adequate touch/click targets.
3.3.8

Accessible Authentication (Minimum)

Authentication

Authentication must not require cognitive function tests unless alternatives exist.

Example: CAPTCHAs must have alternatives like audio or object recognition.

Level ABasic requirements

3.2.6

Consistent Help

Cognitive Accessibility

Help mechanisms must appear in the same relative order across pages.

Example: If you have a help chat button, it should be in the same location on every page.
3.3.7

Redundant Entry

Cognitive Accessibility

Information previously entered should be auto-populated or available for selection.

Example: Don't make users re-enter their address if they provided it earlier in the form.

Level AAAEnhanced (not typically required)

2.4.12

Focus Not Obscured (Enhanced)

When a component receives focus, no part of it should be hidden by author-created content.

2.4.13

Focus Appearance

Focus indicators must have sufficient size and contrast to be clearly visible.

3.3.9

Accessible Authentication (Enhanced)

No cognitive function test is allowed for authentication, even with alternatives.

Guidance

Which version should you target?

The answer depends on your situation and requirements.

Target WCAG 2.2 AA for new projects

If you're building something new or doing a major redesign, target WCAG 2.2 Level AA. It's the current W3C recommendation, and meeting 2.2 automatically means you meet 2.1.

  • Future-proofs your compliance efforts
  • Better experience for users with disabilities
  • Washington State already requires 2.2

WCAG 2.1 AA is the legal baseline (for now)

Courts and the DOJ Title II rule reference WCAG 2.1 Level AA. If you're focused purely on meeting current legal requirements, 2.1 AA is the benchmark.

  • Referenced in DOJ's April 2024 Title II rule
  • Most commonly cited standard in litigation
  • European Accessibility Act references EN 301 549 (based on 2.1)

What about WCAG 3.0?

WCAG 3.0 is in development but not yet finalized. It will use a different conformance model and scoring system. For now, focus on 2.1 or 2.2 — when 3.0 is released, there will be transition guidance.

Note: One criterion was removed

WCAG 2.2 removed Success Criterion 4.1.1 "Parsing" from WCAG 2.1. This criterion required valid HTML markup. It was removed because modern browsers and assistive technologies handle parsing errors well, and other criteria already cover the accessibility concerns it addressed.

If you're already meeting WCAG 2.1, you don't need to worry about this change — it only removes a requirement, it doesn't add one.

Frequently asked questions

Common questions about WCAG 2.1, 2.2, and choosing the right version.

If I meet WCAG 2.2, do I automatically meet 2.1?

Yes. WCAG 2.2 is backward compatible with 2.1 (except for the removed 4.1.1 criterion). Meeting 2.2 Level AA means you meet 2.1 Level AA as well.

Do I need to meet Level AAA criteria?

Level AAA is not typically required for legal compliance. It represents enhanced accessibility that may not be achievable for all content types. Focus on Level AA, which balances strong accessibility with practical implementation.

What's the minimum target size in WCAG 2.2?

The new Target Size (Minimum) criterion (2.5.8) requires interactive elements to be at least 24x24 CSS pixels. There are exceptions for inline links, user-agent controls, and cases where the target's size is essential to the information being conveyed.

How do the new authentication criteria affect CAPTCHAs?

Accessible Authentication (3.3.8) at Level AA requires that if you use a cognitive function test (like a CAPTCHA), you must provide an alternative method. This could be audio CAPTCHA, object recognition, or allowing password managers. Level AAA (3.3.9) prohibits cognitive tests entirely.

Does inclly test for WCAG 2.2 criteria?

Yes. inclly scans for both WCAG 2.1 and 2.2 criteria. Our reports clearly indicate which version each issue relates to, so you can prioritize based on your compliance target.

When will regulations require WCAG 2.2?

Washington State already requires WCAG 2.2 AA by July 2026. Other jurisdictions may follow. The W3C recommends 2.2 as the current standard, so it's likely that future regulatory updates will reference it.

WCAG 2.1 + 2.2 scanning

Check your WCAG status

See how your site measures up against both WCAG 2.1 and 2.2 criteria. Get clear, actionable reports that prioritize what to fix first.