Accessibility Statement Generator

Close

Step 1 of 7

Website or app

Where will your Accessibility Statement live?

Why we ask
Select every platform the statement covers. The Accessibility Statement names each one.

Select all that apply.

Why we ask
Enter the URL of the website this Accessibility Statement applies to. The URL appears in the statement so visitors know which website it covers.

Why we ask
Use the public name visitors recognize: your brand, organization, or site name. It appears throughout the Accessibility Statement.

Why we ask
Enter the name of the app as users see it in the Apple App Store or Google Play Store. It appears throughout the Accessibility Statement.

We'll email you a link to choose a password for your account.

By creating an account, you agree to our Terms of Use and confirm you have read our Privacy Policy.

Over 1.9 million customers have created a legal agreement with TermsFeed.

Are you a business or running this yourself?

Why we ask
Pick business if a registered legal entity (an LLC, a corporation or a partnership) owns the website or app. Pick individual if you run it under your own name. A business adds its legal name and address, which appear in the policy.

Where are you based?

Why we ask
Your country decides which clauses the policy includes.

Who publishes this website or app?

Why we ask
Public sector bodies in the EU and the UK must publish an accessibility statement with set sections, under the Web Accessibility Directive or the UK accessibility regulations. Businesses that offer certain services to consumers in the EU, such as online shops, banking and e-books, must give accessibility information under the European Accessibility Act. Microenterprises that provide services are exempt from that act.

Pick one.

Which standard do you measure your content against?

Why we ask
WCAG 2.2 level AA is the current version of the Web Content Accessibility Guidelines. EN 301 549 is the European standard the EU accessibility laws refer to; for web content, it requires WCAG 2.1 level AA. If you're not sure, choose WCAG 2.2 level AA.

Pick one.

Does all of your content meet that standard?

Why we ask
Answer Yes only if every page and feature meets every requirement of the standard. Most websites have gaps. Listing them is what makes the statement useful to the people who run into them.

How much of your content meets it?

Content that doesn't meet the standard

Add each page, feature or type of content with a known problem: what the problem is, and what people can do instead or when you plan to fix it.

How did you check your content?

Why we ask
The statement says how it was prepared. Automated tools find only part of the problems, so most statements combine them with a manual check.

Select all that apply.

When did you last check it?

Why we ask
The statement shows this date. Check your content again and update the statement at least once a year, and after major changes.

Does your website or app include content from third parties?

Why we ask
For example embedded maps, videos, social media feeds, chat widgets or payment forms. You may not control how accessible they are, and the statement says so.

Would fixing some content be a disproportionate burden?

Why we ask
A public sector body may leave content inaccessible when fixing it would be a disproportionate burden. It must first weigh the cost against the benefit for people with disabilities, and the statement must say why and what alternative it offers.

Name the content, explain why fixing it would be a disproportionate burden, and say what accessible alternative you offer.

Do you publish any of this content?

Why we ask
The Web Accessibility Directive doesn't apply to these types of content. The statement lists the ones you choose as outside its scope. Skip this question if none apply.

Select all that apply.

Which accessibility features does your website or app have?

Why we ask
The statement lists these so people know what to expect. Choose only what you checked.

Select all that apply.

What do you do to keep it accessible?

Why we ask
The organizational measures behind the content. The statement lists the ones you choose. Skip this question if none apply.

Select all that apply.

Which technologies does your content rely on?

Why we ask
Browsers and assistive technologies need these to work with your content. Most websites rely on HTML, CSS and JavaScript.

Select all that apply.

Why we ask
List the combinations you tested, so people know what to expect. Leave it empty if you didn't test specific ones.

How can people report an accessibility problem?

Why we ask
Select every way people can tell you about a barrier or ask for content in another format. The accessibility laws expect at least 1 channel, and email is the most common choice. The Accessibility Statement lists each one.

Select all that apply.

How soon do you reply to accessibility feedback?

Why we ask
The statement promises a reply within this time. Choose a time your team can keep.

Pick one.

Can people ask for content in another format?

Why we ask
For example large print, easy-to-read text, audio or braille. If you answer Yes, the statement tells people how to ask.

Why we ask
Leave this empty and the statement names the body your country's law sets, where there is one. Enter a body here if another one is competent, for example the arbitration board of a German state for a state authority.

Check your inbox

We've sent an email to

Open the link in the email to choose a password and continue to your account.