Accessibility Statement auf Englisch

A WCAG accessibility statement that states what you actually meet, names known issues, and gives people a route to report problems.

100 % kostenlos. Läuft vollständig in deinem Browser: deine Dateien und Daten verlassen dein Gerät nie, und es wird nichts auf einen Server hochgeladen.

Vorlage, keine Rechtsberatung. This is a template, not legal advice. It only describes what you tell it, so the conformance level you claim must be one you can evidence - an overstated claim is a liability rather than a shield. If you are a public sector body in the UK or EU, the required wording and the enforcement route are prescribed by regulation, and you should check the current government guidance against what this produces.

Mit einem Beispiel starten

Füllt jede Antwort mit einem durchgerechneten Beispiel, das du bearbeiten kannst. Nimm das, das deinem Geschäft am nächsten kommt.

0 of 8 details filled
Your organisation
What you are measuring against
Claim "fully conforms" only after an audit. An untrue claim here is worse than no statement, because it is a representation you can be held to.
How you know

Claim only what you can evidence. An overstated claim here is a liability rather than a shield.

What is not right yet

Naming real problems with a fix date is what makes a statement credible.

Name them. A statement that lists real issues and a fix date is credible; one that claims none is not.
Where you operate
Public sector bodies in the UK and EU have a legal duty to publish a statement in a prescribed form. This adds the enforcement paragraph that duty requires.

Accessibility Statement

8 sections · 577 words · updates as you type

Accessibility Statement

Last updated: 12 November 2026

Our commitment

[Your organisation] wants [your website] to be usable by as many people as possible. That means you should be able to:

  • navigate the whole site using a keyboard alone
  • use it with a screen reader such as NVDA, JAWS, VoiceOver or TalkBack
  • zoom to 200% without text being cut off or overlapping
  • change colours, contrast and text spacing in your browser without breaking the layout
  • read text that contrasts sufficiently with its background

We treat accessibility as part of building the site rather than as a task that finishes, which is why this statement lists what is not right yet as well as what is.

How accessible this site is

This site partially conforms to the Web Content Accessibility Guidelines version 2.2, Level AA.

"Partially conforms" means most of the site meets the standard but some parts do not. The problems we know about are listed in the next section. We would rather tell you about them than let you find them.

Known problems

We are not currently aware of any part of the site that fails the standard above. That is not the same as there being none, so if something does not work for you, please tell us.

Content we do not control

Some parts of the site are supplied by third parties - embedded maps, video players, payment forms and similar. We choose which of these to use and we raise accessibility problems with the suppliers, but we cannot change their code ourselves.

If one of these blocks you from doing something, tell us what you were trying to do. We can usually offer another way to do it, and knowing which embed caused the problem helps us push the supplier or replace them.

If something does not work for you

Email [your contact email] and tell us:

  • the page you were on
  • what you were trying to do
  • what happened instead, and what you were using at the time (browser, screen reader, magnifier)

We reply within five working days. If you need something the site cannot give you - a document in large print, a form completed over the phone, information in another format - ask, and we will find another way to provide it.

Technical information

[Your organisation] is committed to making this site accessible in accordance with the Web Content Accessibility Guidelines version 2.2, Level AA.

The site relies on HTML, CSS and JavaScript. It is built to work with current versions of Chrome, Edge, Firefox and Safari, and with the assistive technology those browsers support. Accessibility depends partly on the browser and assistive technology you use, and a very old combination may not work as intended even where the site itself conforms.

How we tested this

This site was last reviewed in [date of last review] using automated accessibility testing tools, supported by manual keyboard checks.

Automated tools catch roughly a third of accessibility problems. They cannot judge whether alt text is meaningful, whether a heading structure makes sense, or whether a custom control behaves correctly with a screen reader. We are honest about that limit, and we plan to arrange a fuller assessment.

What we are doing next

Accessibility is checked as part of building anything new here, not audited afterwards: new components are tested with a keyboard and a screen reader before they ship, and contrast is checked at design stage.

The items listed above are prioritised by how much they block someone from completing a task, not by how easy they are to fix.

This statement is reviewed whenever the site changes substantially, and at least once a year.

Aus einem Template erzeugt. Keine Rechtsberatung - lies es, bevor du es veröffentlichst oder unterschreibst.

