Web Content Accessibility Guidelines (WCAG) Overview
The Web Content Accessibility Guidelines (WCAG) is an international standard that explains how to make web content more accessible to people with disabilities. It is developed through the W3C process in cooperation with individuals and organizations around the world, with a goal of providing a single shared standard for web content accessibility that meets the needs of individuals, organizations, and governments internationally. The guidelines are organized under 4 principles: perceivable, operable, understandable, and robust.
For each guideline, there are testable success criteria. The success criteria are at three levels: A , AA , and AAA . The success criteria are what determine conformance
to WCAG. That is, in order to meet WCAG, the content needs to meet the success criteria.
WCAG versions:
- WCAG 2.0: Published on .
- WCAG 2.1: Published on , with an update on .
- WCAG 2.2: Published on .
WCAG 2.2 is the most recent version of the guidelines, containing nine new success criteria. While website conformance with WCAG 2.2 may not yet be required by law in all jurisdictions, understanding the 2.2 A and AA success criteria can help website owners be prepared to meet them and demonstrate an ongoing commitment to accessibility.
This page provides ways to view success criteria grouped by WCAG version (2.0, 2.1 and 2.2) and conformance level, along with many other WCAG filter rules summary and sort options.
WCAG version
Conformance level
Accessibility categories
WCAG version | Conformance Level | Success Criterion | Test | Category |
---|---|---|---|---|
2.0 | A |
| Content Easy win | |
2.0 | A | Descriptive | Content | |
2.0 | A | Complex images (like infographics, charts or diagrams) that communicate complex information also have longer text descriptions within the same page. | Content | |
2.0 | A | Controls have a name that describes their function (often, but not always, a programmatically linked label). | Custom controls Forms and UI | |
2.0 | A | Two different modalities of CAPTCHA are provided | Content | |
2.0 | A | A text alternative is provided for charts and graphs. | Content Easy win | |
2.0 | A | An invalid test or exercise presented by an image has text identification describing the non-text content. | Content | |
2.0 | A | Prerecorded audio-only media has an alternative format (such as text or visual), and prerecorded video-only media has an alternative format (such as text or audio). | Audio and video | |
2.0 | A | The generated transcript for pre-recorded audio is easily accessible. | Audio and video Easy win | |
2.0 | A | The video includes synchronised captions of the conversation, who is speaking, and non-speech information, as well as meaningful sound effects. | Audio and video | |
2.0 | A | A pre-recorded video presenting crucial visual information is supported by an easily accessible full-text alternative describing important visual details | Audio and video | |
2.0 | AA | Captions are provided for all live audio content. | Audio and video | |
2.0 | AA | Audio description is provided for all prerecorded video content. | Audio and video | |
2.1 | AAA | Provide sign language translations for pre-recorded videos. | Audio and video | |
2.0 | A | Elements are used based on their meanings rather than their appearance. | Content | |
2.0 | A | Create accessible tables with designated header cells using | Content Easy win | |
2.0 | A | The | Content Easy win | |
2.0 | A | Labels are programmatically associated to form controls using a | Forms and UI Easy win | |
2.0 | A | Extra input data is marked up programmatically. | Forms and UI | |
2.0 | A | To indicate a context group of form elements like as radio buttons or checkboxes, provide grouping and group-level labels | Content | |
2.0 | A | Provide hierarchically logical heading markup for the contents. | Content Easy win | |
2.0 | A | Markup the contents that logically fall into a list as an ordered or unordered list. Lists should not contain large text blocks that are normally paragraphs. | Content Easy win | |
2.0 | A | All content must be contained in landmarks. | Structure | |
2.0 | A | Content on the page follows a logical and understandable sequence when read by screen readers or viewed in alternative ways. | Structure | |
2.0 | A | Instructions for understanding or operating the content do not solely rely on color, shape, size, visual location or sound. | Content | |
2.1 | AA | Content does not restrict its view and operation to a single display orientation, such as portrait or landscape, unless a specific display orientation is essential. | Structure | |
2.1 | AA | The | Forms and UI Easy win | |
2.0 | A | Color is not used as the only visual means of conveying information, indicating an action, prompting a response, or distinguishing a visual element. | Color | |
2.0 | A | You must have a contrast ratio of 3:1 with surrounding text, providing additional visual cues on focus for links or controls where color alone is used to identify them. | Color | |
2.0 | A | If any audio content that is longer than 3 seconds plays automatically, the user should have a way to stop or turn down the volume independently of the system volume. | Audio and video Easy win | |
2.0 | AA | Text smaller than 18 point (23.94 pixels) and not bold has a minimum contrast ratio of 4.5:1 with the background color | Font size Structure Color | |
2.0 | AA | Text smaller than 14 point (18.62 pixels) and bold has a minimum contrast ratio of 4.5:1 with the background color. | Font size Structure Color | |
2.0 | AA | Text at least 18 point (23.94 pixels) and not bold has a minimum contrast ratio of 3:1 with the background color. | Font size Structure Color | |
2.0 | AA | Text at least 14 point (18.62 pixels) and bold has a minimum contrast ratio of 3:1 with the background color. | Font size Structure Color | |
2.0 | AA | At 200% browser zoom, all text (including controls) is readable. | Font size Structure Easy win | |
2.0 | AA | Where possible, do not use images to display text. Text inside an image can’t be read by assistive technologies like a screen reader, will have to rely on the image | Content | |
2.1 | AA | Users should not have to scroll in their browser in more than one way – horizontally and vertically – when zoom the content up to 400% of the default size. | Structure Easy win | |
2.1 | AA | If a border is the only way to identify an active control, it must contrast at least 3:1 with the surrounding color. | Color Forms and UI | |
2.1 | AA | The visual state of active control must have a minimum contrast of 3:1 with the adjacent color. | Color | |
2.1 | AA | Graphics that are required to understand the content have a minimum contrast of 3:1 with the adjacent color. | Color | |
2.1 | AA | When the text-spacing bookmarklet is used, there is no loss of content or functionality. | Structure | |
2.1 | AA | Additional content triggered on hover or keyboard focus can be dismissed without moving mouse or keyboard focus | Dynamic content Keyboard | |
2.0 | A | All interactive elements must be available from the keyboard | Custom controls Forms and UI Keyboard | |
2.0 | A | If elements can receive keyboard focus through a keyboard interface then focus can be moved away from that element using the keyboard interface. Keyboard users should not get stuck in an element or area of the webpage. | Keyboard Easy win | |
2.1 | A | Character key shortcuts can be turned off | Keyboard | |
2.0 | A | Time limits can be turned off or adjusted to become 10 times the original limit. Does not apply for real-time interactions such as auctions or time limits that are longer than 20 hours. | Dynamic content | |
2.0 | A | Any content that automatically plays, lasts longer than 5 seconds or and is presented in parallel with other content can be paused, stopped or hidden. Automatic content includes content that is: Moving, Blinking, Scrolling or auto updating. | Dynamic content | |
2.0 | A | Webpage does not contain anything that flashes faster than 3 times a second. | Dynamic content Easy win | |
2.0 | A | A mechanism is provided to bypass blocks of repeated content such as the navigation section. | Structure Easy win | |
2.0 | A |
| Structure | |
2.0 | A | Webpage has a | Structure Easy win | |
2.0 | A | Keyboard focus order is logical for content, links, forms and objects. Document Object Model (DOM) order follows visual order. | Structure | |
2.0 | A | The purpose of a link can be determined from the link text alone | Content Link | |
2.0 | AA | Multiple ways are available to find other web pages on the site – at least two of: a list of related pages, table of contents, site map, site search, or list of all available web pages. | Content | |
2.0 | AA | Labels for form controls and interactive controls are informative. | Custom controls Forms and UI | |
2.0 | AA | Page headings are informative. | Structure Easy win | |
2.0 | AA | When an interactive element receives keyboard focus, it should be visually obvious. | Custom controls Forms and UI Easy win | |
2.2 | AA | You must not let anything fully obscure the element that has keyboard focus. The user must be able to see at least a portion of the focus indicator at all times. | Keyboard Structure | |
2.2 | AAA | The focus indicator must always be fully visible, which is slightly different from what is outlined under 2.4.11, which allows it to be partially obscured. | Keyboard Structure | |
2.2 | AAA | The focus indicator must be fully visible when an item receives focus. The focus indicator must
Exceptions:
| Keyboard Structure | |
2.1 | A | Pointer gestures include more than just multipoint inputs like pinch and drag. Users must be able to perform the same tasks using a single point gesture, such as a single tap, long press, or double tap. | Custom controls | |
2.1 | A | For functionality that can be operated using a single pointer, at least one of the following is true:
| Custom controls | |
2.1 | A | If a button, link, or other interface element has visible text on the screen, its accessible name must have the same text as the one displayed. | Custom controls Forms and UI | |
2.1 | A | Functionality triggered by a users motion or gestures can be turned off For users with limited hand function, shaking is often not possible. | Structure | |
2.2 | AA | Drag-and-drop functionality (e.g., sliders, drag-and-drop interfaces) should include a single pointer mode of operation that does not need dragging the elements. | Keyboard Forms and UI | |
2.2 | AA | Interactive elements must have an area of at least 24 by 24 pixels | Link Structure | |
2.0 | A |
Ensure the primary language of a webpage is defined within the HTML code, primarily through the lang attribute on the <html> . The correct speaking language will be loaded by screen readers to read the words on the webpage.
| Structure Easy win | |
2.0 | AA |
When appropriate, the language of sections of content that are a different language are identified, for example, by using the lang attribute (<blockquote lang="pl"> ).
| Structure | |
2.0 | A | When any component receives focus, it does not initiate a change of context. This means when keyboard focus is on any interactive element in a form, the focus will not be redirected to anywhere else, the form will not be submitted or a new window will not open up. All substantial changes need to be initiated by the user. | Forms and UI | |
2.0 | A | Entering data or changing settings will not cause any unexpected results. Any uncommon contextual changes should be notified to the user in the instructions before they interact with any of the elements that cause this change. | Forms and UI | |
2.0 | AA | Navigational mechanisms such as links that repeat on multiple pages always appear in the same order throughout the same website. | Structure | |
2.0 | AA | Components such as links that appear on multiple pages across the same website are always identified the same way. For example, a link has the same link text every time it appears on a page in the same website. | Structure | |
2.2 | A | If you have help functionality, keep your support options in the same place on every page. | Content Structure | |
2.0 | A | If an input error is automatically detected, the item that is in error is identified and the error is described to the user in text. | Forms and UI | |
2.0 | A | Sufficient labels, cues, and instructions for required interactive elements are provided via instructions, examples, properly positioned form labels, and/or fieldsets/legends. | Forms and UI | |
2.0 | AA | If an input error is detected (through client-side or server-side validation), provide suggestions for fixing the input in a timely and accessible manner. | Forms and UI | |
2.0 | AA | If the user can change or delete legal, financial, or test data, the changes or deletions are reversible, verified, or confirmed. | Content | |
2.2 | A | If the user needs to enter the same information again, it should either be auto-populated or selected rather than re-keyed. | Content | |
2.2 | AA |
A cognitive function test is not used to authenticate a user or a cognitive function test has a non-cognitive function alternative or user authentication is through an email link and user input controls contain autocomplete attributes with correct values and user input controls do not restrict copying and pasting. | Forms and UI Content | |
2.2 | AAA | The level AAA requirement for accessible authentication is essentially the same as the level AA requirement except that it only allows cognitive function tests if the user is provided an alternative method or a mechanism to assist with the test. There is no exception for object recognition or personal content. | Forms and UI Content | |
2.0 | A | Make sure all elements have complete start and end tags, that they’re nested properly, have no duplicate attributes and that IDs are unique, in order to make sure assistive technology can properly parse your content. Test your page with W3C Markup Validator or HTML Partial Page Validator. This criterion has been removed from WCAG 2.2. In WCAG 2.1 and 2.0 this Success Criterion should be considered as always satisfied for any content using HTML or XML. | Structure | |
2.0 | A | Name and role can be programmatically determined for all user interface components (including but not limited to form elements, links, and components generated by scripts); states, properties, and values that can be set by the user can be programmatically set and notification of changes to these items is available to user agents, including assistive technologies. | Custom controls Forms and UI | |
2.1 | AA |
Even if a visible status message (e.g., an error, success, chat message or logs added to a page) is not in focus, users should be informed via assistive technology tools. This criterion could be implemented by implementing the Accessible Rich Internet Application (ARIA) role (status , alert , log ) or Live Regions.
| Custom controls Dynamic content |