WCAG 2.1 Requirements Draft

From WCAG WG


This content has been moved to GitHub, Requirements for Web Content Accessibility Guidelines 1.1.

WCAG 2.1 (Dot.x) Requirements

Abstract

This document outlines the requirements that the Web Content Accessibility Guidelines Working Group (WCAG WG) has set for the development of Web Content Accessibility Guidelines (WCAG) 2.1. These dot.x requirements build on the existing requirements for WCAG 2.0, and are designed to work in harmony with the WCAG 2.0 standard.

Introduction

Web Content Accessibility Guidelines 2.0 (WCAG 2.0) explains how to make Web content accessible to people with disabilities. Since the release of WCAG 2.0 in December 2008 WCAG 2.0 has been widely adopted and implemented. As a result of both feedback from implementers and significant changes in technologies, the WCAG WG is pursuing the development of dot.x specifications and support materials to address special topic areas as needed, including (but not limited to) mobile devices, cognitive impairments and learning disabilities, and low vision.

The underlying goal of dot.x requirements are the same as for WCAG 2.0 – to promote accessibility of Web content. Dot.x requirements must satisfy additional goals addressed in this document including:

  • Pre-existing requirements for WCAG 2.0.
  • Ensure that web pages which conform to WCAG 2.0 conform to WCAG 2.1.
  • Ensure that all WCAG 2.1 success criteria are in harmony and address the needs of users in multiple domains where possible.
  • Define a clear conformance model for WCAG 2.1.
  • Ensure the conformance structure utilizes the WCAG 2.0 A/AA/AAA model.

The WCAG 2.0 Requirements document (http://www.w3.org/TR/wcag2-req/) provides details used during the development of WCAG 2.0, including key goals related to technology independence, clearly defined conformance requirements, and more which are still relevant and important. As with WCAG 2.0, WCAG 2.1 or other dot.x work will provide techniques and supporting documentation to assist in implementation efforts, and any criteria modified or introduced by a dot.x release will need to be verifiable by implementers.

Dot.x specifications are expected to offer modifications to existing WCAG 2.0 success criteria as well as offer additional guidelines and success criteria but dot.x requirements may not weaken what is required generally of web content to be considered conformant to either. The result of this is that when a page conforms to WCAG 2.1 or dot.x it must also conform to WCAG 2.0 if new success criteria or conformance requirements in a dot.x specification are not considered in a conformance review.

For example:

In WCAG 2.1 or a dot.x specification - an existing success criteria may change in priority from a lower level to a higher level, but not the other way around. For example:

  • A Level A Success Criteria cannot move to Level AA.
  • Existing success criteria may be modified in a dot.x release, but the resulting change must still satisfy core WCAG 2.0 success criteria.
  • Strive to make all WCAG dot.x specifications compatible with each other
  • Dot.x release success criteria should not conflict with each other, allowing authors to address additional requirements for more than one user group.

Group members working on different success criteria should maintain good communication about work in progress with the main Working Group and accross Task Forces to minimize conflicts/duplication of work wherever possible.

Note for release: Please consider the requirement to make 2.1/dot.x specifications compatible with each other carefully. The Working Group is concerned about whether it is possible to require full compatibility and is also concerned about the difficulty of incorporating requirements for conflicting success criteria into a future guidelines update. Feedback from reviewers on this point is specifically requested.

Define a clear conformance model for WCAG 2.1/dot.x releases

The WCAG 2.0 Requirements document provides details about conformance that needs to be met for WCAG 2.1/dot.x releases. However WCAG 2.1/Dot.x releases need to provide conformance details that indicate the conformance relationship between them, and existing WCAG 2.0 conformance. WCAG 2.1 must specify that conformance claims indicate that a page conforms to WCAG 2.0 as a base. Future dot.x specifications must conform to its immediate previous ancestor specification as a base.

Ensure the conformance structure utilizes the WCAG 2.0 A/AA/AAA model

WCAG 2.1 will utilize the WCAG 2.0 A/AA/AAA structure. Additional or changed success criteria will specify at what Level those criteria are provided. When a page conforms to WCAG 2.1 at a specific level, that page must conform to WCAG 2.0 at the same level.

It is important to note that changes in WCAG 2.1 to the level for any existing WCAG 2.0 success criteria need to be made with awareness of the implementability and testability requirements for the new level. For dot.x releases to ensure backwards compatibility level changes must be clear for the immediate previous ancestor specification as a base.

For example, a success criteria may currently be at Level AAA as a result of very limited testability, and moving that success criteria to Level AA in WCAG 2.1 or a dot.x would require greater testability. In order to succesfully make this transition there is an onus on the task force to provide robust testability where possible.

Example

Some new success criteria and guidelines in WCAG 2.1 are created that effectily make some changes (strenghen) previous WCAG 2.0 conformance requirements, and a page that conformed to WCAG 2.0 is tested against WCAG 2.1:

  • One new WCAG 2.1 success criteria modifies (strengthens) an existing AA success criteria (e.g. 1.4.3 Color Contrast [minimum]) and in effect, moves it to level A.
  • Adds a new guideline and two other new success criteria - 5.1 at level A and 5.2 at level AA.

A web page that previously conforms to WCAG 2.0 AA is reviewed against the new WCAG 2.1 specification. In the review, it is determined that the page still meets 1.4.3, which is now a level A criteria, and the page also meets 5.1 (level A), but it does not meet the new 5.2 (level AA).

As a result, the page could claim to conform to the new WCAG 2.1 success criterion for 1.4.3 Color Contrast [minimum] at level A, and the new 5.1 success criterion (level A), but not the new 5.2 (level AA).

NOTE:The author may choose to change their claim or not, as it will be possible to conform to WCAG 2.1 success criteria without making an explicit conformance claim.

Note that most of these terms are further discussed at https://www.w3.org/TR/wcag2-req/

MAUR Document may also be useful https://www.w3.org/TR/media-accessibility-reqs/ @@ SC Granularity - Protocol needed

What level of detail should be applied to SCs. When should they be grouped together, and broken.