Skip to main content
Accessibility.build
All Posts
WCAG GuidelinesIndustry News

WCAG 3.0’s March 2026 Draft: Outcomes Become “Requirements”

The W3C’s March 2026 draft renames "outcomes" to "requirements" and lists 174 of them. Here is what changed — and why WCAG 2.2 AA is still your target.

AT

The Accessibility.build Team

June 2, 2026·5 min read
WCAG Guidelines

On March 3, 2026, the W3C published a new Working Draft of WCAG 3.0 (the W3C Accessibility Guidelines 3.0). The headline change is terminology: what earlier drafts called "outcomes" are now called "requirements," and the draft describes 174 of them. It is a signal that the standard is maturing — but WCAG 3.0 is still years from being final, and WCAG 2.2 AA remains the standard to build and test against today.

What changed in the March 2026 draft

  • Outcomes are now "requirements": the rename is the most visible shift, and the draft now describes 174 requirements.
  • A revised Explainer: the update reworked the Explainer and added new sections on best practices and conformance.
  • Items moved to "Developing" status: a set of guidelines, requirements, and assertions advanced to a maturity stage that signals they are becoming more concrete and testable.

The Accessibility Guidelines Working Group also planned to publish a projected WCAG 3 timeline around April 2026, giving the community a clearer view of the road ahead.

The rename from "outcomes" to "requirements" is more than cosmetic. "Outcome" framed each item as a result to aim for; "requirement" frames it as something you must meet. Pairing that language with a stated count — 174 requirements — and with new conformance material in the Explainer suggests the working group is sharpening how the standard will eventually be tested and claimed, even if the specifics are not yet settled.

What "Developing" status signals

Alongside the rename, the March 2026 draft moved a set of guidelines, requirements, and assertions into "Developing" status. That is a maturity stage: it signals these items are becoming more concrete and testable, moving from broad ideas toward language that could eventually support a conformance claim. It is a useful tell for where the working group has the most confidence — and, by contrast, which parts of the standard are still early.

How WCAG 3.0 differs from WCAG 2.x

WCAG 3.0 is not an incremental update to WCAG 2.x. It introduces a new conformance model, moving beyond WCAG 2.x’s binary pass/fail toward graded outcomes, and it broadens the scope of what the guidelines cover. That is a substantial rethink of how conformance is measured and claimed — which is part of why it is taking time to get right.

Under WCAG 2.x, a success criterion is met or it is not. A graded model instead recognizes degrees of accessibility, which can better reflect real user experience but also raises hard questions: how scores are calculated, how they are audited, and how a legally meaningful claim is made against them. Those questions are exactly what a Working Draft exists to work through, and they are why the terminology and structure are still in motion.

The timeline: still years away

  • A Candidate Recommendation is anticipated around Q4 2027.
  • A final W3C Recommendation is not expected before 2028.

A Working Draft is an early, evolving stage. Requirement counts, names, and structure can still change before WCAG 3.0 becomes a Recommendation, so nothing in the March 2026 draft should be treated as a fixed compliance target.

What this means for you

Do not wait for WCAG 3.0 — but do track it. WCAG 2.2 AA remains the standard to build and test against today, and current laws reference WCAG 2.1 and 2.2, not 3.0. The practical move is to keep meeting today’s requirements while watching how the "requirements" model matures.

There is also a reassuring continuity here. The work you do now to meet WCAG 2.2 AA — meaningful alternative text, robust keyboard operation, sufficient contrast, clear structure — is the same work that will underpin any graded model. WCAG 3.0 is likely to change how conformance is measured and claimed, not to make well-built, genuinely usable pages obsolete. Teams that ship accessible experiences today are building the foundation the next standard will grade, not racing a clock that runs out before 2028.

  • Follow the standard as it develops on our WCAG 3 overview.
  • See how the new model stacks up against today’s in our WCAG 3 comparison.
  • Make sure you are current first with our WCAG 2.1 vs 2.2 guide.
  • Browse the criteria you must meet now in the WCAG reference.
  • And put it into practice with our WCAG 2.2 checklist.

Sources

  • W3C Web Accessibility Initiative
  • W3C (WCAG 3.0 Working Draft)
  • W3C Web Accessibility Initiative

Enjoyed this article?

Share it with others who care about accessibility.

Written by

AT

The Accessibility.build Team

The Accessibility.build team publishes practical guides, tools, and research on web accessibility, WCAG compliance, and inclusive design.

Essential Accessibility Resources

Comprehensive tools, checklists, and guides to help you create inclusive digital experiences

Top Pick

WCAG 2.5.7 Dragging Movements Guide

Complete guide to providing a single-pointer alternative to every drag action — accessible patterns for sliders, sortable lists, kanban boards and maps, the two exceptions, code examples, and testing
wcag 2.5.7
wcag 2.2
motor disability
+6 more
View guide
Top Pick

WCAG 1.4.13 Content on Hover or Focus Guide

Complete guide to accessible tooltips and hover menus — the Dismissible, Hoverable, and Persistent conditions, why the title attribute fails, aria-describedby, copy-ready code, and testing
wcag 1.4.13
wcag 2.2
accessible tooltip
+6 more
View guide
Top Pick

WCAG 2.1 vs 2.2: What Changed

The 9 new success criteria, the removal of 4.1.1, and how to migrate to WCAG 2.2
wcag 2.1 vs 2.2
wcag differences
new wcag criteria
+2 more
View guide
accessibility.build© 2026