Ratgeber

Eine Erklärung zur Barrierefreiheit verfassen (mit Beispielen)

Was eine Erklärung zur Barrierefreiheit enthalten sollte, eine Vorlage zum Übernehmen und Anpassen, und wann eine generierte Erklärung reicht gegenüber wann echte Tests dahinterstehen müssen.

Veröffentlicht am 24. August 2026

Eine Erklärung zur Barrierefreiheit ist eine öffentliche Seite, die das Engagement Ihrer Organisation für digitale Barrierefreiheit erläutert, ehrlich den aktuellen Konformitätsstand nennt und Besuchern eine Möglichkeit gibt, auf Barrieren hinzuweisen, auf die sie stoßen. Ein Besucher sollte sie in zwei Minuten lesen und dabei genau erfahren können, an wen er sich wenden kann, wenn etwas auf Ihrer Website für ihn nicht funktioniert. Unten finden Sie eine Struktur, die Sie direkt übernehmen können, samt Hinweisen, was zu vermeiden ist.

Was hineingehört

Eine solide Erklärung zur Barrierefreiheit deckt fünf Dinge ab: eine kurze Selbstverpflichtung, den aktuellen Konformitätsstatus gegen einen benannten Standard (meist WCAG 2.1 oder 2.2 AA), wie dieser Status ermittelt wurde, bekannte Einschränkungen, falls vorhanden, und Kontaktinformationen für Rückmeldungen. Den Konformitätsstatus auszulassen und nur zu schreiben “uns ist Barrierefreiheit wichtig” ist die häufigste Schwäche, die wir in Erklärungen sehen; das liest sich wie ein Marketingsatz statt wie Dokumentation.

Eine Vorlage zum Anpassen

Ersetzen Sie die eingeklammerten Abschnitte durch Angaben, die für Ihre Organisation gelten.

Erklärung zur Barrierefreiheit für [Name der Organisation]

[Name der Organisation] setzt sich für die digitale Barrierefreiheit für Menschen mit Behinderungen ein. Wir verbessern die Nutzererfahrung für alle fortlaufend und wenden die einschlägigen Standards zur Barrierefreiheit an.

Konformitätsstatus: Diese Website strebt Konformität mit WCAG 2.1 Level AA an. [Geben Sie eine der Optionen an: “vollständig konform”, “teilweise konform” oder “derzeit nicht konform”, und erläutern Sie kurz warum, falls es keine vollständige Konformität ist.]

Bekannte Einschränkungen: [Listen Sie bekannte Probleme auf, z. B.: “Einige ältere, vor 2025 veröffentlichte PDF-Dokumente wurden noch nicht überarbeitet und sind für Screenreader-Nutzer möglicherweise nicht vollständig zugänglich. Wir arbeiten diese fortlaufend ab.”]

Rückmeldungen: Wir freuen uns über Ihre Rückmeldung zur Barrierefreiheit von [Name der Website]. Bitte informieren Sie uns, wenn Sie auf Barrieren stoßen. Telefon: [Nummer] E-Mail: [Adresse] Postanschrift: [Adresse] Wir bemühen uns, Rückmeldungen innerhalb von [X] Werktagen zu beantworten.

Technische Angaben: Die Barrierefreiheit von [Name der Website] beruht für das Zusammenspiel mit assistiven Technologien auf HTML, CSS, JavaScript und WAI-ARIA.

Vorgehen bei der Bewertung: [Name der Organisation] hat die Barrierefreiheit dieser Website mittels [Selbstbewertung / eines externen Audits / automatisierter Scans in Kombination mit manuellen Tests] bewertet. Diese Erklärung wurde zuletzt am [Datum] überprüft.

Was zu vermeiden ist

Behaupten Sie nicht “vollständig konform” oder “100 % ADA-konform”, ohne das tatsächlich durch Tests verifiziert zu haben, idealerweise mit manuellen Tests statt nur einem automatisierten Scan. Solche pauschalen Behauptungen sind inzwischen ein konkreter Gegenstand behördlicher Prüfung geworden; 2025 ordnete die US-amerikanische FTC an, dass accessiBe 1 Million Dollar zahlt, um Vorwürfe beizulegen, die teilweise auf übertriebenen Behauptungen darüber beruhten, wie viel von einer Website sein Widget automatisch beheben könne. Die Lehre daraus gilt weit über diesen einen Fall hinaus: Eine Erklärung sollte beschreiben, was Sie tatsächlich verifiziert haben, nicht, was Sie sich erhoffen.

