a11y teacher edition W3C WCAG 2.2 & WCAG 3.0 draft reference
Plain English Accessibility Hub

Translating W3C Standards for Designers, Developers, QA & Product teams

โš ๏ธ W3C Working Draft Notice

WCAG 3.0 is an active W3C Working Draft in development by the AGWG. Requirements, assertions, the conformance model and reporting tiers are still being developed and may change. The latest published draft is the 10 September 2026 Working Draft; this site follows the editorsโ€™ draft, which also includes exploratory provisions.

How WCAG 3 Conformance Works: One Bar, Six Reporting Tiers

The Sep 2026 draft moved leveling off conformance and onto reporting. There is no A/AA/AAA successor โ€” you either meet all core requirements or you do not.

Are Bronze, Silver and Gold the conformance levels?

Not any more. In this draft they are reporting tiers that sit above conformance. Conformance is tierย 3 โ€” all core requirements met. Tiersย 1โ€“2 describe progress toward it; tiersย 4โ€“6 describe achievement beyond it. The working group is also weighing a competing proposal that would score progress and then award Bronze/Silver/Gold, and has asked for public comment on which to keep, so treat the table below as the current direction rather than a settled outcome.

๐Ÿ›ก๏ธ Tiers 1โ€“2
Progress toward conformance

Avoid Physical Harm, then Foundational Access

  • Tier 1: Physical harm and risk requirements are met.
  • Tier 2: โ€ฆplus barrier requirements โ€” things that stop someone proceeding.
  • Role: Reportable milestones on the way to conformance, not conformance itself.
โœ… Tier 3
This is conformance

Conformance

  • Requirement: โ€ฆplus friction requirements โ€” all core requirements are met.
  • Evaluation: Methods used must be accessibility supported, and the accessibility support set must be stated in any claim.
  • Role: The single conformance bar. Claims are optional; content can conform without one.
๐Ÿ… Tiers 4โ€“6
Beyond conformance

Bronze, Silver, Gold

  • Bronze / Silver: โ€ฆplus a to-be-decided number of supplemental requirements and assertions about content.
  • Gold: โ€ฆplus assertions about the organization itself.
  • Role: Not required to conform. The draft says the working group "might recommend regulators require organizations of a certain size complete the Silver tier".

Tier placement is driven by tagging each core requirement as physical harm, risk, barrier or friction. No provision in the draft carries such a tag yet, so no one โ€” including this site โ€” can currently tell you which tier a given provision falls into. See the full conformance breakdown and readiness checklist →

Are the WCAG 3 base requirements finalized yet? (Current W3C Working Group Status)

Short Answer: No, they are still actively in progress by the W3C AGWG.

Component W3C Development Status Details
Mandatory "Core" List ๐Ÿ› ๏ธ In Progress Of 245 provisions: 114 foundational, 86 supplemental, 36 assertion, 8 untyped, 1 recommended practice. Nothing has reached refining maturity.
Tier Tagging ๐Ÿ› ๏ธ In Progress Core requirements must be tagged physical harm, risk, barrier or friction to place them in reporting tiers. Zero of 245 provisions carry a tag so far.
Policy Guidance ๐Ÿ› ๏ธ In Progress AG WG plans separate informative advice for policymakers on using reporting tiers in regulation. Not yet written.
Structural Framework โœ… Drafted Drafted structure: guidelines (outcome statements) → requirements and assertions → technology-specific methods.
245 Draft Provisions โœ… Drafted The 245 provisions in this app are synced from W3C's editor's draft. The latest published draft, the 10 September 2026 Working Draft, includes the 216 at developing status and leaves out the 29 exploratory ones. None have reached refining or mature status yet.
โš ๏ธ Note:

WCAG 3.0 is a W3C Working Draft. Laws and policies reference WCAG 2.x versions (2.0, 2.1 or 2.2), so check which version applies to you, and treat WCAG 3 as something to plan for rather than conform to.

Requirement Type:

Showing 245 Provisions

developing Core requirement ๐ŸŽฌ Animation & Movement
W3C Source โ†—

Audio Shifting Adjustable

Audio that pans or shifts between channels to simulate movement must be something a user can pause or switch off. It does not apply when the shifting comes from the operating system or the browser rather than from the content.

๐Ÿ’ก Why It Matters:

Simulated motion in sound can provoke nausea, disorientation or vestibular symptoms, and it makes speech harder to follow for people who process audio with one ear or with a hearing aid.

developing Core requirement ๐ŸŽฌ Animation & Movement
W3C Source โ†—

Haptic Stimulation Adjustable

Vibration and other haptic feedback the content triggers must be reducible or switchable off. Haptics the operating system generates on the user's own request are out of scope.

๐Ÿ’ก Why It Matters:

Vibration can cause pain for people with chronic pain conditions or tremor, and it can be startling or disorienting for people with sensory processing differences.

developing Supplemental requirement ๐ŸŽฌ Animation & Movement
W3C Source โ†—

No flashing over threshold (no exceptions)

The same flash thresholds as the foundational requirement, but with no minimum-size allowance: a flashing area under the size threshold is no longer exempt.

๐Ÿ’ก Why It Matters:

The size exemption assumes a small flashing area is safe, which does not hold for everyone or for every viewing distance. Removing it closes that gap for people with photosensitive epilepsy.

developing Core requirement ๐ŸŽฌ Animation & Movement
W3C Source โ†—

No Flashing Over Threshold

Anything that flashes has to stay under the general flash and red flash thresholds, unless the flashing is essential to what the content is.

๐Ÿ’ก Why It Matters:

Flashing above these thresholds can trigger seizures in people with photosensitive epilepsy. This is one of the few accessibility failures that can cause immediate physical harm.

developing Supplemental requirement ๐ŸŽฌ Animation & Movement
W3C Source โ†—

No visual motion (no exceptions)

The same five-second limit on visual motion and pseudo-motion, with the 'essential' exception removed.

๐Ÿ’ก Why It Matters:

Where the exception applies, a user who cannot tolerate motion has no route through the content at all. This version leaves none.

developing Core requirement ๐ŸŽฌ Animation & Movement
W3C Source โ†—

No Visual Motion

Visual motion and pseudo-motion - things like parallax scrolling and moving backgrounds - must not run longer than five seconds, unless the motion is essential.

๐Ÿ’ก Why It Matters:

Sustained motion can cause nausea, dizziness and migraine in people with vestibular disorders, and it pulls attention away from the content for people with attention-related disabilities.

developing Assertion ๐ŸŽฌ Animation & Movement
W3C Source โ†—

Safe Content Review

An organisational assertion, not a technical check: the organisation states that it has reviewed its content for violent, explicit or distressing material and warned people before they reach it. The assertion has to name who made it and when the review happened.

๐Ÿ’ก Why It Matters:

Encountering distressing content without warning can trigger trauma responses, and people who need to prepare for or avoid such material cannot do so if nothing signals it is coming.

exploratory Core requirement ๐ŸŽฌ Animation & Movement
W3C Source โ†—

Single Flash

A single large change of contrast counts too: content must not swing from light to dark, or dark to light, by more than 4.5:1 across more than 30% of the viewport. Loading a new page and essential flashes are excluded.

๐Ÿ’ก Why It Matters:

A single full-screen flash can trigger seizures and can cause pain or after-images for people with light sensitivity, migraine or eye conditions - the harm does not require a repeating flash.

developing Core requirement ๐ŸŽฌ Animation & Movement
W3C Source โ†—

Trigger Warning Available

Where content contains triggers, a warning comes before the user reaches them, and there is a way to get the same information without the triggering content.

๐Ÿ’ก Why It Matters:

A warning alone still forces a choice between the content and the trigger. Providing an alternative route means people with PTSD, anxiety disorders or phobias can get the information without the exposure.

exploratory Requirement ๐ŸŽฌ Animation & Movement
W3C Source โ†—

Visual Stimulation

An exploratory requirement: visual intensity built out of density, colour, movement and similar factors can be reduced or turned off.

๐Ÿ’ก Why It Matters:

Visually busy interfaces can overwhelm people with sensory processing differences, autism, migraine or cognitive disabilities, to the point where the content cannot be used at all.

developing Supplemental requirement ๐Ÿ”„ Consistency Across Views
W3C Source โ†—

Consistent Navigation Labels

Navigation blocks that repeat across pages must label the same item the same way each time. Items marked as the current page are exempt.

๐Ÿ’ก Why It Matters:

People who navigate by searching for a remembered label - screen reader users, voice control users, and anyone with a memory or reading disability - lose their way when the same destination is called something different on the next page.

developing Supplemental requirement ๐Ÿ”„ Consistency Across Views
W3C Source โ†—

Consistent Navigation Order

Where a block of navigation repeats across a set of pages, the items keep the same relative order on each page.

๐Ÿ’ก Why It Matters:

Once someone has learned that a link is the fourth item, changing the order makes every page a fresh problem. That cost falls hardest on screen reader, switch and voice users, for whom re-scanning is slow.

developing Supplemental requirement ๐Ÿ”„ Consistency Across Views
W3C Source โ†—

Consistent Structural Order

The main structural parts of a page keep the same relative order across the variations of pages in scope.

๐Ÿ’ก Why It Matters:

A predictable structure is what lets people move quickly to the part they want. Reordering it between pages forces everyone to re-orient, and forces assistive technology users to re-explore.

developing Supplemental requirement โš ๏ธ Error Handling
W3C Source โ†—

Error Messages Collocated

An error message about user input either appears next to the input it concerns, or focus moves to the message and there is a way to get from the message back to the field in error.

๐Ÿ’ก Why It Matters:

An error announced far from the field it belongs to can be missed entirely by someone using magnification, and leaves screen reader users to hunt for which field is wrong.

developing Supplemental requirement โš ๏ธ Error Handling
W3C Source โ†—

Error Messages Persistent

Error messages stay on screen until the error is fixed or the user dismisses them - they do not time out on their own.

๐Ÿ’ก Why It Matters:

A message that disappears on a timer is gone before many people have finished reading it, particularly people who read slowly, use magnification, or are navigating with a screen reader.

developing Core requirement โš ๏ธ Error Handling
W3C Source โ†—

Error Notifications Available

When the content can detect an error, it says so in text and describes what the problem is - not just that something went wrong.

๐Ÿ’ก Why It Matters:

Colour or an icon alone tells a screen reader user nothing, and 'invalid input' tells nobody what to change. A described error in text is what makes the problem fixable.

developing Supplemental requirement โš ๏ธ Error Handling
W3C Source โ†—

Error Suggestions Provided

Where the user has to correct an error, the message suggests how - unless suggesting it would compromise security or defeat the purpose of the content.

๐Ÿ’ก Why It Matters:

Knowing that a field is wrong is not the same as knowing what it wants. Suggestions are what make a form completable for people with cognitive or learning disabilities.

