Resources · 22

Evaluate web accessibility through journeys and evidence

Set a scope, test essential tasks and document fixes that can be verified.

· 2 min

Fictional empty interface verification bench with abstract fields on a monitor and tablet, keyboard and colour swatches

What this guide helps achieve

  • Scope the evaluation
  • Select journeys
  • Combine methods
  • Verify fixes

Quick check

  • Which tasks and people must be covered?
  • Which templates, languages and interactive states represent the product?
  • Can the journey be completed with keyboard and zoom?
  • Are alternatives and messages understandable?
  • Has every fix been retested?

Step-by-step method

  1. 01

    Define scope

    Specify product, versions, languages, technologies, journeys and target WCAG level. Include error states, forms and essential content.

    Deliverable: scope and reference criteria.

  2. 02

    Explore and sample

    Inventory templates, components, journeys and variations. Select representative views including critical pages and interactive states; record exclusions.

    Deliverable: reasoned list of views to test.

  3. 03

    Run initial checks

    Use automated tools to find some errors, then manually check keyboard, focus, zoom, structure, labels, alternatives and form errors.

    Deliverable: reproducible observations with context.

  4. 04

    Test complete tasks

    Follow journeys end to end, including state changes, validation and confirmation. Involve affected users where possible to understand real effects.

    Deliverable: journey log and observed barriers.

  5. 05

    Report with limits

    Tie each finding to a view, reproduction steps, applicable criterion, effect and proposed fix. A tool alone cannot establish overall conformance.

    Deliverable: prioritised report with scope and limits.

  6. 06

    Fix and retest

    Verify changes with the same journeys and suitable tools, then check shared components and regressions before closure.

    Deliverable: retest evidence and correction record.

Management indicators

IndicatorWhat it measuresFirst action
Journeys coveredEssential tasks evaluated end to endAdd omitted journeys
Reproducible findingsBarriers with exact steps and contextClarify vague reports
Fixes retestedResolved findings verified againRevisit open cases
Shared componentsFixes checked across templatesCorrect the common source

Common pitfalls

  • Equating a tool score with WCAG conformance
  • Testing only the home page
  • Missing error states or localised content
  • Closing a ticket without replaying the journey

Frequently asked questions

Is an automated scanner sufficient?

No. Automation finds some errors; usability and many criteria need human evaluation.

Must every URL be tested?

A structured method may use representative sampling while covering essential views and tasks and documenting its limits.

What does “conformant” mean?

A conformance statement requires an explicit scope and complete evaluation against applicable criteria. This guide organises the work; it does not issue certification.

References: data, uses and limitations

Documentation reviewed on .

References: data, uses and limitations
Source and purposeVerified data or benchmarkHow to use itLimitation to retain
W3C · WCAG 2.2

Evaluate accessibility criteria for web content.

WCAG 2.2 is a W3C Recommendation. Success criteria have A, AA and AAA levels. Define tasks, pages and states, then combine inspection, keyboard, zoom and relevant assistive technology. Keep reproduction steps for barriers.

Explore the method →

An automated scanner does not establish conformity of a complete journey. Evaluation must cover interactive states and actual content.

Forms: criteria, errors and contrast

Review states, not just the initial page

A form may look clear before entry and become difficult after an error. A useful review retains task context and connects each finding to a version and state.

  • Test waiting, error, correction and confirmation.
  • Separate colour calculation, keyboard navigation and status presentation.
  • Keep steps that reproduce the barrier.

Open the WCAG review grid and contrast calculator →

W3C WAI · Forms Tutorial · User Notifications · Practical guidance · consulted 2026-10-23

Official references

References consulted: . The method and worksheet propose checks to adapt to your context; they do not constitute certification.