WCAG 3 Introduction
Introduction
We plan to publish the First Public Working Draft (FPWD) of WCAG 3 in January 2021. This page will be updated when it is published.
WCAG 3 is an early draft that is intended to become a W3C Standard. 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 with additional information. For example, in the future it could link to mapping between WCAG 2 and 3 and to other support material for those wanting to transition to WCAG 3.
Status: Draft for Review
W3C Accessibility Guidelines (WCAG) 3.0 is currently an unpublished Editor’s Draft. It includes:
- proposed structure
- proposed conformance model
- 5 draft example guidelines
We will be seeking input from evaluators, developers, designers, project managers, policy makers, people with disabilities, and others — particularly on:
- Is this structure clear and useful?
- How well does this conformance model work across different situations?
- and specific questions throughout the draft.
We also welcome comments on the goals and parameters in the “WCAG 3 requirements doc” that will be published in January 2021.
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.
- If you are interested in helping shape WCAG 3, we encourage you spend time reviewing this draft and submit comments by 26 February 2021.
Before you review and comment on the Working Draft, please read through:- This page, including the background section near the end.
- The review guidance in the blog post to be published with the FPWD. (we’ll add a link to the blog when it’s published)
- If you want to wait until WCAG 3 is more polished and stable to start learning it, you can read later drafts in 2021 or 2022.
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 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:
- be easier to understand
- cover more user needs, including more needs of people with cognitive disabilities
- be flexible to address different types of web content, apps, tools, and organizations
(More goals are later on this page, in the Background section.)
WCAG 3 is similar to previous versions in some ways. It has similar:
- goal of providing guidance on making web content and apps accessible to people with disabilities
- fundamental and specific accessibility requirements
WCAG 3 is very different from previous versions in some ways. It has:
- different structure
- different conformance model
- broader scope, beyond just web content
Structure
WCAG 3 has:
- Guidelines
- Solutions to accessibility problems
- More granular than the guidelines in WCAG 2
- Each guideline has outcomes
- Outcomes
- Testable statements
- Similar to success criteria in WCAG 2, more granular
- Outcomes include:
- Critical errors
- Rating scale
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:
- Methods
- Technology-specific ways to achieve an outcome
- Tests for the outcome
- Similar to Techniques for WCAG 2
- How-To documents
- Explain more about each guideline, such as how it addresses accessibility needs
- Similar to the Understanding documents for WCAG 2
- Functional categories of functional needs
- Categorized list of needs of people with disabilities
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:
- be more flexible for organizations (that is, owners and developers of websites, apps, tools, etc.)
- encourage more accessible user experiences
The conformance model now in the WCAG 3 Draft is a starting point for feedback.
There are several different aspects of this draft WCAG 3 conformance model:
- Conformance is more focused on processes (tasks such as ordering an item or registering for a class), rather than web pages.
- Outcomes can be rated, beyond just pass or fail. Rating scale is 0-4.
- The ratings are averaged for a total score. There is also a score for each functional category (e.g., vision, hearing, memory, etc.).
The levels are different, too:
- Conformance levels are Bronze, Silver, Gold.
- In WCAG 2, they are Level A, Level AA, Level AAA.
- Bronze is similar to WCAG 2 Level AA, although not fully equivalent.
- Bronze conformance requires:
- No critical errors
- Total score of 3.5 or higher
- Score of 3.5 or higher in each functional category
- Silver and Gold levels require “holistic tests” such as assistive technology testing and usability testing with participants with disabilities.
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.
Development
Timeline
2021: The First Public Working Draft of WCAG 3.0 is planned to be published in January 2021.
2021-2022: Work will first focus on refining the structure and conformance model. Once that is more stable, the accessibility requirements (guidelines, outcomes, etc.) will be developed. A complete draft may be available in late 2022 or 2023.
2023: WCAG 3.0 may be published as a final standard in late 2023 or 2024.
For at least several years after WCAG 3 is finalized, WCAG 3 will not supersede WCAG 2 and WCAG 2 will not be deprecated.
WCAG 3 Name (formerly “Silver” project)
The name of WCAG 3 is different from WCAG 2:
- WCAG 3 is W3C Accessibility Guidelines
- WCAG 2 is Web Content Accessibility Guidelines
“W3C Accessibility Guidelines (WCAG) 3.0” was chosen:
- because of wide-spread familiarity with the “WCAG” acronym
- to encompass the broader scope beyond “content”
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
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.
Goals
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 the “WCAG 3 requirements doc” that will be published in January 2021. 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:
- From a specific user need, write an outcome to meet that user need.
- Define tests to determine if the outcome is met.
- Write the method to meet the outcome.
- Group the outcomes under guidelines.
- Write the How-To support information.
Draft Examples
The draft guidelines included in the 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.