What to put in an accessibility statement

Published 24 October 2026 ยท General information, not legal advice

An accessibility statement should say, in plain language, that you are committed to accessibility, which standard you work to (usually WCAG 2.2 level AA), what you know does not work yet and when you plan to fix it, how you test, and how a customer can contact you if they hit a barrier, with an alternative way to get what they need. Date it, link it from every page's footer, and keep it true. If you sell to consumers in the EU, the European Accessibility Act also asks you to publish how your service meets its accessibility requirements.12

Why have one

W3C gives the reasons: a statement shows customers you care about accessibility, tells them what to expect from your content, and in some places is legally required.1 For a store, it has two practical uses. It gives a customer who is stuck a way to reach you and still buy. And it is a dated record of what you said and when, which matters if anyone later asks what you were doing about accessibility.

It is also increasingly expected. The WordPress.org theme directory, for example, lists an accessibility statement among the requirements for its accessibility-ready tag.3

What to include

W3C separates a minimum from what it advises adding.1

SectionW3CWhat to write
CommitmentMinimumOne or two sentences saying you want everyone to be able to use the site.
StandardMinimumThe standard and level you work to, such as WCAG 2.2 level AA.
ContactMinimumAn email address and, ideally, a phone number for reporting problems, and how quickly you reply.
Known limitationsAdvisedWhat does not work yet, in plain words, with a planned fix date and a workaround.
Measures you takeAdvisedHow you test: automated checks, keyboard and screen reader testing, and how often.
Technical detailsAdvisedBrowsers and assistive technologies you have tested with.
LawsAdvisedLaws or policies that apply, where relevant.
DateGood practiceWhen the statement was last reviewed.

Write it in plain language

W3C recommends plain language over technical or legal terms, with the example of writing "videos do not have captions" rather than citing a WCAG success criterion number.1 Customers reading the statement are usually trying to find out whether they can do something, not auditing you. "The size guide on product pages is an image. Email us and we will send the measurements as text" helps them; "1.1.1 Non-text Content: partially supports" does not.

Be honest about the level

This is the section most statements get wrong. WCAG defines conformance precisely: a page conforms at level AA only when it meets every level A and AA success criterion, and conformance is claimed for complete pages and complete processes, such as a whole checkout.5 A store with known issues does not conform yet, and saying it does is a claim a customer can disprove in a minute.

  • Say what you aim for: "We aim to meet WCAG 2.2 level AA."
  • Say where you are: "Most of the site meets it. The known exceptions are listed below."
  • Do not say "fully compliant" or "ADA certified." The US Department of Justice does not certify websites, and no widget, badge or audit makes a site compliant; our United States guide explains the position, and on widgets see do accessibility widgets make a website compliant?
  • Do not copy someone else's statement. A statement listing tests you have not done is worse than none.

Make the contact route work

The US Department of Justice's guidance on web accessibility suggests giving the public a way to report accessibility issues.4 Make it a route that a person with a disability can actually use:

  • an email address in plain text, not only a contact form (a form can be the barrier);
  • a phone number if you have one staffed;
  • a reply time you can keep, such as two working days;
  • an offer to provide the information or complete the order another way while you fix the problem.

Then make sure someone reads that inbox and knows what to do with a report.

If you sell to consumers in the EU

The European Accessibility Act covers e-commerce services from 28 June 2025.2 Article 13 requires service providers to prepare information on how their services meet the accessibility requirements, following Annex V, and to make it available to the public in written and oral format, in a way that is accessible to persons with disabilities, for as long as the service is in operation.2 Annex V says the information goes in the general terms and conditions, or an equivalent document, and should include a general description of the service in accessible formats, the descriptions needed to understand how it operates, and a description of how it meets the relevant accessibility requirements.2

Many sellers do this with an accessibility statement linked from their terms. Microenterprises providing services, those with fewer than 10 staff and annual turnover or balance sheet of EUR 2 million or less, are exempt from the Act's service requirements.2 Each EU country enforces the Act through its own law, so the exact format may vary; see our European Union guide, whether the EAA applies to your store, and talk to a lawyer if you are unsure what your country requires.

A short template

Adapt this to what is true for your site:

  • Our commitment. We want everyone to be able to browse and buy from [store name], including people who use assistive technology.
  • Standard. We aim to meet the Web Content Accessibility Guidelines (WCAG) 2.2 at level AA.
  • How we test. We run automated accessibility checks [every day / every week] and test key pages, including checkout, with a keyboard and a screen reader after major changes.
  • Known issues. [The size guide is an image; we plan to replace it with a table by date. Until then, email us for the measurements.]
  • Contact. If something does not work for you, email [address] or call [number]. We reply within [two working days] and will help you complete your order another way while we fix it.
  • Last reviewed: [date].

W3C also offers a free generator that walks through these sections and produces a statement you can edit and brand.1 For a real example, Jralo's own accessibility statement follows this structure.

Keep it current

Review the statement whenever you redesign, change theme or add a major app, and at least every few months. Update the known-issues list as you fix things. If you run daily checks, as paid Jralo plans do, the results tell you when a new issue appears. The free check is a quick way to find out what belongs in your known-issues list today, and it also suggests which countries' accessibility laws are likely relevant to your business, based on your terms, privacy and contact pages. Automated testing finds many problems, not all, so add what you find in manual testing too.

Questions people ask

Is an accessibility statement required by law?

It depends on where you operate and who you sell to. W3C notes that public bodies in EU countries may need one under the Web Accessibility Directive, and the European Accessibility Act requires businesses selling covered services to EU consumers, other than exempt microenterprises, to publish how their service meets its accessibility requirements. Check the guide for your country and talk to a lawyer if unsure.

Can I say my website is WCAG compliant?

Only if every page and every complete process, such as checkout, meets all the level A and AA success criteria. If you know of issues that remain, it is more accurate to say you aim to meet WCAG 2.2 AA and to list the known exceptions with planned fix dates.

Where should I put the accessibility statement?

On its own page, linked from the footer of every page, using a consistent link name such as Accessibility. W3C also suggests linking it from help pages or the sitemap. If you sell in the EU, link it from your terms and conditions as well.

Check your site now

Jralo's free check tests your homepage and up to five pages for accessibility (WCAG 2.2 A and AA) and website QA problems, and tells you which countries' accessibility laws are likely relevant to you. No sign-up.

Run the free check

Sources

Every number and legal statement in this post links to one of these sources, read on 13 October 2026.

  1. W3C WAI: Developing an Accessibility Statement
  2. Directive (EU) 2019/882 (European Accessibility Act), EUR-Lex
  3. WordPress Themes Team handbook: Accessibility-ready theme requirements
  4. US Department of Justice: Guidance on Web Accessibility and the ADA (2022)
  5. W3C: Web Content Accessibility Guidelines (WCAG) 2.2

More questions

Related on Jralo