How to meet the newest WCAG 2.2 requirements
New guidance was recently published to help make websites more usable to a wider range of people.
On October 5, the World Wide Web Consortium (W3C) published the Web Content Accessibility Guidelines (WCAG) 2.2 to extend the WCAG 2.1 guidance from June 2018. WCAG guidelines are widely regarded as standardized best practices for accessibility worldwide, and federal agencies should begin ensuring all of their services meet WCAG 2.2 guidelines to stay compliant with federal policy and provide consistently accessible services to the public. Compliance with these new guidelines will be crucial to ensuring a good user experience across government websites.
The new success criteria
Agencies should be in a good spot to comply with WCAG 2.2 if their websites already meet the current standards of WCAG 2.1. The new guidance builds on the criteria outlined in WCAG 2.1 with additional recommendations to improve website accessibility for three major groups:
- Users with cognitive or learning disabilities
- Users with low vision
- Users with disabilities using mobile devices
The aim to improve accessibility for these user groups led to nine new success criteria in WCAG 2.2. The success criteria fall into four main categories of improvements as outlined in the WCAG 2.2 map by Intopia:
- Make websites more navigable
- Better input modalities
- Increase predictability
- Improve input assistance
Along with the nine new success criteria, WCAG 2.2 also removed success criterion 4.1.1 Parsing. Due to changes in the HTML standards since 2008, this success criterion no longer provides a benefit to people with disabilities.
How to incorporate the guidelines
The first step in integrating this new guidance to make your design system more accessible is to do an audit of your current system to determine if:
- The focus styles of links, tabs, and form elements meet the new success criteria. See our blog post about developing a focus style for a themable design system for help.
- Items that receive keyboard focus are at least partially visible, including form fields, buttons, etc.
- Components with dragging movements meet the success criteria by providing simple pointer alternatives
- Current design system standards for interactive element size meet requirements related to target size
- Navigation, chat help features, feedback buttons, or forms meet the Consistent Help guidelines
- Forms meet the redundant entry criteria
- Log-in options meet the accessible authentication criteria
If you don’t have a design system already in place, we strongly recommend using one to make it easier to develop and maintain your site as well as improve the user experience of your site. Use of the US Web Design System (USWDS) is required for government websites to ensure a consistent experience across public-facing websites. The USWDS is also a helpful tool that can help you start creating and using your own design system. Check out our blog series on design systems in government for more information about how design systems can create more efficient, consistent digital experiences.
WCAG 2.2 is an exciting next step in making websites and digital services available to the widest possible audience. Agencies and civic organizations should familiarize themselves with the new guidance, integrate the new recommendations, and consider ways that they can make their services accessible with the WCAG guidelines or existing accessibility legislation. If you’re interested in learning more about incorporating the WCAG 2.2. guidance into your digital service, reach out at hello@adhoc.team.
Related posts
- Become a champion for Section 508 compliance by using annotations
- Using performance testing to build resilient systems for all
- Setting the right benchmarks for site speed in government
- Developing a focus style for a themable design system
- The right benchmarks
- Accessibility: Start with the right tools