WCAG 3 Introduction


WCAG 3 is currently an incomplete draft. It is intended to develop into a W3C Standard in a few years. The current standard, WCAG 2, is introduced in the Web Content Accessibility Guidelines (WCAG) Overview.

The WCAG 3 documents explain how to make the web more accessible to people with disabilities. WCAG 3 applies to web content, apps, tools, publishing, and emerging technologies on the web. (The rest of this page uses “website” for simplicity, yet WCAG applies more broadly than websites.)

This page will be updated regularly as work on the WCAG 3 Draft progresses.

Status: Draft for Review

W3C Accessibility Guidelines (WCAG) 3.0 Working Draft is currently an incomplete, unpolished Draft. It includes:

We are seeking input from evaluators, developers, designers, project managers, policy makers, people with disabilities, and others — particularly on:

We also welcome comments on the goals and parameters in Requirements for WCAG 3.0.

Additionally, we welcome comments on ways that the Accessibility Guidelines Working Group can better support your review, feedback, or inclusion in the process of creating WCAG 3.

It will take you some time to understand the proposed new structure and conformance model in this WCAG 3 draft.

Later drafts of WCAG 3 will have most of the accessibility requirements (“success criteria”) from WCAG 2 and will have additional accessibility requirements, including some from ATAG and UAAG.

WCAG 3 Draft Approach

Reminder that WCAG 3 applies to web content, apps, tools, publishing, and emerging technologies on the web. Most of this page uses “website” for simplicity.

Some Similar, Some Different

Goals for WCAG 3 include:

(More goals are later on this page, in the Background section.)

WCAG 3 is similar to previous versions in some ways. It has similar:

WCAG 3 is very different from previous versions in some ways. It has:


This WCAG 3 draft has:

More granular means they are more specific, instead of broad. That generally makes them simpler. And it means there will be more of them.

WCAG 3 supporting material includes:

Draft Conformance Model

The conformance model is the way to determine and communicate how well a website (or app, tool, etc.) meets WCAG. The conformance model in this draft of WCAG 3 is very different from WCAG 2. It is intended to:

The conformance model in the WCAG 3 First Public Working Draft is a starting point for feedback.

There are several different aspects of this draft WCAG 3 conformance model:

The levels are different, too:

Draft example: Ratings for the outcome “Text alternative available”:

Rating Criteria
0 Less than 60% of all images have appropriate text alternatives or there is a critical error in the process
1 60% - 69% of all images have appropriate text alternatives and no critical errors in the process
2 70%-79% of all images have appropriate text alternatives and no critical errors in the process
3 80%-94% of all images have appropriate text alternatives and no critical errors in the process
4 95% to 100% of all images have appropriate text alternatives and no critical errors in the process

The conformance model in the First Public Working Draft will likely change in future iterations and drafts. It may change a little or may change substantively.



The First Public Working Draft of WCAG 3.0 was published on 21 January 2021. It is the first of many drafts.

The Working Group will focus on refining the structure and conformance model, and will provide updated drafts for review. Once that is more stable, the Group will focus on developing the accessibility requirements (guidelines, outcomes, and support material). After WCAG 3 is more stable, we will provide material to help those wanting to transition to WCAG 3; for example, mapping between WCAG 2 and 3 requirements.

WCAG 3 is not expected to be a completed W3C standard for a few more years. And, for at least several years after WCAG 3 is finalized, WCAG 3 will not supersede WCAG 2 and WCAG 2 will not be deprecated.

We will update this section with more specific timeline information as it is available.

WCAG 3 Name (formerly “Silver” project)

The name of WCAG 3 is different from WCAG 2:

“W3C Accessibility Guidelines (WCAG) 3.0” was chosen:

Who Develops WCAG 3

The WCAG technical documents are developed by the Accessibility Guidelines Working Group (AG WG) with the AG WG Silver Task Force and the Silver Community Group. These Groups are part of the World Wide Web Consortium (W3C) Web Accessibility Initiative (WAI). You can learn about the development process from How WAI Develops Accessibility Standards through the W3C Process: Milestones and Opportunities to Contribute.)

We welcome your comments on the WCAG 3 Working Drafts, per Status: Draft for Review above.

Opportunities for contributing more directly to WCAG and other WAI work are introduced in Participating in WAI.

Background: How we got from Silver to the WCAG 3 First Public Working Draft

logo: ag w3c a11y silver

This expandable section provides more about the goals, user research, development process, and draft example guidelines. It introduces the motivations for the changes from WCAG 2 to WCAG 3.

Before you review and comment on the Draft, please read this section for context.

Research with People Who Use WCAG

In 2016, project “Silver” was launched to explore a new approach to accessibility guidelines, through the AG WG Silver Task Force and the Silver Community Group. The groups conducted 18 months of research to identify stakeholders and understand their needs for accessibility guidance. The results where that generally WCAG users felt the guidance in WCAG 2 is important and useful, yet many thought that WCAG 2:

  • is difficult to understand
  • is too restrictive to include some requirements that address the needs of some people with disabilities, particularly cognitive disabilities
  • conformance model doesn’t meet their organization’s specific needs

Silver held a Design Sprint in 2018 with 27 industry leaders across a variety of accessibility stakeholders. The two-day workshop took the problem statements identified by the research, and challenged participants to come up with innovative solutions. Silver made many prototypes of possible solutions and iterated through options with input from AG WG participants.

The results form the basis of the WCAG 3.0 Working Draft.


From the WCAG-user research, Silver defined goals for next generation of accessibility guidelines from W3C WAI. They include:

  • Able to address more needs of people with disabilities
  • Account for the different impacts of specific accessibility issues on the real-world user experiences of people with disabilities
  • Easier to understand and easier to use, especially by people who are not technical
  • Flexible conformance model to work well for very different types of web content, apps, tools, — as well as organizations and people with disabilities
  • Enable minor bugs and oversight by content authors that do not significantly impact the accessible user experience to not invalidate conformance to WCAG
  • Encourage organizations to continue to improve accessibility (rather than stopping with WCAG 2 Level AA)

More about goals is in Requirements for WCAG 3.0. We welcome comments on this document, too.

Development Process

In defining the accessibility requirements in WCAG 3.0, Silver started fresh with a list of accessibility needs of people with disabilities. Development goes through this process:

  1. From a specific user need, write an outcome to meet that user need.
  2. Define tests to determine if the outcome is met.
  3. Write the method to meet the outcome.
  4. Group the outcomes under guidelines.
  5. Write the How-To support information.

Draft Examples

The draft guidelines included in the First Public Working Draft were selected to illustrate specific aspects of the proposed structure of WCAG 3 and relationship with WCAG 2.

  • Migrating a WCAG 2 success criterion as is into a WCAG 3 outcome: Text alternatives
  • Merging multiple AA and AAA success criteria into a single WCAG 3 guideline: Visual contrast of text
  • Adding new accessibility requirements that did not fit the parameters for being included in WCAG 2: Clear words
  • Integrating WCAG 2 content with significant updates: Structured content
  • Adapting WCAG 2 success criteria to emerging technologies, such as virtual reality: Captions

These guidelines are rough draft examples, and will be refined and edited in future Working Drafts.

Review Questions

For specific questions that we would like feedback on, see:

Back to Top