W3C · WCAG 2.2 (October 2023)
WCAG 2.2 Standards
All 87 success criteria with verbatim W3C text, manual test scripts, and remediation guidance. Organised by the four POUR principles.
1
1.1.1Perceivable
Information and user interface components must be presentable to users in ways they can perceive.
wcag.sc_names.1.1.1Every image, icon, chart, or other non-text element must have a text alternative that serves the same purpose as the original.
A1.2.1wcag.sc_names.1.2.1Prerecorded audio (e.g., a podcast clip) needs a transcript. Prerecorded video with no audio (e.g., a silent product demo) needs either a transcript or an audio track.
A1.2.2wcag.sc_names.1.2.2All prerecorded video that contains audio must have captions. Captions must be synchronised with the audio and include all speech and important non-speech sounds.
A1.2.3wcag.sc_names.1.2.3Prerecorded video with audio track must have either an audio description (narration of visual information) or a full text alternative describing what is shown.
A1.2.4wcag.sc_names.1.2.4Live video streams (webinars, live events, broadcasts) must have live captions provided in real time.
AA1.2.5wcag.sc_names.1.2.5At Level AA, audio description (not just a text alternative) is required for all prerecorded video. The full audio description track must be provided.
AA1.3.1wcag.sc_names.1.3.1Visual structure (headings, lists, tables, form groupings) must be conveyed in the code, not just through styling.
A1.3.2wcag.sc_names.1.3.2When the order of content matters for understanding, the DOM order must reflect the correct reading sequence — not just the visual layout.
A1.3.3wcag.sc_names.1.3.3Instructions must not rely exclusively on visual cues like shape, color, or position. Include text-based references alongside sensory ones.
A1.3.4wcag.sc_names.1.3.4Websites and apps must not lock to portrait or landscape. Users with mounted devices (e.g., wheelchair-mounted tablets) may be unable to rotate.
AA1.3.5wcag.sc_names.1.3.5Form fields collecting personal data must have autocomplete attributes so browsers and assistive technologies can autofill them.
AA1.4.1wcag.sc_names.1.4.1Never use color as the only way to communicate something. Always provide a secondary non-color cue.
A1.4.2wcag.sc_names.1.4.2Audio that auto-plays for more than 3 seconds must be pausable or have independent volume control.
A1.4.3wcag.sc_names.1.4.3Normal text needs 4.5:1 contrast ratio against its background. Large text (18pt/24px or 14pt/~19px bold) needs 3:1.
AA1.4.4wcag.sc_names.1.4.4Users must be able to zoom to 200% without losing content or functionality.
AA1.4.5wcag.sc_names.1.4.5Use real HTML text instead of images of text wherever technically possible. Images of text cannot be resized, reflowed, or read by screen readers without alt text.
AA1.4.10wcag.sc_names.1.4.10At 320px viewport width (equivalent to 400% zoom on a 1280px screen), all content must be accessible without horizontal scrolling.
AA1.4.11wcag.sc_names.1.4.11The visual boundaries of form fields, buttons, checkboxes, and graphical elements used to understand content must have 3:1 contrast against adjacent colors.
AA1.4.12wcag.sc_names.1.4.12When users override text spacing (line height 1.5×, paragraph spacing 2×, letter spacing 0.12em, word spacing 0.16em), no content should be lost or obscured.
AA1.4.13wcag.sc_names.1.4.13Tooltips and hover popups must be: hoverable (mouse can move over them), dismissible (Escape closes them), and persistent (they stay until explicitly closed).
AA2
2.1.1Operable
User interface components and navigation must be operable.
wcag.sc_names.2.1.1Everything a mouse user can do, a keyboard user must also be able to do. No functionality should require a mouse.
A2.1.2wcag.sc_names.2.1.2Keyboard users must never get stuck. Focus must always be escapable. Intentional focus traps in modals are acceptable only if Escape closes the modal.
A2.1.4wcag.sc_names.2.1.4Single-character keyboard shortcuts (like 'G' to go, 'F' for find) must be disableable or remappable. They conflict with speech input users who dictate text.
A2.2.1wcag.sc_names.2.2.1Session timeouts, time-limited forms, and timed quizzes must give users a way to turn off, adjust, or extend the time limit.
A2.2.2wcag.sc_names.2.2.2Moving, blinking, or auto-updating content must have a pause/stop/hide control. This includes carousels, tickers, animated banners, and live feeds.
A2.3.1wcag.sc_names.2.3.1Content must not flash more than 3 times per second. Flashing content can cause seizures in people with photosensitive epilepsy.
A2.4.1wcag.sc_names.2.4.1Keyboard users must be able to skip past repeated navigation blocks to reach the main content quickly.
A2.4.2wcag.sc_names.2.4.2Every page must have a descriptive <title> element that helps users understand what the page is about.
A2.4.3wcag.sc_names.2.4.3The keyboard Tab order must follow a logical sequence — typically top-to-bottom, left-to-right in Western languages — that preserves meaning.
A2.4.4wcag.sc_names.2.4.4Link text must be descriptive enough to understand its destination — either from the text alone or from its surrounding context.
A2.4.5wcag.sc_names.2.4.5Users must have more than one way to find any page on the site (e.g., navigation + site search, or navigation + sitemap).
AA2.4.6wcag.sc_names.2.4.6When headings and form labels are used, they must be descriptive — they need not be comprehensive, but they must accurately describe their associated content.
AA2.4.7wcag.sc_names.2.4.7Keyboard users must always be able to see which element has focus. Never suppress the focus outline completely.
AA2.4.11wcag.sc_names.2.4.11New in WCAG 2.2: sticky headers, cookie banners, and chat bubbles must not completely cover the focused element.
AA2.4.12wcag.sc_names.2.4.12At AAA level: the focused element must be completely visible — not even partially obscured by sticky content.
AAA2.4.13wcag.sc_names.2.4.13Level AA (WCAG 2.2): the focus indicator must cover at least a 2 CSS pixel perimeter of the unfocused component and have 3:1 contrast between focused and unfocused states.
AA2.5.1wcag.sc_names.2.5.1Any feature requiring a swipe, pinch, or multi-finger gesture must have an equivalent single-tap or click alternative.
A2.5.2wcag.sc_names.2.5.2Don't trigger actions on mousedown/touchstart if the user might accidentally tap. Use mouseup/click (which fires on up-event) so users can cancel by moving away.
A2.5.3wcag.sc_names.2.5.3The accessible name of a button or link must contain the visible text label — this is essential for voice control users who say what they see.
A2.5.4wcag.sc_names.2.5.4Features that use device shake, tilt, or motion must also be operable via standard UI controls, and motion must be disableable.
A2.5.7wcag.sc_names.2.5.7New in WCAG 2.2: drag-and-drop must have a click/tap alternative. Sliders must be adjustable without dragging.
AA2.5.8wcag.sc_names.2.5.8New in WCAG 2.2: interactive targets must be at least 24×24 CSS pixels, OR have sufficient spacing between targets.
AA3
3.1.1Understandable
Information and the operation of the user interface must be understandable.
wcag.sc_names.3.1.1The <html> element must have a lang attribute set to the page's primary language.
A3.1.2wcag.sc_names.3.1.2When content switches language (e.g., a French quote in an English article), the language change must be marked with a lang attribute.
AA3.2.1wcag.sc_names.3.2.1Receiving focus must never automatically navigate, submit a form, or launch a popup. Focus changes must be predictable.
A3.2.2wcag.sc_names.3.2.2Changing a form control (selecting a dropdown option, checking a box) must not automatically navigate or submit without warning.
A3.2.3wcag.sc_names.3.2.3Navigation menus must appear in the same order on every page. Users with cognitive disabilities rely on consistent placement.
AA3.2.4wcag.sc_names.3.2.4The same function must have the same label everywhere on the site. A search button should not be labelled 'Search' on one page and 'Find' on another.
AA3.2.6wcag.sc_names.3.2.6New in WCAG 2.2: help mechanisms (phone number, live chat, FAQ link) must appear in the same relative position on every page where they appear.
A3.3.1wcag.sc_names.3.3.1When a form error is detected automatically, the specific field in error must be identified and described in text.
A3.3.2wcag.sc_names.3.3.2Every form input must have a visible label. Instructions about required format (date format, password rules) must be provided before the input.
A3.3.3wcag.sc_names.3.3.3Error messages must tell users how to fix the error — not just that an error occurred. Exceptions apply for security-sensitive validations.
AA3.3.4wcag.sc_names.3.3.4High-stakes forms (purchases, legal agreements, exam submissions, data deletion) must let users review, correct, or reverse the action.
AA3.3.7wcag.sc_names.3.3.7New in WCAG 2.2: if users must re-enter data they already provided in the same session, auto-populate it or let them select it from a list.
A3.3.8wcag.sc_names.3.3.8New in WCAG 2.2: authentication must not require a cognitive-only challenge unless an alternative exists. Password managers and magic links must be supported.
AA3.3.9wcag.sc_names.3.3.9New in WCAG 2.2 (AAA): No authentication step may require a cognitive function test of any kind. Unlike SC 3.3.8, there are no exceptions for object recognition or personal content — all authentication must be cognitive-test-free.
AAA4
4.1.1Strong
Content must be strong enough to be interpreted by many user agents, including assistive technologies.
wcag.sc_names.4.1.1SC 4.1.1 is obsolete in WCAG 2.2 and always passes with modern browsers. It was removed because modern browsers handle malformed HTML gracefully and assistive technologies do not rely on valid HTML parsing.
A4.1.2wcag.sc_names.4.1.2Every interactive element must expose its name (what it is called), role (what type of control it is), and current state/value to assistive technologies.
A4.1.3wcag.sc_names.4.1.3Success messages, loading states, result counts, and errors must be announced by screen readers without moving focus to them.
AA