Andere Dokumente, die du erzeugen kannst

Die meisten Sites brauchen mehr als eines. Eine Datenschutzerklärung ohne AGB oder AGB ohne Rückerstattungsrichtlinie lässt die offensichtliche Lücke.

Privacy PolicyA privacy policy written from what your site actually does - GDPR and CCPA sections included only where they apply.Terms and ConditionsTerms of service built around what you actually sell - goods, subscription, downloads or services.Cookie PolicyA cookie policy with a real table - each cookie named, with its purpose and how long it lasts.Cookie Consent BannerGenerates a working consent banner - blocks tagged scripts until consent, Google Consent Mode v2, no dark patterns.Refund and Return PolicyA refund policy customers can follow and payment processors accept - windows, exclusions and statutory rights in plain words.Website DisclaimerA disclaimer that names the actual risk your site carries, plus affiliate and sponsorship disclosures.Non-Disclosure AgreementA mutual or one-way NDA with a real purpose clause, standard carve-outs and a defined term.Freelance ContractAn independent contractor agreement that pins down scope, revisions, IP ownership and what happens when payment is late.Data Processing AgreementA GDPR Article 28 processor agreement with the eight mandatory clauses and a filled-in processing schedule.W-9 FormFills a substitute Form W-9 in your browser - your TIN is never uploaded, stored or sent anywhere.1099-NEC Contractor SummaryPrepares a 1099-NEC recipient statement and a payer summary - with a straight answer about what you can and cannot print yourself.Shipping PolicyA shipping policy Shopify and Amazon sellers can publish - origin, times, tracking, duties and who pays.DSAR Form GeneratorA data-delete and access request page you can host - GDPR and CCPA wording, no upload, no signup.

Über dieses Tool

Beantworte eine Handvoll Fragen, und das Dokument schreibt sich von selbst. Es richtet sich an öffentliche Stellen, an alle, die an sie verkaufen, und an jedes Unternehmen, das lieber eine Beschwerde zur Barrierefreiheit beantwortet als ein Abmahnschreiben – und es lohnt die zwanzig Minuten am meisten, nachdem du die Website getestet hast, nicht vorher, denn die Erklärung berichtet über Ergebnisse, nicht über Absichten. Das Wichtigste vorab: Das ist das eine Dokument, bei dem weniger Behauptung mehr Schutz bedeutet. Eine ungeprüfte Behauptung voller Konformität mit WCAG 2.2 AA ist eine Zusicherung, die gegen dich verwendet werden kann; eine Erklärung, die drei bekannte Probleme mit einem Termin zur Behebung nennt, ist glaubwürdig und genau das, was die Vorschriften verlangen. Der Fragebogen ist keine Dekoration: Klauseln erscheinen und verschwinden je nach deinen Antworten, deshalb bekommen zwei Personen auf dieser Seite inhaltlich verschiedene Dokumente und nicht denselben Text mit anderem Namen oben. Hinweis: Die Bedienung ist auf Deutsch, das fertige Dokument wird jedoch auf Englisch erstellt – für eine deutschsprachige Website brauchst du zusätzlich eine deutsche Fassung. Alles läuft in deinem Browser. Was du eingibst, wird nie hochgeladen, nie gespeichert und ist weg, sobald du den Tab schließt – das zählt hier mehr als bei den meisten Tools, weil solche Dokumente Firmendaten, Kundennamen und manchmal Steuernummern enthalten.

So verwendest du dieses Tool

  1. Beschreiben, was die Erklärung abdecktTrag Organisation, die betroffene Website oder App und die E-Mail für Barrierefreiheitsanfragen ein.
  2. Testergebnisse festhaltenNenne das angestrebte WCAG-Niveau, liste die gefundenen bekannten Probleme und das geplante Behebungsdatum für jedes auf.
  3. Veröffentlichen und datiert haltenLade die Erklärung herunter, verlinke sie im Footer und aktualisiere das Prüfdatum nach jedem neuen Test.

Eine ehrliche Erklärung zur Barrierefreiheit schreiben