Vermeiden Sie außerdem, die Erklärung so zu verstecken, dass sie niemand findet. Verlinken Sie sie aus der Fußzeile Ihrer Website, und stellen Sie sicher, dass die Erklärungsseite selbst barrierefrei ist (korrekte Überschriftenstruktur, lesbarer Kontrast, keine unstrukturierten Textwände).

Generierte Erklärungen gegenüber einer Erklärung mit echten Tests dahinter

Mehrere Widget-Anbieter, darunter UserWay und accessiBe, bieten als Teil ihres Produkts einen Generator für Erklärungen zur Barrierefreiheit an. Diese können ein wirklich nützlicher Ausgangspunkt für Struktur und übliche Formulierungen sein, besonders für eine kleine Website ohne interne Rechts- oder Accessibility-Expertise. Die Lücke, auf die man achten sollte, ist, dass eine generierte Erklärung, die auf einem schnellen automatisierten Scan basiert, am Ende ein Konformitätsniveau behauptet, das die Website durch manuelle Tests tatsächlich noch nicht erreicht hat. Wenn Sie eine generierte Erklärung verwenden, behandeln Sie den Abschnitt zum Konformitätsstatus als den Teil, der die meiste Überarbeitung braucht, und aktualisieren Sie ihn, sobald Sie Ihren tatsächlichen Status kennen, statt eine Standardbehauptung zu übernehmen.

Für weiter fortgeschrittene Organisationen kann eine Erklärung, die nach einem echten Audit verfasst wurde, sei es von einem testfokussierten Anbieter oder einem Anbieter wie Wawsome, der Widget und manuelle Prüfung kombiniert, die Konformität mit mehr Zuversicht darstellen, da echte Belege dahinterstehen. Wenn Sie eine Erklärung speziell für den öffentlichen Sektor der EU oder EAA-bezogene Zwecke vorbereiten, lohnt es sich, die Konformitätsformulierung auch an die Terminologie von EN 301 549 anzupassen, zusätzlich zu WCAG, da das der Standard ist, den EU-Prüfer und Beschaffungsteams erwarten.

Den Abschnitt zum Konformitätsstatus ehrlich formulieren

Das ist der Teil der Erklärung, der die meiste Zeit verdient, und der Teil, den die meisten Vorlagen absichtlich vage lassen. “Teilweise konform” ist eine völlig normale, ehrliche Formulierung, und sie ist für einen Besucher deutlich nützlicher (und im Falle einer Beschwerde deutlich besser vertretbar) als eine uneingeschränkte Behauptung “vollständig barrierefrei”, die Sie tatsächlich nicht belegen können. Wenn Sie ein Audit durchgeführt haben, nennen Sie den Standard und die Version, gegen die getestet wurde (WCAG 2.1 AA ist die gängigste Grundlage), und geben Sie einen groben Umfang an, ob das die ganze Website war, eine Auswahl wichtiger Seiten oder bestimmte Abläufe wie der Checkout. Wenn Sie noch kein formelles Audit durchgeführt haben, ist es in Ordnung, das direkt zu sagen: “Wir haben noch kein formelles Audit zur Barrierefreiheit dieser Website abgeschlossen. Wir setzen uns dafür ein, dies zu tun, und werden diese Erklärung aktualisieren, sobald diese Arbeit abgeschlossen ist” ist eine ehrliche, nützliche Aussage und eine vernünftige Übergangsformulierung, während Behebungsarbeit läuft.

Umgang mit eingehenden Rückmeldungen

Der Rückmeldungsabschnitt ist keine reine Formalität: Kontaktinformationen zu veröffentlichen bedeutet, dass Sie damit rechnen sollten, tatsächlich Meldungen zu erhalten, und keinen internen Prozess für deren Bearbeitung zu haben, untergräbt den Sinn der Veröffentlichung überhaupt. Legen Sie fest, wer in Ihrem Team eingehende Rückmeldungen zur Barrierefreiheit verantwortet, setzen Sie eine realistische Erwartung an die Reaktionszeit (und nennen Sie diese in der Erklärung selbst, wie es die Vorlage oben tut), und führen Sie ein einfaches Protokoll darüber, was gemeldet und wie es gelöst wurde. Dieses Protokoll wird zu einem nützlichen Nachweis eines aktiven, funktionierenden Barrierefreiheitsprogramms, falls es je gebraucht wird, und es speist ganz natürlich auch den Abschnitt “Bekannte Einschränkungen”, da echte Nutzermeldungen oft eine bessere Quelle dafür sind, was tatsächlich kaputt ist, als ein automatisierter Scan allein.