developing Core requirement โš ๏ธ Error Handling
W3C Source โ†—

Errors Associated

When validation fails, the error is tied both visually and programmatically to the element that caused it or that can fix it.

๐Ÿ’ก Why It Matters:

A programmatic association is what lets a screen reader announce the error when the user reaches the field, rather than leaving it stranded somewhere else on the page.

developing Supplemental requirement โš ๏ธ Error Handling
W3C Source โ†—

Errors Indicated In Multiple Ways

An error has to be marked in at least two of three ways: a symbol used consistently throughout, a distinguishing colour, and a textual indication.

๐Ÿ’ก Why It Matters:

Colour alone is invisible to people with colour vision deficiencies and disappears in high-contrast modes. A second, redundant signal means the error still registers.

developing Supplemental requirement โš ๏ธ Error Handling
W3C Source โ†—

Data Entry Validated

Data is validated either when the user leaves the field or when the form is submitted - not, for instance, mid-keystroke.

๐Ÿ’ก Why It Matters:

Validation that fires while someone is still typing produces errors for input that is merely unfinished, which is disorienting for screen reader users and discouraging for people who type slowly.

developing Assertion โš ๏ธ Error Handling
W3C Source โ†—

Error Prevention Review

An organisational assertion: the organisation states that it has reviewed its form designs to reduce mistakes - asking for less information, marking required fields, chunking long numbers, offering valid choices, supporting autocomplete, using familiar words and units, and correcting or suggesting where it reliably can.

๐Ÿ’ก Why It Matters:

Most form failures are design failures. Reviewing the design removes errors before anyone has to recover from them, which matters most for people with cognitive and learning disabilities.

developing Core requirement โš ๏ธ Error Handling
W3C Source โ†—

Errors Preventable

Before submitting, users can either review, confirm and correct everything they entered, or review and correct the errors validation found. Content that auto-saves or where submission is reversible is exempt.

๐Ÿ’ก Why It Matters:

A mistake that can only be discovered after submission is expensive to undo. A review step is what makes an irreversible action safe for people who are more likely to mistype or misread.

developing Supplemental requirement โš ๏ธ Error Handling
W3C Source โ†—

Submission Status Notified

When a submission succeeds or fails, the interface says so at the time it happens.

๐Ÿ’ก Why It Matters:

Without an announcement, a screen reader user has no way to know whether anything happened, and may submit again - or leave believing a task is done when it failed.

developing Supplemental requirement โ“ Help & Feedback
W3C Source โ†—

Feedback Mechanism Available

There is a way for users to send feedback to the people who made the content.

๐Ÿ’ก Why It Matters:

When something is inaccessible, a feedback route is often the only way a disabled user can get it fixed. Its absence makes the barrier permanent.

developing Supplemental requirement โ“ Help & Feedback
W3C Source โ†—

Consistent Help Available

Where help exists - a phone number, a contact form, a self-help option or an automated assistant - it is labelled the same way and sits in the same place relative to other content across pages.

๐Ÿ’ก Why It Matters:

Help that moves around is help that cannot be found in the moment it is needed, which is exactly when someone with a cognitive disability has least capacity to search for it.

developing Supplemental requirement โ“ Help & Feedback
W3C Source โ†—

Contextual Help Available

Help is available that relates to what the user is doing at the time, rather than only as general documentation.

๐Ÿ’ก Why It Matters:

Generic help pages put the burden of translation on the user. Help tied to the current task is what lets people with cognitive and learning disabilities finish it.

exploratory Supplemental requirement โ“ Help & Feedback
W3C Source โ†—

Conversational Support Available

An exploratory requirement: support is available through conversation, in both text and speech, rather than only one of the two.

๐Ÿ’ก Why It Matters:

Some people cannot use speech and some cannot use typing. Offering both formats means the support route itself is not the barrier.

exploratory Requirement โ“ Help & Feedback
W3C Source โ†—

Data Visualizations

An exploratory requirement: help is available for understanding and using data visualisations.

๐Ÿ’ก Why It Matters:

Charts encode meaning in position, colour and shape at once. Without an explanation or an alternative route to the data, that meaning is unavailable to screen reader users and to many people with cognitive disabilities.

developing Supplemental requirement โ“ Help & Feedback
W3C Source โ†—

Disabled Controls Explained

When a control is visible but disabled, the content explains why, and if the user can do something to enable it, says what.

๐Ÿ’ก Why It Matters:

A greyed-out button with no explanation is a dead end: the user cannot tell whether they have missed a step, lack permission, or hit a bug.

developing Assertion โ“ Help & Feedback
W3C Source โ†—

Help Usability Testing

An organisational assertion: the organisation states that it added help and training in response to usability testing with people with cognitive and mental health disabilities, and records when that testing happened.

๐Ÿ’ก Why It Matters:

Help written without testing tends to answer the questions the authors imagined. Testing with the people who rely on it is what finds the gaps that matter.

exploratory Requirement โ“ Help & Feedback
W3C Source โ†—

New Interfaces

An exploratory requirement: when an interface changes dramatically in a redesign, there is a way to learn the new one or to go back to the old design - unless the new interface is essential.

๐Ÿ’ก Why It Matters:

A redesign resets the learned patterns people depend on. For users with cognitive disabilities that relearning cost can be severe enough to end their use of the product.

exploratory Requirement โ“ Help & Feedback
W3C Source โ†—

Personalizable Help

An exploratory requirement: help can be adapted and personalised to the individual user.

๐Ÿ’ก Why It Matters:

One fixed explanation suits one kind of reader. Being able to change the form of help - its length, its vocabulary, its medium - is what makes it usable across very different cognitive profiles.

developing Core requirement โ“ Help & Feedback
W3C Source โ†—

Sensory Characteristics Not Relied On

Instructions and help do not depend on shape, colour, size, visual location, orientation or sound to make sense - 'the round button on the right' has to work for someone who cannot see it.

๐Ÿ’ก Why It Matters:

Directions given purely by appearance or position are unusable by screen reader users, and often by people with colour vision deficiencies or those using a reflowed, magnified layout.

exploratory Supplemental requirement โ“ Help & Feedback
W3C Source โ†—

Support Available

Support is available while the user is entering data, completing a task or searching, where the content includes those processes.

๐Ÿ’ก Why It Matters:

These are the moments when people get stuck and abandon a task. Support offered at that point, rather than in a manual, is what keeps the task completable.

developing Assertion โ“ Help & Feedback
W3C Source โ†—

Supported decision-making review

An organisational assertion: the organisation states that it identified the places where users make substantial decisions about money, privacy or wellbeing, and added support there - a clear layout of advantages and disadvantages, comprehension aids such as icons and graphics, and reduced distractions.

๐Ÿ’ก Why It Matters:

High-stakes decisions are where poor comprehension turns into real harm. Extra support at those points protects people with cognitive disabilities from consequences that are hard to reverse.

developing Assertion ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Accessible Audio Player Selected

An organisational assertion, relevant when audio needs a player that standard browsers do not provide: the organisation states that its audio player supports the media alternatives it lists, such as turning audio descriptions on and off and changing their language.

๐Ÿ’ก Why It Matters:

A custom player can undo the accessibility of the media inside it. Naming the features it actually supports makes that checkable rather than assumed.

developing Assertion ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Accessible Video Player Selected

An organisational assertion, relevant when video needs a player that standard browsers do not provide: the organisation states which media-alternative features its video player supports - closed captions in a standard format, turning captions and audio descriptions on and off, restyling and repositioning captions, and changing the audio description language.

๐Ÿ’ก Why It Matters:

Captions and descriptions only help if the player exposes them and lets people adjust them. Caption styling in particular is what makes them readable for people with low vision.

developing Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Audio Description Language Adjustable

Where audio descriptions exist in more than one language, there is a way for the user to choose between them.

๐Ÿ’ก Why It Matters:

A description in a language the viewer does not speak conveys nothing. This matters most for blind and low-vision users, who have no fallback to the picture.

exploratory Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Audio Description Volume Adjustable

An exploratory requirement: the audio description track can be adjusted in volume separately from the video's own audio.

๐Ÿ’ก Why It Matters:

When description and soundtrack are locked together, one drowns out the other. Independent control is what makes both audible for people who rely on the description.

developing Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Audio descriptions available (live)

Live video carries audio descriptions of the visual information needed to follow it.

๐Ÿ’ก Why It Matters:

Live events are exactly where a blind or low-vision viewer cannot catch up later. Without description, anything shown rather than said is lost.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Audio descriptions available (prerecorded)

Prerecorded video carries audio descriptions of the visual information needed to follow it. Video that exists as an alternative to text and says so is exempt.

๐Ÿ’ก Why It Matters:

Anything conveyed only by the picture - a document on screen, a gesture, who just entered the room - is simply absent for blind and low-vision viewers without description.

developing Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Audio Descriptions Controllable

There is a way to turn audio descriptions on and off, unless they are baked into the recording and cannot be separated.

๐Ÿ’ก Why It Matters:

Description is welcome to some listeners and intrusive to others sharing the same screen. Control is what lets both use the same content.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Audio descriptions equivalent (prerecorded)

Not just present, but equivalent: the description has to carry the same information as the visual content it stands in for.

๐Ÿ’ก Why It Matters:

A description that names what is on screen without conveying what it means leaves blind viewers with a thinner version of the content than everyone else gets.

developing Assertion ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Audio Descriptions Reviewed By Content Authors

An organisational assertion: the organisation states that it reviewed its audio descriptions, and records who reviewed them and when.

๐Ÿ’ก Why It Matters:

Descriptions produced at volume, or automatically, drift from what the picture actually shows. A recorded review is the check that they still match.

developing Assertion ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Audio Descriptions Style Guide

An organisational assertion: the organisation states that it has a style guide covering audio descriptions, plus a policy or process requiring the guide to be followed.

๐Ÿ’ก Why It Matters:

Consistency across a library is what lets a regular listener build expectations. A style guide is how that consistency survives changes of author and vendor.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Audio Descriptions Synchronized

Descriptions land in time with the video and do not talk over dialogue or other meaningful audio.

๐Ÿ’ก Why It Matters:

A description that collides with the dialogue costs the listener both. Timing is what keeps the described version coherent.

developing Assertion ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Audio Descriptions Usability Testing

An organisational assertion: the organisation states that it tested with people who rely on audio descriptions and fixed or mitigated what the testing found.

๐Ÿ’ก Why It Matters:

Whether a description works can only be judged by someone using it without the picture. Testing is what turns that judgement into evidence.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Extended Audio Descriptions Available

Where the natural gaps in the soundtrack are too short to describe what is on screen, the video pauses so that a longer description can be given.

๐Ÿ’ก Why It Matters:

