The Web Content Accessibility Guidelines will soon be enhanced with the updates pending in WCAG 2.2. On August 11, W3C published its latest draft of WCAG 2.2, revealing a number of new success criteria since the first public draft published in February.
WCAG 2.2 is backwards-compatible with WCAG 2.1, published in June 2018, so complying with WCAG 2.2 would mean you also comply with WCAG 2.1 (as well as WCAG 2.0, since these iterations have added to the previous versions, not taken away from them).
The draft states that WCAG 2.2 serves to continue the work of WCAG 2.1: "Improving accessibility guidance for three major groups: users with cognitive or learning disabilities, users with low vision, and users with disabilities on mobile devices."
Here is an overview of what to expect in WCAG 2.2, starting with the nine new success criteria, with the language and in-line links copied directly from the draft, and in the order presented in the new features section of the draft:
If an authentication process relies on a cognitive function test, at least one other method must also be available that does not rely on a cognitive function test.
All functionality that uses a dragging movement for operation can be operated by a single pointer without dragging, unless dragging is essential.
For single page Web applications or any set of Web pages, if one of the following is available, then access to at least one option is included in the same relative order on each page:
When a web page or set of web pages is an electronic publication with pagebreak locators, a mechanism is available to navigate to each locator and each locator maintains its place in the flow of content, even when the formatting or platform change.
For the keyboard focus indicator of each User Interface Component, all of the following are true:
For the keyboard focus indicator of each User Interface Component, all of the following are true:
Controls needed to progress or complete a process are visible at the time they are needed without requiring pointer hover or keyboard focus, or a mechanism is available to make them persistently visible.
For each target, there is an area with a width and height of at least 44 CSS pixels that includes it, and no other targets, except when:
For steps in a process, information previously entered by or provided to the user that is required on subsequent steps is either:
Exception: When re-entering the information is essential.
In addition to the nine new success criteria, one existing criteria, 2.4.7 Focus Visible, has been changed from Level AA to Level A. This means there is no level of WCAG conformance that would allow for there to be no visible indicator upon keyboard focus.
Previous versions of WCAG placed success criteria of the same conformance level together under each guideline. According to the numbering section of the draft:
In order to avoid confusion for implementers for whom backwards compatibility to WCAG 2 versions is important, new success criteria in WCAG 2.2 have been appended to the end of the set of success criteria within their guideline. This avoids the need to change the section number of success criteria from WCAG 2, which would be caused by inserting new success criteria between existing success criteria in the guideline, but it means success criteria in each guideline are no longer grouped by conformance level.
This means that it will be especially important to note whether a success criterion is noted as Level A, AA, or AAA, as they will no longer be grouped from lowest to highest conformance levels.
The group coordinating the WCAG 2.2 updates is welcoming feedback by September 18.