Skip to content
easeweb
Search topics

Accessibility statements that are missing or say nothing

A shop has no page saying what works with assistive technology, what is known not to, or whom to tell, or has one that only claims to meet WCAG.

EN 301 549
Clause 12.1.1Clause 12.2.2
Section 508
602
Broken
The accessibility problem illustrated: Motor:Who can I tell?
01

The problem

People who meet a barrier can't find out whether it is known, how to get round it, or whom to tell, so they leave without what they came for.

02

Try it

Imagine the delivery calendar won’t open for you. Find out what to do instead, and whom to tell.

Look at the bottom of the shop, and follow what you find there. The panel under the window says what you found. Broken 2 has an Accessibility page that only makes a claim. Choose Fernleaf Tea to go back to checkout.

Broken Can you fix this?

Checkout

Delivery date (optional)
Choose a date ▾

What you have found

  • Not foundWhether the calendar problem is known
  • Not foundAnother way to order
  • Not foundWhom to tell, and how soon they reply
  • Not foundWhen it was last checked

A recreated demo. The broken version is intentionally inaccessible.

03

The fix

Publish what works, what doesn't and how to reach you, and link it from every page.

  1. 1Link the accessibility information, or the help page that holds it, from the same place on every page.
  2. 2List each known barrier in plain words, with another way to do the task.
  3. 3Give a way to reach you, a reply time and the date it was last checked.
Before

No page about accessibility

<footer>  <p>© 2026 Fernleaf Tea</p></footer>
After

A statement page linked from every page

<footer>  <a href="/accessibility">Accessibility</a>  <p>© 2026 Fernleaf Tea</p></footer> <!-- /accessibility --><h1>Accessibility</h1><p>We want everyone to be able to shop at Fernleaf Tea. This page says how well the site works  with assistive technology, what we know doesn't work yet, and how to reach us.</p> <h2>How accessible this site is</h2><p>We aim to meet WCAG 2.2 Level AA. The site partially meets it: the parts listed under  “What doesn't work yet” do not.</p> <h2>What works</h2><ul>  <li>Everything but the calendar listed below can be used with a keyboard alone.</li>  <li>Text can be enlarged to 200% without losing anything.</li>  <li>Product videos have captions, turned on with the CC button.</li></ul> <h2>What doesn't work yet</h2><ul>  <li>The delivery date calendar at checkout can't be used with a keyboard or a screen reader.    Leave the date empty to get the first available day, or email us the date you want.    We expect to fix it by 31 January 2027.</li></ul> <h2>Tell us about a problem</h2><p>If anything on the site stops you, email <a href="mailto:[email protected]">[email protected]</a>  or call <a href="tel:+15550100">+1 555 0100</a>. We reply within two working days, and we can  take your order by email or phone at the same price.</p> <h2>How we tested</h2><p>Our own team tested the site with automated checks, a keyboard and the NVDA screen reader.</p><p>Last reviewed: <time datetime="2026-09-30">30 September 2026</time>.</p>

Fixing this with an AI coding assistant? Get this guide as Markdown

04

Verify the fix

4 checks, no mouse.

Test with: Keyboard, Screen reader, Zoom

0 of 4 checked

Record the OS, browser and assistive-technology versions, the build, the date, and the actual result of each step. Repeat after each accessibility test and each release that fixes or adds a barrier.

Limits

This is a starting pattern, not legal advice: what a statement must contain, and who must publish one, depends on the country and the kind of organisation. A statement doesn't fix a barrier or make a site conform, it only stops people meeting it alone. This guide covers the information a website gives about its own accessibility. It doesn't cover manuals for hardware or software, their accessible formats (EN 301 549 12.1.2, Section 508 602.3 and 602.4), or how a help desk meets callers' communication needs (Section 508 603.3). Test the complete journey with your target assistive technology.

This is a recreated teaching example, not a finding about a named client. The code is a starting pattern: test it in your own product. No completed assistive-technology test is claimed here.

Keep this fixed as your code changes.

Turn guides like this into rules your coding agents and CI follow, then have the result retested with a keyboard and screen readers.

How retests work