Eine Erklärung zur Barrierefreiheit sagt, welchen Standard du anstrebst – meist WCAG 2.1 oder 2.2 auf Stufe AA –, wie weit deine Website ihn erfüllt, welche Teile noch nicht und wie Menschen Inhalte in einem anderen Format bekommen oder ein Problem melden können. Öffentliche Stellen sind gesetzlich verpflichtet, eine zu veröffentlichen – im Vereinigten Königreich ebenso wie in Deutschland nach der BITV 2.0 –, und der European Accessibility Act weitet Pflichten zur Barrierefreiheit auf viele private Unternehmen aus, die an Verbraucher in der EU verkaufen.

Vertrauen schafft die ehrliche Erklärung. Bekannte Probleme mit Terminen zur Behebung aufzulisten und einen echten Kontakt anzugeben, der antwortet, hilft Nutzern – und jeder Aufsichtsbehörde – mehr als eine Behauptung voller Konformität, die niemand geprüft hat.

Warum es nutzen

  • Nennt die WCAG-Version und die Stufe, die du anstrebst.
  • Listet bekannte Probleme und geplante Korrekturen, statt volle Konformität zu behaupten.
  • Gibt Nutzern einen Kontaktweg und eine Antwortfrist, um Barrieren zu melden.
  • Enthält das Datum der letzten Prüfung und wie sie durchgeführt wurde.

Häufige Anwendungen

  • Eine Website einer öffentlichen Stelle, die eine Erklärung veröffentlichen muss.
  • Ein Unternehmen, das sich auf die Pflichten aus dem European Accessibility Act vorbereitet.
  • Eine Agentur, die eine Website samt Prüfbericht übergibt.
  • Eine Ausschreibung oder ein Beschaffungsformular, das eine Erklärung zur Barrierefreiheit verlangt.

Tipps für bessere Ergebnisse

  • Teste vor dem Schreiben mit Tastatur und Screenreader – die Erklärung sollte berichten, was du gefunden hast.
  • Nenne eine echte Antwortzeit für Barrierefreiheitsanfragen und halte sie ein.
  • Füge die Erklärung Ausschreibungen und Vergabeunterlagen bei, die eine verlangen – unter dem BFSG gehört sie für viele Anbieter ohnehin dazu.

Fehler, die du vermeiden solltest

  • Eine Erklärung ohne Kontaktweg veröffentlichen – damit scheitert sie an dem einzigen Test, der für die lesende Person zählt.
  • Volle Konformität behaupten, ohne einen Audit, der das belegt.
  • Das Prüfdatum jahrelang veralten lassen, obwohl sich die Website geändert hat.

Häufig gestellte Fragen

Nein – und das solltest du auch nicht, solange es nicht geprüft ist. Eine Erklärung darf sagen, dass eine Website teilweise konform ist, und die Ausnahmen auflisten; genau das erwarten die Vorgaben für öffentliche Stellen.

Kombiniere einen automatischen Checker mit manuellen Tests: Bedienung nur mit der Tastatur, ein Screenreader wie NVDA oder VoiceOver, Zoom auf 200 % und Kontrastprüfungen. Automatische Tools finden nur einen Teil der Probleme.

Mindestens einmal im Jahr und nach jedem größeren Relaunch. Aktualisiere die Liste der bekannten Probleme, sobald du sie behebst, damit die Erklärung stimmt.

Nein. Das Tool setzt einen Entwurf aus Standardklauseln zusammen, und jede Seite sagt das über der Vorschau. In den USA gibt es jedes Jahr Tausende Klagen wegen fehlender Barrierefreiheit von Websites, und als Erstes wird geprüft, ob die Website eine Konformität behauptet hat, die sie nicht hatte.

Grob gesagt öffentliche Stellen, alle, die an sie verkaufen, und jedes Unternehmen, das lieber eine Beschwerde zur Barrierefreiheit beantwortet als ein Abmahnschreiben. Der beste Zeitpunkt ist nach dem Test der Website, nicht davor – die Erklärung berichtet über Ergebnisse, nicht über Absichten.

Eine Erklärung ohne Kontaktweg zu veröffentlichen. Das ganze Verfahren setzt voraus, dass jemand, der auf eine Barriere stößt, es dir mitteilen kann – eine Erklärung ohne E-Mail-Adresse fällt genau bei dem Test durch, der für den Leser zählt.

Die meisten brauchen außerdem einen Haftungsausschluss und eine Datenschutzerklärung. Sie decken ab, was diese Erklärung nicht abdeckt.

Related guides