Dense visual content cannot be described in the pauses a soundtrack happens to leave. Pausing is the only way to convey it without cutting information.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Extended Audio Descriptions Equivalent

The extended description must convey the same information as the visual content it describes, not just fill the pause.

๐Ÿ’ก Why It Matters:

The pause is bought at the cost of the viewer's time; an inadequate description wastes it and still leaves the content incomplete.

exploratory Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Non-verbal cues identified in audio descriptions

An exploratory requirement: nonverbal cues needed to follow the media - expressions, gestures, reactions - are explained in the audio description.

๐Ÿ’ก Why It Matters:

Meaning frequently sits in what nobody says. Without it, a blind listener gets the words of a scene and not its sense.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Sounds Identified In Audio Descriptions

Where sound carries meaning and the video is not decorative, that sound is named or described in the captions and transcript rather than left to be heard.

๐Ÿ’ก Why It Matters:

A door closing offscreen or an alarm can carry the plot. Deaf and hard-of-hearing viewers only get it if it is written down.

developing Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Speaker Language Identified In Audio Descriptions

Where more than one language is spoken, every audio description identifies which language each speaker is using. Incidental words are exempt.

๐Ÿ’ก Why It Matters:

Without it, a listener cannot tell whether they have missed something or the speaker has simply switched language - and may not know a translation exists.

developing Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Speakers Identified In Audio Descriptions

When a video has several speakers, the audio description makes clear who is speaking - except where the speaker's identity is deliberately hidden or is already obvious from context.

๐Ÿ’ก Why It Matters:

Voices alone are hard to tell apart without the picture, particularly for listeners with hearing loss as well as sight loss.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Visual Information Identified In Audio Descriptions

Whatever the picture carries and the soundtrack does not - actions, documents, expressions, on-screen text - is spoken in the audio description.

๐Ÿ’ก Why It Matters:

This is the core of the technique: what the picture carries and the soundtrack does not is exactly what a blind viewer would otherwise lose.

exploratory Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Caption Features Available

An exploratory requirement: captions offer enhanced features that let users interact with them rather than only read them.

๐Ÿ’ก Why It Matters:

Being able to search, pause on or re-read a caption gives deaf and hard-of-hearing viewers the same control over pace that hearing viewers get from replaying audio.

developing Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Caption Language Adjustable

Where captions exist in more than one language, there is a way for the user to choose between them.

๐Ÿ’ก Why It Matters:

Captions in the wrong language are no more use than no captions. This matters most where an audience shares a region but not a first language.

developing Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Captions Adjustable

Caption appearance can be adapted - font size, weight, style and colour, background colour and transparency, and where they sit on screen - along with any associated visual indicators.

๐Ÿ’ก Why It Matters:

Fixed captions are unreadable for many low-vision viewers. Size, contrast and position are the settings that make the difference between legible and not.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Captions available (live)

Everything spoken in live audio is captioned as it happens, for the whole of the content rather than parts of it.

๐Ÿ’ก Why It Matters:

Live is where there is no catching up afterwards. Without captions, a deaf or hard-of-hearing participant is excluded from the event as it happens.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Captions available (prerecorded)

All prerecorded audio content is captioned, unless the audio is an alternative to text and is clearly labelled as such.

๐Ÿ’ก Why It Matters:

Captions are the primary route into spoken content for deaf and hard-of-hearing users, and the route many other people use in noisy or silent settings.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Captions centered (immersive)

In 360-degree environments where the user controls where captions sit, the captions stay directly in front of the user as they look around.

๐Ÿ’ก Why It Matters:

Captions anchored to a fixed point in the scene vanish the moment the viewer turns their head, which in an immersive environment is constantly.

exploratory Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Captions Consistent

An exploratory requirement: captions look and behave the same way through a production and across related productions - styling, placement, and how speakers, languages and sounds are marked - unless a difference is essential.

๐Ÿ’ก Why It Matters:

Reading captions is already a divided-attention task. Consistent conventions mean the viewer spends attention on the content rather than on decoding the captions.

developing Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Captions Controllable

There is a way to turn captions on and off, unless they are burned into the video.

๐Ÿ’ก Why It Matters:

Captions cover part of the picture and are a distraction to viewers who do not need them, so the choice has to sit with the viewer.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Captions equivalent (prerecorded)

Captions have to be equivalent to the audio, not an approximation of it. Audio or video with no spoken content that serves only as background is exempt.

๐Ÿ’ก Why It Matters:

Auto-generated captions routinely drop names, technical terms and negations. An approximate caption can change the meaning of what was said.

developing Assertion ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Captions Reviewed By Content Authors

An organisational assertion: the organisation states that it reviewed its captions, and records who did so and when.

๐Ÿ’ก Why It Matters:

Machine captioning is now the default, and its errors are systematic. A recorded review is what catches them before publication.

developing Assertion ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Captions Style Guide

An organisational assertion: the organisation states that it has a style guide covering captions, plus a policy or process requiring it to be followed.

๐Ÿ’ก Why It Matters:

Caption conventions - how speakers are named, how sounds are written - only help if they are stable. A style guide is how they stay stable across teams.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Captions Synchronized

Captions are timed to the audio they represent.

๐Ÿ’ก Why It Matters:

Captions that run ahead of or behind the speech break the link between the words and who is saying them, and make dialogue hard to follow.

developing Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Captions Unobstructed

Captions are positioned so they do not cover visual information needed to understand the video.

๐Ÿ’ก Why It Matters:

Captions sitting over on-screen text or a speaker's face force a deaf viewer to choose between two pieces of the same content.

developing Assertion ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Captions Usability Testing

An organisational assertion: the organisation states that it tested with people who rely on captions and fixed or mitigated what the testing found.

๐Ÿ’ก Why It Matters:

Caption quality problems - timing, reading speed, speaker attribution - show up in use rather than in a checklist.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Direction indicated (immersive)

In 360-degree environments, when a sound or speech comes from outside the current view, its direction is indicated.

๐Ÿ’ก Why It Matters:

Spatial audio is the usual cue for where to look, and it is unavailable to deaf and hard-of-hearing users. A visual direction cue restores it.

exploratory Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Non-verbal cues identified in captions

An exploratory requirement: nonverbal cues needed to understand the media are explained in the captions.

๐Ÿ’ก Why It Matters:

Tone, sarcasm and emotion carry meaning that the words alone do not. Captions that omit them can invert what a scene means.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Sounds Identified In Captions

Where sound carries meaning and the video is not decorative, the captions say what the sound is - not only what is spoken.

๐Ÿ’ก Why It Matters:

Significant sounds - a phone, a knock, music signalling a change - are part of the content, not decoration around it.

developing Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Speaker Language Identified In Captions

Where more than one language is spoken, the captions identify which language each speaker is using. Incidental words are exempt.

๐Ÿ’ก Why It Matters:

A deaf viewer cannot hear the switch. Naming the language is what prevents a translated line from reading as the speaker's own words.

developing Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Speakers Identified In Captions

Where a video has several speakers, the captions make clear who is speaking - except where identity is deliberately hidden or already clear from context.

๐Ÿ’ก Why It Matters:

Captions strip out voice, accent and volume, which is how hearing viewers tell speakers apart. Without attribution, a conversation becomes a block of text.

exploratory Requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Figure Captions Persistent

An exploratory requirement: figure captions stay visible, or there is a way to make them stay, even after focus moves elsewhere.

๐Ÿ’ก Why It Matters:

A caption that vanishes when focus moves cannot be read alongside the figure it explains - which is exactly how people using magnification or a screen reader read it.

exploratory Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Alternative Text Editable

An exploratory requirement: where text descriptions are generated automatically, the content creator can edit them.

๐Ÿ’ก Why It Matters:

Generated descriptions miss what the image is for in its context. Editability is what lets the person who knows the purpose correct it.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Decorative Images Hidden

Images that are purely decorative are hidden from assistive technology.

๐Ÿ’ก Why It Matters:

Announcing every decorative image buries the content in noise, and for a screen reader user that noise costs real time on every pass through the page.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Image Alternatives Available

Every image that is not decorative has a text alternative.

๐Ÿ’ก Why It Matters:

Without one, a screen reader user gets a filename or silence where the content is - and if the image is a link or a control, may not be able to use it at all.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Image Alternatives Equivalent

The text alternative has to serve the same purpose as the image, not merely describe its appearance.

๐Ÿ’ก Why It Matters:

"Photo of a chart" tells a blind reader that information exists and withholds it. The alternative has to carry what the image is there to convey.

exploratory Assertion ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Image Alternatives Style Guide

An organisational assertion: the organisation states that it has a style guide covering image text alternatives, plus a policy or process requiring it to be followed.

๐Ÿ’ก Why It Matters:

Alt text is written by many hands over time. A style guide is what keeps it purposeful rather than decorative or duplicative.

exploratory Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Image Types Identified

An exploratory requirement: the type of an image is indicated - a photo, a chart, an illustration. Images that are links, buttons, or purely decorative are exempt.

๐Ÿ’ก Why It Matters:

Knowing the kind of image sets expectations about what the alternative will contain and whether a longer description is worth seeking out.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Images Detectable

Where a page contains non-decorative images, those images can be detected - a user can tell that an image is there.

๐Ÿ’ก Why It Matters:

Knowing an image exists is what lets someone decide to seek out its description. An undetectable image is invisible even to a user who would want it.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Non-text content not relied on

All non-decorative non-text content - not only images, but audio, icons, controls and the rest - has a programmatically determinable text equivalent.

๐Ÿ’ก Why It Matters:

Text is the one form that can be rendered as speech, braille, larger type or a different colour. It is what makes content translatable to any user's needs.

developing Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Sign language available (prerecorded)

Prerecorded audio content is interpreted into the primary sign language most appropriate for its audience or region. Audio that is an alternative to visual content and labelled as such, decorative background sound and interface sound effects are exempt.

๐Ÿ’ก Why It Matters:

For many deaf people a sign language is their first language and the written language of the page is a second one, so captions are not an equivalent route.

developing Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Sign Language Controllable

There is a way to show and hide sign language interpretation, unless it is burned into the video or supplied as a separate interpreted version.

๐Ÿ’ก Why It Matters:

An interpreter window occupies part of the picture. Viewers who do not use it need it out of the way, and viewers who do need it present.

developing Assertion ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Sign language policy (live)

An organisational assertion: the organisation states that it has a policy of providing sign language interpretation at live in-person, hybrid and online events, and publishes how and by when interpretation can be requested.

๐Ÿ’ก Why It Matters:

Live interpretation has to be booked ahead. A published route and deadline is what makes attendance possible rather than a matter of luck.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Graphical Object Contrast Sufficient

The parts of a graphic you need in order to understand it must meet a minimum contrast ratio. Where a particular presentation is essential to the information itself, the requirement does not apply.

๐Ÿ’ก Why It Matters:

