DIGITAL ACCESSIBILITY / LEARN · BUILD · TEST

Make every step
possible.

A useful service lets people find information, understand a choice and complete a task. Practise the details here, then use the testing worksheet to review your own pages.

Fifteen connected resources · source-linked learning and practical tools · no account needed

CHOOSE A TASK

What are you working on?

15 resources available.

New · guided observations

Testing worksheet

Work through 16 manual checks. Record the page, task, environment, evidence and next action; save a draft on this device or download a report.

Start a review

New · editorial review

Batch image review

Paste HTML to inventory image alternatives. Compare missing and empty attributes, record proposed changes and review decisions, then export the whole image list.

Review image markup

FROM KNOWING TO DOING

Four ways to make progress

01 / Write for the task

Start with what the reader needs to do. Use meaningful headings, short instructions and links that describe their destination. Explain unfamiliar terms at the point of use.

  1. Read the headings alone. Do they describe the page?
  2. Review images beside their caption, link and surrounding copy. The same image can need different alternatives in different contexts.
  3. Replace “click here” with a useful destination when the surrounding context does not explain it.

Practise an image decision · W3C writing guidance

02 / Design the difficult states

Design the empty, loading, invalid and successful states alongside the main screen. Show where focus should go when something opens, closes or fails. Give information enough space to survive larger text.

  1. Check contrast for text, boundaries and meaningful graphics.
  2. Pair colour with text or another clear cue for errors and selection.
  3. Try the actual task at a narrow width and with enlarged text; preserve controls and instructions.

Compare colours · Understand reflow and its exceptions

03 / Build predictable interactions

Use links for navigation and buttons for actions. Give fields persistent labels and connect help and error messages to their controls. A custom appearance still needs a usable name, role, state and keyboard behavior.

  1. Start with native HTML, then add behavior only where needed.
  2. Test opening, completing, cancelling and returning from a component.
  3. Announce meaningful changes without moving focus for routine status updates.

Explore working examples · Read the code patterns

04 / Test a complete journey

Choose a real task, such as finding a course and registering. Include validation, confirmation and recovery. Record the browser and assistive technology so another person can reproduce the finding.

  1. Use the keyboard, then inspect structure and text alternatives with a screen reader.
  2. Check zoom, reflow, spacing, contrast and media alternatives.
  3. Use automated results as leads, investigate them, and retest fixes with the people affected.

Record your review · W3C preliminary checks

Keyboard testing and screen-reader testing answer different questions. Tab moves through interactive controls; it does not read every heading or paragraph. Use your screen reader’s reading and navigation commands to examine content and structure as well.

WCAG 2.2 / PRACTICAL CHECKPOINTS

Six details to add to your review

These are selected criteria added in WCAG 2.2. They extend the fundamentals; they are not a complete conformance checklist. Open each source for the full requirement, definitions and exceptions.

2.4.11 · AA

Keep focused controls visible

A keyboard-focused component must not be entirely hidden by author-created content. Check sticky headers and fixed toolbars. User-opened content has an allowance when the control can be revealed without advancing focus; movable content is assessed in its initial position. Aim to keep the whole control visible.

Focus Not Obscured (Minimum)

2.5.7 · AA

Offer a way without dragging

When an action needs dragging, provide a single-pointer alternative without a drag, unless an exception applies. A reorder list can offer Move up and Move down buttons. Keyboard support alone does not establish this pointer alternative.

Dragging Movements

2.5.8 · AA

Give targets size or space

The minimum target size is 24 × 24 CSS pixels, subject to spacing and other exceptions. Tiny neighbouring icons need particular care. Larger targets can be easier to use; 44 × 44 belongs to the enhanced AAA criterion, not this AA minimum.

Target Size (Minimum)

3.2.6 · A

Make repeated help predictable

When a help mechanism repeats across a set of pages, keep its order relative to other content consistent unless the user changes it. Check contact links and self-help options across the same layout variation. This criterion does not require adding a help mechanism to every page.

Consistent Help

3.3.7 · A

Reuse information within a process

When a process asks again for information already entered or provided, populate it or make it selectable, subject to the criterion’s exceptions. For example, offer to reuse the delivery address for billing. Browser autocomplete alone is not the same as the site reusing that information.

Redundant Entry

3.3.8 · AA

Let people use login assistance

Avoid making a cognitive-function test the only way to authenticate. Support tools such as password managers and pasting codes, or an alternative that meets the criterion. Its named exceptions matter; inspect the whole login and recovery journey rather than one field.

Accessible Authentication (Minimum)

CONTENT IS PART OF THE PRODUCT

Plan the version people can use

Images, charts and announcements

An event poster needs its essential event information in text. A chart may need a short alternative plus a nearby explanation or data table. Keep names, units, relationships and the important conclusion available without relying on the image.

Provide the information where people need it, and use the alternative to identify the image’s role. Avoid repeating a full caption when it already provides the same meaning.

Try a poster or chart scenario · W3C complex-image guidance

Audio, video and recordings

Plan captions for speech and meaningful sounds. Identify essential visual information that the audio does not convey, and plan description where needed. A transcript makes content easier to search and review; it does not automatically replace synchronized captions or required audio description.

Review automatic output for names, timing and meaning. Check the player with a keyboard, including captions and playback controls.

Use the captions guide · W3C accessible media planning

LEAVE A USEFUL HANDOFF

Write a finding someone can reproduce

Example: recovering from a form error

Task and environment
Register for a workshop; desktop browser, keyboard, screen reader and version recorded.
Steps
Leave the email field empty, then activate Continue.
Observed
An error appears visually, but focus stays on Continue and the error is not announced.
Impact
A person who cannot see the message may not know why registration stopped or which field needs attention.
Next action and retest
Associate the message with the field and provide a discoverable error summary or other suitable notification. Retest empty, invalid and corrected entries through to confirmation.

Record evidence and uncertainty. “No issue found” means that this check, on this task and environment, did not reveal an issue. A short worksheet or automated scan cannot establish that a whole website conforms.

Keep the sources close

Guidance reviewed on 15 September 2026. These original learning tools use WCAG 2.2, W3C WAI tutorials and ARIA Authoring Practices. Individual tools link to the relevant material. Apply the full requirements to your project and test with people who use assistive technology.

CONTENT / TOOLS / INTERFACES / EVALUATION

Find the accessibility reference for your work

Explore WCAG for content, ATAG for authoring tools, UAAG for browsers and players, WAI-ARIA for interface semantics, ACT for test rules, and EARL for reporting results. Search the references, try practical learning activities, and follow the original sources.