Mehrsprachigkeit und mehrere Websites

Wenn Ihre Organisation in mehr als einer Sprache tätig ist oder separate Erklärungen für verschiedene Angebote pflegt, halten Sie die Formulierung zum Konformitätsstatus über alle Versionen hinweg konsistent, statt eine Sprachversion versehentlich ein höheres Konformitätsniveau behaupten zu lassen als eine andere. Das kommt häufig bei EU-orientierten Unternehmen vor, die Erklärungen für deutsche, französische, italienische und andere Märkte verwalten, wo eine unabhängig erstellte Übersetzung vom tatsächlichen aktuellen Status abweichen kann. Alle Sprachversionen gemeinsam zu überprüfen, wenn Sie ohnehin Ihr jährliches Update machen, ist ein einfacher Weg, diese Lücke zu vermeiden.

Wo Sie sie veröffentlichen

Die meisten Organisationen veröffentlichen die Erklärung als eigene Seite, verlinkt aus der Fußzeile jeder Seite der Website, manchmal zusätzlich im Bereich für AGB oder Datenschutz dupliziert. Öffentliche Stellen in der EU, die unter die Richtlinie über den Zugang zu Websites fallen, sollen eine solche an einer verlässlich auffindbaren Stelle veröffentlichen und aktuell halten; das ist eine vernünftige Praxis, der man auch dort folgen sollte, wo sie nicht streng vorgeschrieben ist, da sie sowohl Nutzern als auch, falls es dazu kommt, einem Gericht oder einer Behörde signalisiert, dass Barrierefreiheit etwas ist, worüber tatsächlich nachgedacht wurde, statt ignoriert zu werden.

Häufig gestellte Fragen

Ist eine Erklärung zur Barrierefreiheit gesetzlich vorgeschrieben?

Das hängt davon ab, wo Sie tätig sind. Öffentliche Stellen in der EU müssen nach der Richtlinie über den Zugang zu Websites eine solche veröffentlichen, und es ist eine verbreitete Erwartung im Rahmen von EN-301-549-basierter EAA-Konformität allgemein. In den USA schreibt der ADA eine Erklärung nicht ausdrücklich vor, aber viele Unternehmen veröffentlichen trotzdem eine als Dokumentation ihrer guten Absicht, was bei einer Beschwerde oder Klage von Bedeutung sein kann.

Kann ich einfach eine generierte Erklärung zur Barrierefreiheit verwenden?

Eine generierte Erklärung ist ein vernünftiger Ausgangspunkt für Struktur und übliche rechtliche Formulierungen, sollte aber so bearbeitet werden, dass sie den tatsächlichen, aktuellen Konformitätsstatus Ihrer Website widerspiegelt, statt als unverändertes Standardtextbaustein eine volle Konformität zu behaupten, die Sie nicht verifiziert haben. Eine ungenaue Erklärung ist womöglich schlimmer als gar keine.

Wie oft sollte eine Erklärung zur Barrierefreiheit aktualisiert werden?

Überprüfen Sie sie mindestens einmal jährlich und immer dann, wenn Sie eine wesentliche Änderung an der Website vornehmen, ein neues Audit durchführen oder eine Reihe bekannter Probleme beheben. Die Erklärung sollte das Datum der letzten Überprüfung enthalten, damit Besucher und Prüfer sehen, dass sie nicht veraltet ist.

Was ist der Unterschied zwischen einer Erklärung zur Barrierefreiheit und einem VPAT?

Eine Erklärung zur Barrierefreiheit ist eine öffentliche Seite für die Besucher Ihrer Website, die Ihr Engagement erklärt und zeigt, wie man Probleme meldet. Ein VPAT (Voluntary Product Accessibility Template) ist ein detailliertes technisches Dokument für Beschaffungsteams und Unternehmenskäufer, das die Konformität gegen konkrete WCAG-Erfolgskriterien einzeln bewertet. Manche Organisationen brauchen beides.