Skip to main content

WCAG 2.2 for website owners

A practical WCAG 2.2 checklist for your website.

Work through real customer journeys, use automation for the checks it can make reliably, and keep human review where context decides the answer.

Start with an automated scanOne live page, no signup.

How to use this checklist

Test a journey, not a pile of disconnected rules.

Start with your homepage and the path to enquiry, booking, signup or checkout. Check representative templates, record what failed, repair the shared source, and repeat the same journey.

Automated first pass

A scanner can quickly flag many code, naming, contrast and structure problems. It cannot decide whether the whole experience works.

Manual check

Use keyboard, zoom, reflow and task-based review where sequence, meaning and usability depend on context.

Specialist review

Bring in accessibility expertise for assistive-technology journeys, media alternatives and a formal conformance position.

Website-owner checklist

Four groups to work through on every important journey.

These checks translate common WCAG 2.2 A and AA concerns into an operating list. They do not replace the complete standard or its applicability notes and exceptions.

Page structure and content

Start with the information people need to perceive and navigate the page.

  • Automated first pass

    Give every informative image a useful text alternative

    Decorative images should be ignored by assistive technology; informative images need text that serves the same purpose in context.

  • Automated first pass

    Keep text readable against its background

    Check normal text and large text in every state, including errors, placeholders, disabled controls and text placed over images.

  • Automated first pass

    Use one meaningful heading hierarchy

    Headings should describe the sections beneath them. Visual size alone should not create the page outline.

  • Manual check

    Check zoom, reflow and orientation

    At narrow widths and high zoom, content should remain available without overlapping, clipping or forcing two-dimensional scrolling except where it is genuinely necessary.

  • Automated first pass

    Make link purpose understandable

    A link name should explain its destination or action from its text and immediate context, rather than relying on “read more” everywhere.

Forms, errors and status messages

A form is only accessible when people can understand, complete and recover from it.

  • Automated first pass

    Give every field a programmatic label

    Visible labels, instructions and required-state cues must stay associated with the right input after validation runs.

  • Manual check

    Identify errors in text and explain the repair

    Do not rely on colour alone. Put a useful message beside the field and provide a summary when the form is long or the error may be off-screen.

  • Manual check

    Announce important status changes

    After submission, loading, filtering or adding to a basket, confirm the result without forcing keyboard or screen-reader users to hunt for it.

  • Manual check

    Avoid asking for the same information twice

    Within one process, auto-populate or let people select information they have already entered unless repetition is essential.

  • Specialist review

    Review authentication and recovery

    Password, one-time-code and account-recovery steps should work with password managers, paste and accessible alternatives to cognitive tests.

Keyboard, focus and pointer input

Test the complete task, not merely whether individual controls receive focus.

  • Manual check

    Complete every action with a keyboard

    Menus, dialogs, carousels, filters, checkout and account controls need a logical route with no keyboard trap.

  • Manual check

    Keep focus visible and unobscured

    The focused control needs a clear indicator and should not disappear behind sticky headers, cookie banners or open overlays.

  • Manual check

    Check focus order against the visual task

    Tab order should follow the intended reading and interaction sequence, especially after content opens, closes or updates.

  • Manual check

    Provide alternatives to dragging

    Anything completed by dragging should also have a simple pointer-operated alternative, such as buttons for moving or reordering an item.

  • Manual check

    Make pointer targets large enough to use

    Review crowded icon rows, pagination, close controls and adjacent links. WCAG 2.2 Level AA includes a minimum target-size criterion with defined exceptions.

Media, motion and time limits

People need equivalent information and enough control over moving or time-sensitive experiences.

  • Specialist review

    Caption prerecorded video with speech

    Captions should include the dialogue and meaningful audio needed to understand the content; autogenerated text needs a human accuracy check.

  • Specialist review

    Provide audio description where visuals carry meaning

    If important information is only visual, provide it through audio description or an equivalent alternative that preserves the experience.

  • Manual check

    Let people pause moving or auto-updating content

    Carousels, animation, tickers and refreshes should not compete indefinitely with reading or interaction.

  • Specialist review

    Avoid dangerous flashing and test motion controls

    Do not publish rapidly flashing content. Motion triggered by device movement should have an accessible control unless the motion is essential.

  • Manual check

    Give warning and control over time limits

    Where a session or task expires, people generally need notice and a way to extend it unless a WCAG exception applies.

Record evidence, not a tick-box promise.

For each journey, record the page or template tested, the date, automated findings, manual checks, fixes made and the re-test result. A repeated failure in a header, form component or theme belongs in the shared source, not on a page-by-page patch list.

Keep unresolved manual questions visible. “No automated issues found” and “this journey works for people using assistive technology” are different statements and need different evidence.

ClearSite's scan and verified-fix evidence record can preserve the automated part of that history. It is not a full accessibility evaluation.

The boundary

Useful is not the same as complete.

This is not a complete WCAG conformance audit. WCAG conformance depends on the full applicable success criteria, complete processes and pages, supported accessibility technologies, and any relevant exceptions.

ClearSite is a diagnostic and guidance tool. It does not determine legal compliance, provide legal advice, or replace manual testing and specialist judgement.

Use the official W3C WCAG 2.2 Quick Reference as the primary route to every success criterion, technique and failure.

Turn the first group into a fix list.

Scan one important page, repair what the automated layer finds, then complete the manual checks for the journey.

Run the free scan

Need the testing boundary first? Read what automated accessibility testing can and cannot find, then use the tested accessibility issue repair guides for common findings.

Primary guidance consulted: W3C Web Content Accessibility Guidelines 2.2, W3C How to Meet WCAG Quick Reference, and W3C WAI Easy Checks.