Icons, chart lines and diagram strokes carry meaning the same way text does. At low contrast that meaning disappears for people with low vision, and for anyone on a dim or glare-hit screen.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Hue Not Relied On

Hue alone cannot be the only carrier of information. Artistic or expressive content, and content made for a device that can only present hues, are exempt.

๐Ÿ’ก Why It Matters:

Around one in twelve men has a colour vision deficiency, and hue is also lost in greyscale printing, high-contrast modes and bright sunlight.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Sound Not Relied On

Sound alone cannot be the only carrier of information, except where the content is itself audio-based media.

๐Ÿ’ก Why It Matters:

A beep signalling success or an error is silent for deaf users, for anyone with the volume down, and for anyone in a noisy place.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Spatial Audio Not Relied On

Where sound is positioned in space to convey information, that positioning cannot be the only way the information is given.

๐Ÿ’ก Why It Matters:

Spatial cues require hearing in both ears. They are unavailable to people with single-sided deafness or asymmetric hearing loss, and to anyone listening on one earbud or a mono speaker.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Visual Depth Not Relied On

Depth perception cannot be the only way information is conveyed.

๐Ÿ’ก Why It Matters:

Stereoscopic depth needs usable vision in both eyes. People with monocular vision or amblyopia get no depth cue at all, and flat displays remove it for everyone.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Descriptive Transcripts Available

Prerecorded audio and video have a descriptive transcript - one that covers the visuals as well as the speech. Purely decorative media, media that is already an alternative for text and labelled as such, and video whose picture adds nothing to the audio are exempt.

๐Ÿ’ก Why It Matters:

A transcript is the one format that can be read at any speed, searched, translated, and rendered in braille. It serves deafblind users, who have no route through either captions or audio description.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Dialogue transcripts available (live)

Live audio and video have a transcript of the dialogue. Media that is an alternative for text and labelled as such, and media with no spoken content that serves only as background, are exempt.

๐Ÿ’ก Why It Matters:

A live transcript is what lets someone catch up on a point they missed, which captions scrolling in real time do not allow.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Dialogue transcripts available (prerecorded)

Prerecorded audio and video have a transcript of the dialogue, with the same exemptions for text alternatives and background-only media.

๐Ÿ’ก Why It Matters:

Reading at one's own pace is the difference between following a recording and merely playing it, particularly for people with cognitive or processing disabilities.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Sounds Identified In Transcripts

Where sound carries meaning and the video is not decorative, the transcript records what the sound was, alongside the dialogue.

๐Ÿ’ก Why It Matters:

For a reader who never hears the audio, an unmarked sound is simply an event that did not happen.

developing Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Speaker Language Identified In Transcripts

Where more than one language is spoken, the transcript identifies which language each speaker is using. Incidental words are exempt.

๐Ÿ’ก Why It Matters:

Without the marker, a reader cannot tell a translated passage from the speaker's own words, or know that a second-language version exists.

developing Supplemental requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Speakers Identified In Transcripts

Where there are several speakers, the transcript makes clear who is speaking - except where identity is deliberately hidden or clear from context.

๐Ÿ’ก Why It Matters:

An unattributed transcript reads as one continuous voice, and the argument in a conversation becomes impossible to follow.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Transcripts equivalent (prerecorded)

Transcripts have to be equivalent to the media, not a partial record of it. Media with no spoken content that serves only as background is exempt.

๐Ÿ’ก Why It Matters:

A transcript that summarises rather than conveys gives its readers less than everyone else receives from the same content.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Transcripts Findable

The transcript sits next to the audio or video it belongs to, not on a separate page someone has to hunt for. Media with no spoken dialogue, decorative media and labelled text alternatives are exempt.

๐Ÿ’ก Why It Matters:

A transcript nobody can find is not an alternative. Adjacency is what makes it a real choice at the moment the media is encountered.

developing Assertion ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Transcripts Reviewed By Content Authors

An organisational assertion: the organisation states that it reviewed its transcripts, and records who did so and when.

๐Ÿ’ก Why It Matters:

Automatic transcription errors cluster on exactly the words that carry meaning - names, terms, numbers. Review is what catches them.

developing Assertion ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Transcripts Style Guide

An organisational assertion: the organisation states that it has a style guide covering transcripts, plus a policy or process requiring it to be followed.

๐Ÿ’ก Why It Matters:

Transcripts are only easy to read when their conventions hold steady across a library.

developing Assertion ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Transcripts Usability Testing

An organisational assertion: the organisation states that it tested with people who rely on transcripts and fixed or mitigated what the testing found.

๐Ÿ’ก Why It Matters:

Whether a transcript is usable depends on its structure and labelling, which shows up in use rather than in a spot check.

developing Core requirement ๐Ÿ–ผ๏ธ Images & Media
W3C Source โ†—

Visual Information Identified In Transcripts

Whatever the picture carries and the dialogue does not is written into the transcript, so the transcript stands alone as a record of the media.

๐Ÿ’ก Why It Matters:

This is what separates a descriptive transcript from a dialogue list, and what makes the transcript a complete substitute for the media.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Biometrics Not Relied On

Biometric identification cannot be the only way to identify or authenticate - there has to be another route in.

๐Ÿ’ก Why It Matters:

Fingerprint and face recognition fail for people whose bodies the sensors were not designed around, including people with tremor, limb differences, facial differences or certain eye conditions. A failed scan with no alternative locks the account.

exploratory Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Multiple Biometrics Available

An exploratory requirement: authentication does not depend on a single type of biometric.

๐Ÿ’ก Why It Matters:

A person who cannot use one biometric may well be able to use another; offering only one turns a single sensor's limits into a lockout.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Voice Identification Not Relied On

Voice identification cannot be the only way to identify or authenticate.

๐Ÿ’ก Why It Matters:

Voice recognition fails for people who are non-speaking, who have dysarthria or a speech difference, or whose voice changes with a condition or treatment.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Body Movements Not Relied On

Functionality cannot depend solely on full or gross body movement, unless that movement is essential to what the function is.

๐Ÿ’ก Why It Matters:

Requiring someone to move their whole body excludes wheelchair users, people with limited mobility and anyone seated at a fixed workstation.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Eye Tracking Not Relied On

Content and functionality cannot rely solely on eye tracking, unless eye tracking is essential.

๐Ÿ’ก Why It Matters:

Eye tracking assumes steady, controllable gaze. Nystagmus, strabismus, low vision and blindness all make it unreliable or impossible.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Hover Content Persistent

Where hovering makes extra content appear, the pointer can be moved onto that content without it vanishing. This applies when the author, rather than the browser, controls how the extra content looks.

๐Ÿ’ก Why It Matters:

A tooltip that disappears when you move toward it cannot be read by anyone who uses magnification, has a tremor, or simply moves the pointer slowly.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Hover Or Focus Content Dismissible

Content that appears on hover or keyboard focus can be dismissed without moving the pointer or the focus, unless it does not cover or replace anything else.

๐Ÿ’ก Why It Matters:

A popup covering the field you are typing in is a trap for magnification users - dismissing it by moving away means losing your place.

developing Supplemental requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Hover Or Focus Content Persistent

Content shown on hover or focus stays visible until the trigger is removed, the user dismisses it, or its information stops being valid.

๐Ÿ’ก Why It Matters:

Content that times out on its own is gone before slower readers, screen magnifier users and people using switch input have finished with it.

developing Supplemental requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Input Method Flexible

The user can switch between input methods at any time, rather than being locked into the one they started with.

๐Ÿ’ก Why It Matters:

Many people move between keyboard, pointer, voice and touch during one session, often because of fatigue or pain. Being locked in forces them to stop.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Path-based gesture not relied on

A gesture that has to follow a particular path - a swipe, a drag along a line - cannot be the only way to do something, unless the path is essential.

๐Ÿ’ก Why It Matters:

Path gestures require fine motor control and a pointer that can be dragged accurately, which rules out switch users, many voice users and people with tremor.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Pointer Accessible

Selecting an element with a pointer moves keyboard focus to it, including when the user presses down on an interactive element and then drags away without activating it.

๐Ÿ’ก Why It Matters:

When focus and pointer disagree, a user who alternates between mouse and keyboard loses their place, and a screen reader announces somewhere other than where the user is working.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Bidirectional Navigation

The keyboard interface can always move on to the next interactive element and back to the previous one.

๐Ÿ’ก Why It Matters:

One-way navigation means a mistake can only be corrected by starting the page over, which for a keyboard-only user can mean dozens of keystrokes.

developing Supplemental requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Custom Keys Documented

Where a page defines its own keyboard commands, the documentation for them is available on the page or within the process where they apply.

๐Ÿ’ก Why It Matters:

An undocumented shortcut may as well not exist, and a user who discovers one by accident cannot tell what else is available.

developing Supplemental requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Focus Movement Relevant

Tabbing does not move focus onto content that was not visible before the tab press, apart from skip links and similar hidden aids to keyboard navigation.

๐Ÿ’ก Why It Matters:

Focus landing on something invisible strands sighted keyboard users, who can see the focus indicator disappear but not where it went.

developing Supplemental requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Focus Placed

When keyboard focus moves between contexts within a page, returning to the previous context restores focus to where it was - unless that place no longer exists.

๐Ÿ’ก Why It Matters:

Being dumped back at the top of a long page after closing a dialog can mean re-traversing the entire page, which is slow and disorienting for keyboard and screen reader users.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Focus user-controlled

Keyboard focus moves only because the user did something. The draft allows narrow exceptions, such as advancing between the boxes of a one-time code and security or emergency situations like an imminent session timeout.

๐Ÿ’ก Why It Matters:

Focus that moves on its own takes control away mid-task: a screen reader starts reading somewhere else, and typed input can land in a field the user never chose.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Keyboard Accessible

Anything reachable with another input method has to be reachable with the keyboard interface alone.

๐Ÿ’ก Why It Matters:

The keyboard interface is what screen readers, switch devices, sip-and-puff systems and voice control all drive. Content it cannot reach is content those users cannot reach.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Keyboard Operable

Anything operable by pointer, voice, gesture, camera or any other means has to be operable with the keyboard interface alone.

๐Ÿ’ก Why It Matters:

Reaching a control is not the same as being able to use it. A custom widget that only responds to a mouse event is a dead end for every keyboard-driven assistive technology.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

No Keyboard Conflicts

Custom keyboard commands must not clash with standard platform commands, or they must be remappable.

๐Ÿ’ก Why It Matters:

A single-key shortcut that overrides a platform command can disable an assistive technology's own keys, which is worse than having no shortcut at all.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

No Keyboard Traps

Anything you can enter or activate with the keyboard, you can leave using standard keyboard techniques - unless a non-standard way out is described on the page or earlier in the process.

๐Ÿ’ก Why It Matters:

A keyboard trap ends the session: the user cannot move on, cannot go back, and often cannot reach the browser's own controls.

developing Assertion โŒจ๏ธ Input & Operation
W3C Source โ†—

Keyboard Effort Comparable

An organisational assertion: the organisation states that it reviewed its content, and made changes where needed, so that doing a task with the keyboard alone takes a comparable number of commands to doing it another way.

๐Ÿ’ก Why It Matters:

Content can be technically keyboard-operable and still take five times as many keystrokes. That gap is a fatigue and pain cost for people with motor disabilities and RSI.

developing Supplemental requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Navigation Keys Described

If understanding or operating the page needs a keyboard action that is not a common navigation technique, it is described on that page or earlier in the process.

๐Ÿ’ก Why It Matters:

Custom interaction models are not discoverable by exploration. Without a description, a keyboard user has no way to know the technique exists.

developing Supplemental requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

No Repetitive Adjacent Interactive Elements

Adjacent interactive elements that do the same thing are not both included - unless the outcome is a form of dismissal.

๐Ÿ’ก Why It Matters:

Duplicated links and buttons double the tab stops and the screen reader announcements for no added function, which is pure cost for keyboard and screen reader users.

developing Supplemental requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Consistent Pointer Cancellation

How a pointer action is cancelled stays the same for each type of interaction across a set of pages, unless a difference is essential.

๐Ÿ’ก Why It Matters:

Cancelling an accidental press is a skill users learn once. Changing the rule between pages means accidental activations stick.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Pointer Activation Controllable

For anything activated by a simple pointer input, at least one of these has to hold: nothing happens on the down event; the action completes on the up event and can be cancelled beforehand or undone afterwards; or the up event reverses whatever the down event did. Only an essential need to act on the down event is exempt.

๐Ÿ’ก Why It Matters:

People with tremor, limited dexterity or an imprecise pointer press the wrong thing regularly. Acting on release rather than press is what makes a mis-press recoverable.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Pointer Pressure Not Relied On

Requiring a particular pointer pressure - a force press, for instance - cannot be the only way to do something, unless that pressure is essential.

๐Ÿ’ก Why It Matters:

Pressure-sensitive input assumes controlled force, which is not available to people with weakness, tremor, or those using a head pointer, stylus or switch.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Pointer Speed Not Relied On

Functionality cannot depend on moving the pointer at a particular speed, unless that speed is essential.

๐Ÿ’ก Why It Matters:

Speed requirements like double-click timing or a fast flick exclude people whose movements are slow or variable, including many older users.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Simple Pointer Input Available

Anything you can do with a complex pointer input - multi-finger, multi-point, path-based - can also be done with a simple pointer input, or a series of them that does not depend on timing.

๐Ÿ’ก Why It Matters:

Multi-point and timed gestures are unavailable to people using a head pointer, switch, stylus or single finger, and to anyone whose movements are slow or imprecise.

developing Assertion โŒจ๏ธ Input & Operation
W3C Source โ†—

Generated Speech Testing

An organisational assertion: the organisation states that it tested its voice input and communication systems with synthetic speech, not only human speech.

๐Ÿ’ก Why It Matters:

Many non-speaking people communicate through a speech-generating device. A system tuned only to human voices rejects them at the door.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Real-time text available

Two-way live voice communication also offers real-time text - text that transmits as it is typed rather than when a message is sent.

๐Ÿ’ก Why It Matters:

Real-time text lets a deaf or non-speaking person hold a live conversation at conversational pace, including in emergencies where a voice call is the default channel.

developing Core requirement โŒจ๏ธ Input & Operation
W3C Source โ†—

Speech Not Relied On

Content and functionality cannot depend on speech alone, unless speech input is essential to what the function is.

๐Ÿ’ก Why It Matters:

Requiring speech excludes people who are non-speaking, who have a speech difference, who use a communication device, or who are in a setting where they cannot speak.

developing Core requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Changes To Elements Notified

When an interactive element's name, role, value or state changes, that change is indicated both visually and programmatically.

๐Ÿ’ก Why It Matters:

A state change nobody announces - a button that has become pressed, a field now marked invalid - leaves screen reader users acting on stale information.

developing Core requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Input Constraints Used

The constraints and conditions on a field - required format, length, allowed values - are made available to the user.

๐Ÿ’ก Why It Matters:

Constraints discovered only by failing are a guessing game, which is costly for people with cognitive disabilities and for anyone whose input is slow or effortful.

developing Core requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Interactive Element Contrast Sufficient

The visual information needed to identify an interactive element and its states has to meet a minimum contrast ratio. Inactive elements, and components whose appearance the browser supplies unmodified, are exempt.

๐Ÿ’ก Why It Matters:

If the boundary of a control or the mark showing it is selected is too faint to see, the control is effectively invisible to people with low vision, even though its label is readable.

exploratory Requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Interactive Element Importance Indicated

An exploratory requirement: the relative importance of interactive components is indicated.

๐Ÿ’ก Why It Matters:

When every control looks equally weighted, users have to read all of them to find the one that matters - a real cost for people with cognitive disabilities or limited screen area.

developing Core requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Interactive Element Names Available

Every clickable or interactive element (buttons, links, form fields, tabs) must have a persistent visual and programmatic name so users know what it does.

๐Ÿ’ก Why It Matters:

Users rely on labels to know what will happen when they click or tap. Screen readers need programmatic names to announce controls accurately.

exploratory Supplemental requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Interactive Elements Distinguishable

Interactive elements look different from static content before anyone interacts with them, and carry visual cues about how to use them.

๐Ÿ’ก Why It Matters:

Flat design that removes button edges and link underlines makes people hunt by hovering, which is impossible on touch and unreliable for anyone with low vision or a cognitive disability.

developing Core requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Roles, values, states, properties available

Interactive elements expose accurate names, roles, values and states.

๐Ÿ’ก Why It Matters:

This is what assistive technology reads. An element with a wrong role is announced as the wrong kind of thing, and a missing state hides whether it is on, off, expanded or selected.

developing Supplemental requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Consistent Control Location

A control that serves the same purpose across pages keeps the same visual position - except where the position changes because of a page variation, a change of viewport, or a step in a process.

๐Ÿ’ก Why It Matters:

Spatial memory is how most people find familiar controls quickly. Moving them costs the most for magnification users, who see only a fraction of the screen at once.

developing Assertion ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Consistent Interactions

An organisational assertion: the organisation states that it reviewed its components so that things with the same function behave the same way, use the same visual indicators and the same labels, and follow standard platform patterns where they apply.

๐Ÿ’ก Why It Matters:

Inconsistent behaviour forces relearning at every encounter, which is exactly the cost people with cognitive disabilities can least absorb.

developing Assertion ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Conventional Pattern Used

An organisational assertion: the organisation states that its components follow established platform conventions, and that any component library it uses is tested for accessibility before use.

๐Ÿ’ก Why It Matters:

Assistive technologies are built around conventional patterns. A custom component that ignores them may be unusable even when it is technically labelled.

developing Supplemental requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Default Focus Indicator Used

The focusable element uses the browser's own default focus indicator rather than a replacement.

๐Ÿ’ก Why It Matters:

The default indicator is designed to be visible against unknown backgrounds and is what users already recognise. Replacing it is where most focus indicators become invisible.

developing Core requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Focus Indicator Contrast Sufficient

Where a custom focus indicator replaces the browser default, it has to have sufficient contrast against what is next to it and sufficient change of contrast from the unfocused state.

๐Ÿ’ก Why It Matters:

An indicator that cannot be distinguished from the background tells a sighted keyboard user nothing about where they are on the page.

developing Supplemental requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Focus Indicator Size Sufficient

Where a custom focus indicator replaces the browser default, it has to be large enough and close enough to what it marks.

๐Ÿ’ก Why It Matters:

A hairline outline is easy to lose on a busy page, particularly for people with low vision or when the page is magnified.

developing Assertion ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Focus Indicator Style Guide

An organisational assertion: the organisation states that it has a style guide covering focus indicators, plus a policy or process requiring it to be followed.

๐Ÿ’ก Why It Matters:

Focus styling is usually removed by accident, one component at a time. A style guide is what keeps it from eroding across a product.

developing Core requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Focus Order Meaningful

Keyboard focus moves through content in an order that preserves the meaning of the content and keeps it operable.

๐Ÿ’ก Why It Matters:

When focus order and reading order disagree, keyboard and screen reader users get the page in an order it was never written to be read in.

developing Core requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Focus Relevant

The focus order leaves out hidden elements, static content and groups of repeated interactive elements.

๐Ÿ’ก Why It Matters:

Tabbing through invisible or repeated stops wastes keystrokes and makes the focus indicator seem to vanish - a common reason keyboard users abandon a page.

developing Supplemental requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Focus Retained

A user can move focus into an area such as a modal or popup and get back to the rest of the content in a small number of steps.

๐Ÿ’ก Why It Matters:

Escaping an overlay by tabbing through everything inside it is slow enough that many keyboard users give up on the task.

developing Supplemental requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Default Pointer Used

The user can keep the pointer looking the way their system draws it, rather than having the page override it - unless changing the pointer is essential.

๐Ÿ’ก Why It Matters:

People who have enlarged or recoloured their cursor did so because they lose it otherwise. A custom cursor undoes that setting without asking.

developing Supplemental requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Enhanced Pointer Available

A more visible pointer indicator than the platform default is offered, switchable on in a setting, shown either temporarily or permanently.

๐Ÿ’ก Why It Matters:

Finding the pointer is a recurring problem for people with low vision, attention-related disabilities and anyone on a large or high-resolution display.

developing Supplemental requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Pointer activation indicated (enhanced)

Where the platform itself does not show a visible pointer indicator, the user can choose to have one shown at all times.

๐Ÿ’ก Why It Matters:

On touch and immersive platforms there is often no cursor at all, leaving no feedback about where an action will land.

developing Core requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Pointer activation indicated (minimum)

Where the platform does not show a pointer indicator, activating an interactive element by pointer produces a visible indication that it happened.

๐Ÿ’ก Why It Matters:

Without confirmation, users repeat the action - which on a form or a payment is worse than no feedback at all.

developing Core requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Pointer Contrast Sufficient

Where the pointer's appearance can be changed from the platform default, it must meet the non-text contrast requirement and be at least as large as the default.

๐Ÿ’ก Why It Matters:

A custom cursor that is smaller or fainter than the system one is harder to track for exactly the people who most need to track it.

developing Core requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Pointer Focus Indicated

There is a visible pointer indicator - except over video, where it may hide as long as there is a way to bring it back, and where the pointer is steering the direction of view in a virtual or real-world environment.

๐Ÿ’ก Why It Matters:

Losing the pointer means losing your place. The exceptions cover the cases where a visible cursor would obscure the content itself.

developing Core requirement ๐ŸŽ›๏ธ Interactive Components
W3C Source โ†—

Pointer Visible

The pointer indicator stays visible, with the same narrow exceptions for a stationary pointer over video and for a pointer controlling the direction of view.

๐Ÿ’ก Why It Matters:

Auto-hiding cursors force users to move the pointer to find it, which is a real cost for people with motor disabilities and for anyone with low vision.

exploratory Supplemental requirement ๐Ÿ“ Layout & Structure
W3C Source โ†—

Infinite Scrolling Controllable

An exploratory requirement: where content scrolls infinitely, a control before the scrolling content lets the user switch that behaviour off, and nothing becomes unreachable when they do.

๐Ÿ’ก Why It Matters:

Infinite scroll can put the footer permanently out of reach and makes a page impossible to get to the end of - a particular problem for screen reader and keyboard users.

developing Core requirement ๐Ÿ“ Layout & Structure
W3C Source โ†—

Overlay Content Dismissible

When new content appears over the main content, there is a way to dismiss it.

๐Ÿ’ก Why It Matters:

A cookie banner or chat widget with no reachable close button can cover the content permanently for keyboard users and for anyone using magnification.

developing Assertion ๐Ÿ“ Layout & Structure
W3C Source โ†—

Conventional Layout Review

An organisational assertion: the organisation states that it reviewed layout conventions for comparable products and either followed a conventional pattern or tested a non-conventional one.

๐Ÿ’ก Why It Matters:

Conventional layouts are what let people apply what they already know. Departing from them without testing shifts the learning cost onto users with cognitive disabilities.

developing Supplemental requirement ๐Ÿ“ Layout & Structure
W3C Source โ†—

Blocks of content available (enhanced)

Styling is used to strengthen the visual separation between meaningful blocks of content.

๐Ÿ’ก Why It Matters:

Clear visual grouping is how readers find their way without reading everything, and it is what keeps a page navigable when magnified or reflowed.

developing Core requirement ๐Ÿ“ Layout & Structure
W3C Source โ†—

Blocks of content available (minimum)

The page is divided into meaningful blocks that software can identify, and each block is given enough surrounding space to be seen as a block.

๐Ÿ’ก Why It Matters:

The programmatic part is what lets a screen reader jump between sections; the spacing is what lets a sighted reader see where one ends and the next begins.

developing Assertion ๐Ÿ“ Layout & Structure
W3C Source โ†—

Clear Structure Review

An organisational assertion: the organisation states that it has a process and policy for reviewing written content for clear structure before publication - checking the Structure guideline's core requirements, keeping sections concise, considering icons as structural cues, and turning sentences into lists where that helps - and that any style guide or author training covers these.

๐Ÿ’ก Why It Matters:

Structure is decided while writing, not afterwards. A review process is what keeps clear structure from depending on which author happened to write the page.

developing Supplemental requirement ๐Ÿ“ Layout & Structure
W3C Source โ†—

Heading Structure Available

Meaningful blocks of content are organised under a logical hierarchy of headings, where the technology supports heading levels.

๐Ÿ’ก Why It Matters:

Headings are the primary way screen reader users navigate a long page; a flat or scrambled hierarchy removes that route entirely.

developing Assertion ๐Ÿ“ Layout & Structure
W3C Source โ†—

Key Information Usability Testing

An organisational assertion: the organisation states that it ran usability testing with a diverse group including people with cognitive and mental health disabilities, checking that they understood the information hierarchy and menu organisation and could find key information.

๐Ÿ’ก Why It Matters:

Whether an information architecture works is not something its authors can judge - they already know where everything is.

developing Core requirement ๐Ÿ“ Layout & Structure
W3C Source โ†—

Order Detectable

Where content is ordered, programmatically determinable markers indicate each item's position - unless the nature of the ordering is stated immediately before it.

๐Ÿ’ก Why It Matters:

Without position markers a screen reader user hears a list of items with no sense of sequence, which matters when the order is the information.

developing Supplemental requirement ๐Ÿ“ Layout & Structure
W3C Source โ†—

Relationships Detectable

Where two things are related in meaning - a label and its field, a heading and its section, a cell and its column - the relationship is marked up, not just implied by position or styling.

๐Ÿ’ก Why It Matters:

A label beside a field, a cell under a column header, a caption under a figure - all of these are obvious by sight and invisible to assistive technology unless the relationship is marked up.

developing Core requirement ๐Ÿ“ Layout & Structure
W3C Source โ†—

Sections Labeled

Meaningful blocks of content carry a semantically appropriate label that says what they are for - unless the purpose is already clear from the context of use.

๐Ÿ’ก Why It Matters:

Labelled regions are what let a screen reader user skip to navigation, search or main content instead of reading through the page to find them.

developing Core requirement ๐Ÿ“ Layout & Structure
W3C Source โ†—

All Steps Listed

In a multi-step process, the full list of steps is available visually and programmatically at every step - unless the number of steps is unknown or the sequence depends on what the user does.

๐Ÿ’ก Why It Matters:

Knowing how much is left is what lets someone decide whether they can finish now, which matters for people with fatigue, pain or limited time on a shared device.

developing Core requirement ๐Ÿ“ Layout & Structure
W3C Source โ†—

Current Step Indicated

The current step in a multi-step process is indicated both visually and programmatically.

๐Ÿ’ก Why It Matters:

Without it, a user who is interrupted cannot tell where they are on returning, and a screen reader user may not be able to tell at all.

developing Assertion ๐Ÿ“ Layout & Structure
W3C Source โ†—

Location Within Product Review

An organisational assertion: the organisation states that it reviewed the conventions for showing the user's current location and used patterns that work both visually and programmatically.

๐Ÿ’ก Why It Matters:

Knowing where you are is the precondition for deciding where to go next; it is easily lost in deep or dynamic interfaces.

developing Core requirement ๐Ÿ“ Layout & Structure
W3C Source โ†—

Page/view change notified

When content causes a change of page or view, there is a visible change within the view and a programmatic notification of it.

๐Ÿ’ก Why It Matters:

In a single-page application nothing reloads, so a screen reader user may not be told anything happened and can continue reading content that is no longer there.

developing Core requirement ๐Ÿ“ Layout & Structure
W3C Source โ†—

Page/view title available

Each page or view has a title describing its name, topic or purpose - unless the technology has no way to carry one.

๐Ÿ’ก Why It Matters:

The title is the first thing a screen reader announces and how users tell tabs, windows and history entries apart.

developing Recommended practice ๐Ÿ“ Layout & Structure
W3C Source โ†—

Return To Start Prominent

A recommended practice: ways to get back to the starting point of the conformance scope are prominent, both visually and programmatically.

๐Ÿ’ก Why It Matters:

A reliable way home is what makes exploring safe. Without it, getting lost means starting over.

developing Supplemental requirement ๐Ÿ“ Layout & Structure
W3C Source โ†—

Return To Start Supported

There is a mechanism, available both visually and programmatically, to get back to the starting point of the conformance scope. Pages that are themselves the starting point are exempt, as is content where withholding the mechanism is essential.

๐Ÿ’ก Why It Matters:

A dependable route home is what makes it safe to explore an unfamiliar interface, and it is what a disoriented user reaches for first.

developing Assertion ๐Ÿ›ก๏ธ Policy & Protection
W3C Source โ†—

Inclusive Data Set

An organisational assertion: the organisation states that its authors train AI models on representative, unbiased disability-related data, in proportion to the general population.

๐Ÿ’ก Why It Matters:

Models trained on data where disabled people are rare or stereotyped reproduce that in their output - and increasingly that output is the interface.

developing Assertion ๐Ÿ›ก๏ธ Policy & Protection
W3C Source โ†—

No Harm From Algorithms

An organisational assertion: the organisation states that its authors run usability testing and ethics reviews to reduce the chance that algorithms disadvantage disabled people.

๐Ÿ’ก Why It Matters:

Algorithmic decisions about ranking, moderation or eligibility can disadvantage disabled people invisibly, without any individual decision looking wrong.

developing Assertion ๐Ÿ›ก๏ธ Policy & Protection
W3C Source โ†—

Algorithm Inclusivity Review

An organisational assertion: the organisation states that it has a policy and process for reviewing the data set, the results or the algorithm itself to reduce disadvantage to disabled people, and records which disabilities were considered and what was reviewed.

๐Ÿ’ก Why It Matters:

Naming what was reviewed and which disabilities were in scope is what turns a general claim of fairness into something that can be checked.

developing Supplemental requirement ๐Ÿ›ก๏ธ Policy & Protection
W3C Source โ†—

Consequences Explained Before Agreement

Where entering an agreement is required, the legal, financial, privacy and security consequences are given before it is finalised.

๐Ÿ’ก Why It Matters:

Consequences disclosed after the fact are not a choice. Presenting them beforehand is what makes consent meaningful for people who need time to process them.

developing Core requirement ๐Ÿ›ก๏ธ Policy & Protection
W3C Source โ†—

Consequences Of Choices Explained

Choices with legal, financial, privacy or security consequences come with a description of the benefits, the risks and what may follow.

๐Ÿ’ก Why It Matters:

Interfaces routinely present consequential choices as routine ones. An explicit description is what protects people who take the interface at its word.

developing Assertion ๐Ÿ›ก๏ธ Policy & Protection
W3C Source โ†—

Diverse Disabilities Considered

An organisational assertion: the organisation states that it considered the safety and security of users with diverse disabilities - noting, for example, that people with cognitive or learning disabilities are sometimes targeted for exploitation - researched the risks, and took reasonable practical steps to mitigate what it found.

๐Ÿ’ก Why It Matters:

Safety design usually assumes an average user. Disabled users are disproportionately targeted, and a threat model that leaves them out leaves them unprotected.

exploratory Core requirement ๐Ÿ›ก๏ธ Policy & Protection
W3C Source โ†—

Risk Comparable

An exploratory requirement: where content shows or asks for personal or sensitive information, using assistive technology, an accessible alternative version, an accessibility modification or an accessibility setting must not expose the user to extra risk.

๐Ÿ’ก Why It Matters:

If turning on accessibility features marks a user out, weakens their security, or discloses their disability, the price of access is exposure.

developing Supplemental requirement ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

No Time Limits

Completing a process does not involve time limits, unless a limit is essential.

๐Ÿ’ก Why It Matters:

Time limits assume a typical speed of reading, typing and decision-making. People using screen readers, switch input or voice, and people with cognitive disabilities, routinely need longer.

developing Assertion ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

No Unnecessary Time Limits

An organisational assertion: the organisation states that the products and processes in scope have no non-essential time limits for engagement or completion.

๐Ÿ’ก Why It Matters:

Most time limits are implementation convenience rather than necessity, and each one silently excludes whoever cannot work at that pace.

developing Supplemental requirement ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

Time Limits Conveyed

Where a time limit exists, the user is told at the start of the process or session that there is one, how long it is, and that it can be adjusted - unless hiding its existence is essential.

๐Ÿ’ก Why It Matters:

A limit nobody mentions is discovered by losing work. Knowing about it in advance is what lets someone adjust it or plan around it.

developing Supplemental requirement ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

Timeout Adjustable

Where time limits exist, there is a way to extend the limit before it expires or to switch it off - unless the limit is essential.

๐Ÿ’ก Why It Matters:

Without an extension, a session that times out mid-form destroys work, and the people most likely to hit it are those who were already working hardest to complete it.

developing Assertion ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

Deceptive Practices Usability Testing

An organisational assertion: the organisation states that it ran a usability test including participants with cognitive or mental health disabilities to look for misleading wording, artificial pressure and misdirection, and removed what it found.

๐Ÿ’ก Why It Matters:

Deceptive patterns work by exploiting the gap between what an interface appears to offer and what it does - a gap that is widest for users who read it literally.

developing Assertion ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

Deceptive messaging expert review

An organisational assertion: the organisation states that an expert review looked for misleading wording, artificial pressure, misdirection and other deceptive practices, and that what was found was removed.

๐Ÿ’ก Why It Matters:

Expert review catches patterns that individual users experience as their own mistake rather than as a design decision.

exploratory Supplemental requirement ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

No Artificial Time Limits

An exploratory requirement: completing a process does not involve artificial time limits - countdowns manufactured to create urgency - unless the limit is essential.

๐Ÿ’ก Why It Matters:

Manufactured urgency pushes people into decisions before they have understood them, and hits hardest anyone who needs longer to read or decide.

developing Core requirement ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

Preselections Visible

During a process, any preselected option affecting finance, privacy or safety is visible and programmatically available to the user by default.

๐Ÿ’ก Why It Matters:

A pre-ticked box is a decision made on the user's behalf. If it is not announced, a screen reader user may agree to it without ever encountering it.

developing Core requirement ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

Automated Entry Allowed

Automated entry of personal information is not blocked - whether from the browser, a third-party tool, or pasting.

๐Ÿ’ก Why It Matters:

Blocking paste or autofill forces manual transcription of exactly the data that is longest and least memorable, which is a barrier for password manager users and people with cognitive or motor disabilities.

developing Core requirement ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

Cognitive Test Alternatives Available

Users must not be forced to solve puzzles, recall passwords, or perform mental math to complete tasks unless an alternative login or verification method exists.

๐Ÿ’ก Why It Matters:

Cognitive tests like CAPTCHAs lock out users with memory loss, dyslexia, or brain injuries.

exploratory Supplemental requirement ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

Copying Supported

An exploratory requirement: copying content is not prevented.

๐Ÿ’ก Why It Matters:

Copying is how people move text into a translator, a reader, a note or a password manager. Blocking it removes an adaptation the user had already made for themselves.

exploratory Core requirement ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

No Memorization

An exploratory requirement: a process can be completed without having to memorise and recall information from an earlier stage.

๐Ÿ’ก Why It Matters:

Requiring recall turns a task into a memory test, which excludes people with memory impairments, and is harder for anyone interrupted mid-process.

developing Supplemental requirement ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

Information Requirements Available At Start

Where a user has to complete a multi-step process, the information and resources needed are given up front: how many steps it may take if that is known, what will be needed to do it, and an overview of the process and the next step.

๐Ÿ’ก Why It Matters:

Discovering halfway through that a document is needed means abandoning the task. Knowing in advance is what lets people with limited time, energy or attention start at the right moment.

developing Supplemental requirement ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

Process Instructions Available

Where a task runs across several steps, the instructions for completing it are there to be found - the process does not assume the user already knows how it works.

๐Ÿ’ก Why It Matters:

Processes that assume prior knowledge exclude first-time users, and disproportionately those who cannot infer the missing steps from the layout alone.

developing Supplemental requirement ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

Required Action Available

Where the user must do something to move to the next step, the interface says so.

๐Ÿ’ก Why It Matters:

A process that stalls without saying why reads as a broken page. The user most likely to give up is the one who cannot see the unfilled field.

developing Supplemental requirement ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

Going Back Supported

In a multi-step process the user can step backwards and return to where they were without losing data - unless it is essential that they cannot go back.

๐Ÿ’ก Why It Matters:

Correcting an earlier answer should not cost the whole form. Losing data on going back punishes exactly the users who most often need to check their work.

developing Supplemental requirement ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

No Redundant Entry

Information the user already entered or was already given, if required again in the same process, is either filled in automatically or offered for selection. Re-entry that is essential, needed for security, or where the earlier information is no longer valid, is exempt.

๐Ÿ’ก Why It Matters:

Re-typing the same data is effort and a new chance to make a mistake, which is costly for people with motor and cognitive disabilities and slow for anyone using speech input.

developing Supplemental requirement ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

Progress Saved

Data entry and task completion can be saved and resumed from the current step - unless the task is part of a real-time event where no alternative to the time limit is possible.

๐Ÿ’ก Why It Matters:

Being able to stop and come back is what makes a long task possible for people with fatigue, pain, attention-related disabilities, or an unreliable connection.

developing Assertion ๐Ÿ“‹ Process & Task Completion
W3C Source โ†—

Usability Testing For Unnecessary Steps

An organisational assertion: the organisation states that it ran usability testing, including participants with cognitive or mental health disabilities, to find unnecessary steps and unnecessary requests for information.

๐Ÿ’ก Why It Matters:

Every extra step is a place to give up. Which steps are unnecessary is visible in testing and invisible from inside the design.

developing Core requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Abbreviations Explained

An abbreviation is explained where it is first used - unless it has become a dictionary word in its own right (such as "scuba" or "HTML"), appears in a logo, or sits inside a longer phrase that the non-literal language requirement already covers.

๐Ÿ’ก Why It Matters:

Unexplained abbreviations stop readers who are new to a domain, reading in a second language, or have a language or learning disability - and screen readers often pronounce them as words.

developing Assertion ๐Ÿ“ Text & Wording
W3C Source โ†—

Clear Language Review

An organisational assertion: the organisation states that it has a process and policy for reviewing text for clear language before publication - meeting the Clear Language guideline's core requirements, choosing verb tense for ease of understanding, keeping paragraphs short, and opening informative paragraphs with a topic sentence - and that any style guide or author training covers these.

๐Ÿ’ก Why It Matters:

Clarity is a property of how content is produced. A review policy is what makes it survive deadlines and changes of author.

developing Supplemental requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Common Words Used

Common words are used, and uncommon ones come with definitions. This applies to languages with more than 1,500 words; names of people and places are exempt, as are languages with no high-frequency corpus.

๐Ÿ’ก Why It Matters:

Vocabulary is the most common barrier in text. Uncommon words stop readers with cognitive and learning disabilities, and readers working in a second language.

developing Core requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Diacritics Available

Where a language has a form that drops diacritics for proficient readers, the diacritics needed to identify each word's correct meaning are available.

๐Ÿ’ก Why It Matters:

Without them, a word can be read several ways. Readers who are still learning the language, or who have a reading disability, cannot reliably pick the right one from context.

developing Supplemental requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

No Nested Clauses

Sentences avoid nested clauses. Poetic, scriptural, artistic and expressive content is exempt, as is legal information.

๐Ÿ’ก Why It Matters:

Each nested clause is something the reader has to hold in mind while the sentence finishes. That load is what makes otherwise simple information unreadable for people with cognitive disabilities.

developing Supplemental requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

No Unnecessary Words

Sentences avoid unnecessary words. Poetic, scriptural, artistic and expressive content is exempt.

๐Ÿ’ก Why It Matters:

Padding lengthens the path to the meaning, which costs the most for people who read slowly, use text-to-speech, or have limited working memory.

developing Supplemental requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Non-literal language explained

Idioms, metaphors and other non-literal language come with an explanation or an unambiguous alternative in text. Poetic, scriptural, artistic and expressive content is exempt.

๐Ÿ’ก Why It Matters:

Non-literal language is routinely read literally by people with some cognitive disabilities and by autistic readers, and it rarely survives translation.

exploratory Supplemental requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Numerical Alternatives Available

An exploratory requirement: complex numerical information, such as statistics, comes with an explanation or an alternative.

๐Ÿ’ก Why It Matters:

Statistics compress a lot of meaning into a form many readers cannot unpack, and a misread number can change a decision about health or money.

developing Core requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Summaries Available

Long-form text - a page of continuous prose in paragraphs of 300 words or more - has a summary that is identifiable both visually and programmatically, uses concise sentences, and gives access to explanations of any uncommon words it uses. Where the text runs across several pages, only the first needs one.

๐Ÿ’ก Why It Matters:

A summary is how a reader decides whether to spend the effort, and for people with cognitive disabilities or limited reading stamina it is often the only part they can get through.

developing Assertion ๐Ÿ“ Text & Wording
W3C Source โ†—

Visual Aids Review

An organisational assertion: the organisation states that it has a process and policy for finding complex ideas in its text - processes, workflows, relationships, chronology - and adding visual aids to help readers understand them.

๐Ÿ’ก Why It Matters:

Some relationships are far easier to see than to read. A diagram is often the difference between a process being followable and being merely described.

developing Core requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Blocks Of Text Adjustable

The presentation of blocks of text can be adjusted without losing content or functionality - inline margin, block margin, line length, line height and justification. The exact values are still to be determined in the draft. Hard-coded styling, such as raw text that is already capitalised or hyphenated, is exempt.

๐Ÿ’ก Why It Matters:

Readers with dyslexia, low vision or attention-related disabilities often need wider spacing or shorter lines. Layouts that break when those change force a choice between reading comfortably and reading at all.

developing Supplemental requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Blocks of text readable (enhanced)

The text as authored - before any user adjustment - meets enhanced values for inline margin, block margin, line length and line height. The values themselves are still to be determined.

๐Ÿ’ก Why It Matters:

Setting readable defaults means users do not have to know that adjustment is possible, which is most of them.

developing Core requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Blocks of text readable (minimum)

The same as the enhanced version but at a minimum level: the authored presentation of text blocks meets baseline values for inline margin, block margin, line length and line height, still to be determined.

๐Ÿ’ก Why It Matters:

Long lines and tight leading cause readers to lose their place on the return sweep - a problem for everyone, and a barrier for people with dyslexia or low vision.

developing Core requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Text Color Adjustable

The foreground and background colour of text can be changed without losing content or functionality. The exceptions mirror the contrast requirement: text also present elsewhere in a conforming form, text in an inactive control, pure decoration, invisible text, text within a substantive picture, and logos.

