Accessibility & Inclusive Product Engineering

WCAG 2.2 to WCAG 3.0: What’s Already Required and What’s Coming Next

Teams planning accessibility work often ask whether to target WCAG 2.2 or wait for WCAG 3.0. The honest answer is that 2.2 is the enforceable standard today, 3.0 is a substantial, still-evolving rewrite years from being a legal benchmark anywhere, and conflating the two creates real risk of under-investing in what’s actually required now.

01

Where WCAG 2.2 actually stands today

WCAG 2.2 became a W3C Recommendation in October 2023, adding new success criteria on top of 2.1…

02

Why WCAG 3.0 is a different kind of standard, not just a version bump

WCAG 3.0 (still in draft, with W3C explicitly describing it as years away from Recommendation…

03

What this means for a roadmap today

Target WCAG 2.2 AA as the current, enforceable bar — it’s what regulators, auditors,…

Where WCAG 2.2 actually stands today

WCAG 2.2 became a W3C Recommendation in October 2023, adding new success criteria on top of 2.1 — including larger minimum target sizes for touch interfaces, clearer focus indicators, and accessible authentication requirements that don’t rely purely on cognitive tests like puzzle-solving. It’s the version most current legal frameworks reference or are moving toward: the European Accessibility Act, several U.S. state and federal requirements, and most enterprise procurement VPAT requests.

Current standardWCAG 2.2W3C Recommendation, Oct 2023Referenced by current law & VPATsPass/fail A, AA, AAA levelsFuture standardWCAG 3.0Still in draftYears from RecommendationOutcome-based scoring model
Build to 2.2 today, track 3.0’s direction loosely — it signals where expectations are heading, but its timeline and final structure aren’t settled enough to build against yet.

Why WCAG 3.0 is a different kind of standard, not just a version bump

WCAG 3.0 (still in draft, with W3C explicitly describing it as years away from Recommendation status) isn’t simply adding more success criteria to the existing pass/fail model — it’s restructuring how conformance is scored, moving toward a more granular, outcome-based rating system intended to better reflect the actual experience of a broader range of disabilities than the current binary conformance levels (A, AA, AAA) capture well.

What this means for a roadmap today

  • Target WCAG 2.2 AA as the current, enforceable bar — it’s what regulators, auditors, and most enterprise customers are actually checking against right now.
  • Don’t defer accessibility investment waiting for WCAG 3.0 to stabilize — the realistic timeline puts it years from Recommendation status, and conformance structures that far out are still subject to change.
  • Track WCAG 3.0’s direction loosely, since its outcome-based approach signals where expectations are heading even before it’s formally adopted anywhere — teams building accessibility practice now around genuine usability, not just checklist conformance, are better positioned regardless of which version eventually becomes the legal reference.
The U.S. DOJ’s 2024 rule is a concrete, 2026-relevant deadline worth flagging specifically. It requires state and local government websites and apps to meet WCAG 2.1 AA, with compliance deadlines tiered by jurisdiction size — larger entities face an earlier 2026 deadline, smaller jurisdictions somewhat later. It’s a 2.1, not 2.2, reference point, which is itself a reminder that different regulators move at different speeds.

A practical takeaway for procurement and product teams

If a vendor or internal team asks “should we build to 2.2 or wait for 3.0,” the answer is 2.2, without much ambiguity — it’s the version actually referenced in current law and procurement, and 3.0’s timeline and final structure remain genuinely unsettled enough that building against it today isn’t a reliable target.

Frequently asked questions

When will WCAG 3.0 actually become the legal standard?

There’s no firm date — the W3C has described it as years away from final Recommendation status, and legal frameworks generally only reference WCAG versions once they’re finalized, so adoption as a legal benchmark would follow well after that. Treat any specific near-term date claim with skepticism.

Does meeting WCAG 2.2 AA automatically satisfy the European Accessibility Act?

WCAG 2.2 AA conformance is the widely accepted technical benchmark referenced for EAA compliance, but the EAA also includes non-web requirements (certain hardware, service design) that WCAG alone doesn’t cover, so full EAA compliance is broader than web conformance alone.

Should we redesign our conformance reporting to anticipate WCAG 3.0’s scoring model?

Not yet — the scoring model is still in draft and has changed during the standard’s development. Build your current VPAT and conformance reporting against 2.2’s established pass/fail structure, and revisit once 3.0’s model is closer to finalized.