๐Ÿ’ก Why It Matters:

Many people read only with a specific colour combination - light text on dark, or a tinted background for scotopic sensitivity. Content that resists recolouring blocks the adaptation they depend on.

developing Supplemental requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Text contrast sufficient (enhanced)

A higher contrast bar than the minimum requirement, with the same scope and exceptions. The measure itself is still to be determined in the draft.

๐Ÿ’ก Why It Matters:

The minimum level is a floor, not a comfortable reading level. The enhanced level is aimed at people whose contrast sensitivity is significantly reduced.

developing Core requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Text contrast sufficient (minimum)

Text meets a minimum contrast against its background. The contrast measure is still to be determined in the draft. Exceptions include inactive controls, pure decoration, invisible text, text in pictures with significant other visual content, logos, and text that also appears elsewhere on the page in a form that meets the requirement.

๐Ÿ’ก Why It Matters:

Low-contrast text is hard or impossible to read for people with low vision, and for anyone in bright light.

developing Supplemental requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Text Customizations Retained

Where content can be exported, saved or printed, the user's own text-appearance customisations survive into the exported copy.

๐Ÿ’ก Why It Matters:

Adjustments that vanish on export mean the saved copy is unreadable to the person who saved it - and they usually have no way to reapply them.

developing Core requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Text Size Adjustable

Text can be increased to at least 200% of the platform's default body-text size. Text that also appears elsewhere in the view and can be enlarged that far is exempt.

๐Ÿ’ก Why It Matters:

Enlarging text is the most common adaptation there is. Layouts that clip, overlap or scroll sideways at 200% take it away from people with low vision.

developing Core requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Text Style Adjustable

Text style properties can be adjusted without losing content or functionality - typeface, font width, text decoration, capitalisation and automatic hyphenation - to values still to be determined. Hard-coded styling is exempt.

๐Ÿ’ก Why It Matters:

Readers with dyslexia often substitute a typeface, and all-caps or hyphenated text is markedly harder to read. Being able to change these is what makes text legible for them.

developing Supplemental requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Text style readable (enhanced)

The authored presentation of text style properties - typeface, font size, font width, text decoration, letter spacing, capitalisation and end-of-line hyphenation - meets enhanced values, still to be determined.

๐Ÿ’ก Why It Matters:

Defaults decide what most readers get. Setting them at the enhanced level removes the need for individual adaptation.

developing Core requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Text style readable (minimum)

The same properties at a minimum level: the authored text style meets baseline values, still to be determined.

๐Ÿ’ก Why It Matters:

This is the floor below which text is difficult for a large share of readers regardless of any setting they might change.

developing Core requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Human Language Detectable

The human language of everything in the view can be determined programmatically - unless no language tag exists for it in the ISO register, or the technology cannot indicate language at all.

๐Ÿ’ก Why It Matters:

Screen readers choose pronunciation rules from the language tag. Untagged or mistagged text is read in the wrong accent and is often incomprehensible.

developing Core requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Numerical Metadata Available

Numerical information carries enough context in the written text, plus a programmatic equivalent, to avoid confusion - dates, temperatures, times and Roman numerals in particular.

๐Ÿ’ก Why It Matters:

"03/04" is two different dates depending on the reader, and a screen reader may voice a Roman numeral as a word. Context is what stops a number being misread.

exploratory Core requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Text Appearance Not Relied On

An exploratory requirement: where styling, weight or other text characteristics carry meaning beyond the words themselves, that meaning is also available programmatically. Where the only added meaning is emphasis, the requirement does not apply.

๐Ÿ’ก Why It Matters:

Bold, colour and size are invisible to a screen reader unless marked up. Meaning carried only by appearance simply does not reach the user.

developing Core requirement ๐Ÿ“ Text & Wording
W3C Source โ†—

Text Detectable

Every piece of text a sighted user can see has an equivalent that software can read - including text inside images and drawn onto a canvas. The exception is where providing it would duplicate text already present in the view.

๐Ÿ’ก Why It Matters:

Text baked into an image or drawn on a canvas cannot be read aloud, enlarged, recoloured or translated. The programmatic equivalent is what restores all of those.

developing Supplemental requirement โš™๏ธ User Control & Settings
W3C Source โ†—

Layout Reflow Supported

The page has to work in a 320-CSS-pixel-wide column - the width of a 1280px page at 400% zoom - without forcing the reader to scroll both across and down. Sections that scroll the other way must fit that width too. Tables and program guides, slide-style canvases, and multi-panel tools such as image editors and IDEs are exempt.

๐Ÿ’ก Why It Matters:

320 CSS pixels is what a 1280-pixel page looks like at 400% zoom. Content that forces scrolling in both directions at that size makes reading a line a two-handed operation.

developing Supplemental requirement โš™๏ธ User Control & Settings
W3C Source โ†—

Orientation supported (enhanced)

Content works in both portrait and landscape. Content aligned with the physical world, and cases where a particular orientation is essential, are exempt.

๐Ÿ’ก Why It Matters:

A device mounted to a wheelchair or a bed is fixed in one orientation. Content that only works the other way round cannot be used at all.

developing Core requirement โš™๏ธ User Control & Settings
W3C Source โ†—

Orientation supported (minimum)

Where a platform has a default orientation, content supports it; where the platform has none, content supports both portrait and landscape. The same exemptions apply.

๐Ÿ’ก Why It Matters:

Locking orientation overrides a physical setup the user cannot change, which is why this is a baseline rather than an enhancement.

developing Supplemental requirement โš™๏ธ User Control & Settings
W3C Source โ†—

Text Reflow Supported

Blocks of text stay legible at 320 CSS pixels in the orientation of the text, without having to scroll in that direction to read a line. Text whose meaning depends on a two-dimensional structure is exempt.

๐Ÿ’ก Why It Matters:

Having to scroll sideways to read every line makes sustained reading impossible, which is the everyday experience of magnification users on unreflowed layouts.

developing Core requirement โš™๏ธ User Control & Settings
W3C Source โ†—

Assistive Technology Supported

Screen readers, switch devices, voice control, magnifiers and other assistive or adaptive technology can operate the content - not merely read it.

๐Ÿ’ก Why It Matters:

This is the baseline the rest depends on: content that blocks or breaks assistive technology is inaccessible no matter how well it is labelled.

developing Supplemental requirement โš™๏ธ User Control & Settings
W3C Source โ†—

Notifications Adjustable

Where notifications or other interruptions occur, their timing or position can be changed, suppressed or saved - unless the notification is an emergency or is otherwise essential.

๐Ÿ’ก Why It Matters:

Interruptions break concentration and can steal focus mid-task, which is particularly costly for people with attention-related and cognitive disabilities.

developing Core requirement โš™๏ธ User Control & Settings
W3C Source โ†—

User Settings Supported

Content responds to the accessibility-related settings the user has already set on their platform or browser.

๐Ÿ’ก Why It Matters:

People configure contrast, motion, text size and colour once, at system level. Content that ignores those settings makes them configure everything again, site by site.

developing Core requirement โš™๏ธ User Control & Settings
W3C Source โ†—

Virtual Cursor Supported

Assistive technologies can reach content and interactions when they use a separate point of regard or focus - the virtual cursor a screen reader moves through the page independently of keyboard focus.

๐Ÿ’ก Why It Matters:

Screen reader users read with the virtual cursor. Content that only responds to real keyboard focus is reachable but unreadable.

developing Core requirement โš™๏ธ User Control & Settings
W3C Source โ†—

Change Of Content Notified

A meaningful visual change has to be announced programmatically, not just shown. The draft lists what counts: changes above the user's place in reading order, changes earlier in a process, notifications and status or error messages, changes in how much content there is, changes that alter meaning, and changes of audience. Continuous change with no pause is exempt.

๐Ÿ’ก Why It Matters:

A change a sighted user sees at a glance is invisible to a screen reader user unless it is announced, so they act on a version of the page that no longer exists.

developing Core requirement โš™๏ธ User Control & Settings
W3C Source โ†—

Change Of Focus Notified

When focus changes, whether on focus or automatically, the user is notified both visually and programmatically.

๐Ÿ’ก Why It Matters:

Unannounced focus movement is disorienting for sighted keyboard users and can leave screen reader users reading from an entirely different part of the page.

developing Core requirement โš™๏ธ User Control & Settings
W3C Source โ†—

Change Of User Agent Notified

When content triggers a device change or an automatic change of user agent, the user is told before it happens.

๐Ÿ’ก Why It Matters:

Being thrown into another app or device mid-task can drop assistive technology settings and abandon work in progress.

exploratory Requirement โš™๏ธ User Control & Settings
W3C Source โ†—

Background Adjustable

An exploratory requirement: patterns, designs and images behind text are avoided, or the user can remove them.

๐Ÿ’ก Why It Matters:

Texture behind text lowers effective contrast unpredictably and makes letter shapes harder to resolve, particularly for people with low vision or dyslexia.

exploratory Requirement โš™๏ธ User Control & Settings
W3C Source โ†—

Font Size Not Relied On

An exploratory requirement: where font size carries visual meaning, such as marking headings, that meaning survives when the text is resized.

๐Ÿ’ก Why It Matters:

Hierarchy expressed only by size collapses once a user sets their own text size - and it was never available to screen reader users in the first place.

developing Supplemental requirement โš™๏ธ User Control & Settings
W3C Source โ†—

Media Alternatives Controllable

The viewer, not the page, decides whether closed captions and audio descriptions are playing, and can change that at any point.

๐Ÿ’ก Why It Matters:

Which alternative helps depends on the viewer. Control is what lets people sharing a screen, or with different needs, use the same media.

developing Supplemental requirement โš™๏ธ User Control & Settings
W3C Source โ†—

Media Alternatives Searchable

Alternatives for media - transcripts and the like - can be searched and queried.

๐Ÿ’ก Why It Matters:

Search is what makes a long transcript usable for finding one fact, rather than a wall of text to read through.

developing Supplemental requirement โš™๏ธ User Control & Settings
W3C Source โ†—

Media Chapters Available

Audio or video of five minutes or longer can be navigated by chapters, unless it is a piece of music the composer did not divide into movements.

๐Ÿ’ก Why It Matters:

Scrubbing a timeline precisely is difficult with a switch, a head pointer or a tremor. Chapters give structural navigation that does not depend on fine pointer control.

developing Core requirement โš™๏ธ User Control & Settings
W3C Source โ†—

Page/view audio adjustable

Where audio plays automatically, users can pause it, stop it, and adjust its volume separately from the system volume. All three are required, which is stricter than WCAG 2.2's 1.4.2, where any one of them is enough.

๐Ÿ’ก Why It Matters:

Background audio masks a screen reader's speech, making the page unusable until it stops - and the system volume control turns off both at once.