Barrierefreiheits-Erklärung: Was sie ist, warum Sie eine brauchen und wie Sie sie schreiben

Mehr als 96% der eine Million meistbesuchten Websites erfüllen nicht einmal grundlegende WCAG-Standards zur Barrierefreiheit – und dennoch steigt die Zahl der ADA-bezogenen Webklagen jedes Jahr weiter an. In diesem Umfeld ist eine Barrierefreiheitserklärung nicht nur eine höfliche Geste. Sie ist eines der konkretesten, öffentlich sichtbaren Signale dafür, dass Ihre Organisation digitale Inklusion ernst nimmt, und in einer wachsenden Zahl von Rechtsordnungen ist sie zudem eine gesetzliche Anforderung. Wenn Sie noch keine haben, führt Sie dieser Leitfaden durch alles, was Sie wissen müssen, um sie richtig aufzusetzen.

Was ist eine Barrierefreiheitserklärung?

Im Kern ist eine Barrierefreiheitserklärung eine öffentliche Erklärung des Engagements Ihrer Organisation, Ihre Website – und die digitalen Dienste, die sie bereitstellt – für alle Nutzer zugänglich zu machen, einschließlich Menschen mit Behinderungen. Sie befindet sich auf einer eigenen Seite Ihrer Website und erklärt Besuchern in klarer Sprache, welche Standards Sie anstreben, was Sie getan haben, um diese zu erfüllen, wo es noch Lücken gibt und wie man jemanden erreicht, wenn eine Barriere auftritt.

Es ist wichtig, eine Barrierefreiheitserklärung von verwandten, aber unterschiedlichen Dokumenten zu unterscheiden. Eine interne Richtlinie zur Barrierefreiheit beschreibt die internen Ziele und Prozesse Ihrer Organisation – wer verantwortlich ist, welche Workflows gelten, wie Beschaffungsentscheidungen getroffen werden. Eine Barrierefreiheitserklärung hingegen ist nach außen gerichtet. Sie wird für Ihre Nutzer geschrieben, nicht für Ihr Team. Ein Voluntary Product Accessibility Template (VPAT) oder Accessibility Conformance Report (ACR) ist ein hoch technisches Dokument, das vor allem in Beschaffungskontexten im Enterprise-Bereich verwendet wird. Eine Barrierefreiheitserklärung liegt zwischen diesen: Sie sollte ehrlich und substanziell sein, aber auch für jede Person aus der Öffentlichkeit verständlich, die auf der Seite landet.

Betrachten Sie sie als Ihr Barrierefreiheitsversprechen, offen formuliert. Sie signalisiert Nutzerinnen und Nutzern mit Behinderungen, dass Sie sie wahrnehmen, dass Sie daran arbeiten, sie zu bedienen, und dass es eine reale Person gibt, die sie kontaktieren können, wenn etwas schiefgeht. Sie zeigt außerdem Aufsichtsbehörden, Prüfern und gegnerischen Anwälten in künftigen Streitfällen, dass Barrierefreiheit in Ihrer Organisation eine durchdachte, laufende Praxis ist – kein nachträglicher Einfall.

Die rechtliche Landschaft: Wann ist eine Barrierefreiheitserklärung erforderlich?

Die Antwort auf die Frage „Brauche ich rechtlich eine Barrierefreiheitserklärung?“ hängt stark davon ab, wo Sie tätig sind, wer Ihr Publikum ist und welche Gesetze für Sie gelten. Das Bild hat sich in den letzten zwei Jahren deutlich verändert, und die Richtung ist klar: Die Anforderungen werden weltweit verschärft.

In den Vereinigten Staaten ergibt sich die direkteste rechtliche Verpflichtung für staatliche und kommunale Behörden aus der endgültigen Regelung des Department of Justice vom April 2024 nach Title II des ADA, die klarstellt, dass Regierungswebsites und mobile Apps den WCAG 2.1 Level AA entsprechen müssen. Die Veröffentlichung einer Barrierefreiheitserklärung und die Etablierung einer Governance rund um digitale Barrierefreiheit sind Teil dieser Compliance-Strategie. Die Fristen für die Einhaltung dieser Regel liegen im April 2026 für größere Einheiten und im April 2027 für kleinere. Für private Unternehmen, die unter ADA Title III fallen, ist eine spezifische Barrierefreiheitserklärung zwar nicht ausdrücklich gesetzlich vorgeschrieben, aber das Fehlen einer solchen wurde von Klägeranwälten als Beleg dafür genutzt, dass die umfassenderen Barrierefreiheitsbemühungen einer Organisation unzureichend sind – was sie zu einem relevanten rechtlichen Risikofaktor macht.

In der Europäischen Union ist das Bild noch eindeutiger. Die EU-Webzugänglichkeitsrichtlinie verpflichtet öffentliche Stellen in den Mitgliedstaaten seit mehreren Jahren zur Veröffentlichung von Barrierefreiheitserklärungen. Nun erweitert der European Accessibility Act – der am 28. Juni 2025 vollständig in Kraft getreten ist – die Barrierefreiheitsverpflichtungen auf private Unternehmen in Sektoren wie E-Commerce, Banken, Verkehr und Telekommunikation. Jedes Unternehmen, das Produkte oder Dienstleistungen für Kundinnen und Kunden in der EU anbietet, unabhängig davon, wo das Unternehmen seinen Sitz hat, fällt in den Anwendungsbereich. Denken Sie an den EAA als das GDPR der digitalen Barrierefreiheit: eine weitreichende, grenzüberschreitende Regulierung, der es egal ist, wo Ihre Server stehen. Der EAA orientiert sich an WCAG 2.1 Level AA als technischem Maßstab für Web- und mobile Inhalte.

Im Vereinigten Königreich verlangen die Public Sector Bodies Accessibility Regulations 2018 ausdrücklich, dass alle Websites und Apps der Regierung und des öffentlichen Sektors die WCAG 2.1 AA-Standards erfüllen und eine Barrierefreiheitserklärung veröffentlichen. Kanadas AODA in Ontario, Section 508 des Rehabilitation Act für US-Bundesauftragnehmer und verschiedene andere nationale Rahmenwerke fügen weitere Ebenen hinzu. Wenn Sie ein globales Publikum haben, sollten Sie davon ausgehen, dass mindestens ein anwendbares Gesetz von Ihnen eine Erklärung verlangt.

Selbst dort, wo kein Gesetz ausdrücklich eine Barrierefreiheitserklärung für Ihre spezifische Organisation vorschreibt, wirkt das Fehlen einer solchen zunehmend wie Fahrlässigkeit – nicht wie Neutralität. Es ist ein kostengünstiger Schritt mit hoher Signalwirkung, den jeder Website-Betreiber gehen sollte.

Warum Ihre Barrierefreiheitserklärung über Compliance hinaus wichtig ist

Rechtliche Verpflichtung ist die Untergrenze, nicht die Obergrenze. Es gibt überzeugende geschäftliche und ethische Gründe für eine gut formulierte Barrierefreiheitserklärung, die über die bloße Vermeidung von Klagen hinausgehen.

Denken Sie zunächst an Ihre Nutzer. Etwa 1,3 Milliarden Menschen weltweit leben mit irgendeiner Form von Behinderung. Viele von ihnen haben durch harte Erfahrungen gelernt, nach einer Barrierefreiheitserklärung zu suchen, bevor sie einer neuen Website ihre Zeit oder ihr Geld anvertrauen. Eine klare, ehrliche Erklärung sagt ihnen, mit welchen unterstützenden Technologien Ihre Website getestet wurde, an wen sie sich wenden können, wenn etwas nicht funktioniert, und wie ernst Ihre Organisation das Thema nimmt. Sie reduziert Reibung und baut Vertrauen genau in dem Moment auf, in dem eine Nutzerin oder ein Nutzer mit Behinderung entscheidet, ob sie oder er auf Ihrer Website bleibt.

Zweitens gibt es die Reputationsdimension. Keine Barrierefreiheitserklärung zu haben – oder eine, die offensichtlich aus einer Vorlage kopiert, nie aktualisiert wurde und Zusagen macht, die Ihre Website klar nicht einhält – sendet ein negatives Signal an Kundinnen und Kunden, Mitarbeitende und Partner, denen Inklusion wichtig ist. Umgekehrt ist eine durchdachte, regelmäßig gepflegte Erklärung ein Beleg für echtes organisatorisches Engagement. Führende Organisationen wie Barclays und Roche veröffentlichen Erklärungen, die ihre aktuellen Einschränkungen ehrlich anerkennen und gleichzeitig konkrete Schritte beschreiben, die zu deren Behebung unternommen werden. Diese Transparenz schafft mehr Goodwill als eine Erklärung, die perfekte Compliance behauptet, es je könnte.

Drittens schafft Ihre Barrierefreiheitserklärung einen internen Mechanismus für Verantwortlichkeit. Wenn Sie öffentlich einen Standard, eine Testmethodik und eine Reaktionszeit für von Nutzern gemeldete Probleme zusagen, schaffen Sie Erwartungen, die Ihre eigenen Teams erfüllen müssen. Das ist ein Feature, kein Bug. Barrierefreiheitsprogramme ohne externe Verpflichtungen neigen dazu, zu verwässern; solche mit öffentlichen Erklärungen bleiben eher auf Kurs.

Schließlich sind da noch SEO und Usability. Best Practices der Barrierefreiheit – semantisches HTML, korrekte Überschriftenstrukturen, beschreibender Alt-Text, klare Linkbeschriftungen – korrelieren stark mit Signalen für das Ranking in Suchmaschinen. Eine Website, die mit Blick auf Barrierefreiheit gebaut wurde, ist in der Regel insgesamt eine leistungsfähigere Website.

Was gehört hinein: Die wesentlichen Bestandteile

Es gibt keine einzige verpflichtende Vorlage für eine Barrierefreiheitserklärung im privaten Sektor, aber die Web Accessibility Initiative des W3C bietet die klarste Orientierung dazu, was eine Erklärung enthalten sollte. Im Folgenden finden Sie eine Aufschlüsselung aller Bestandteile, die Sie abdecken sollten, zusammen mit der Begründung für jeden.

Eine Verpflichtungserklärung. Beginnen Sie mit einer klaren, menschlichen Erklärung des Engagements Ihrer Organisation für digitale Barrierefreiheit. Verstecken Sie sie nicht. Dies ist das Erste, was Nutzerinnen und Nutzer mit Behinderungen – und Klägeranwälte – lesen werden. Vermeiden Sie Unternehmensfloskeln. Formulieren Sie ausdrücklich, dass Sie an einer inklusiven Erfahrung für Nutzer mit Seh-, Hör-, körperlichen, kognitiven, neurologischen und Sprachbehinderungen arbeiten.

Der Standard, den Sie anstreben. Nennen Sie die spezifische WCAG-Version, auf die Sie abzielen – idealerweise WCAG 2.1 Level AA als Minimum, mit WCAG 2.2 Level AA als aktuellem Best Practice. Geben Sie Ihren Konformitätsgrad ehrlich an. Wenn Sie vollständig konform sind, sagen Sie es. Wenn Sie teilweise konform sind, sagen Sie das ebenfalls und beschreiben Sie, welche Bereiche nicht genügen. Falsche Angaben zur Konformität in Ihrer Erklärung sind schlimmer, als bekannte Lücken offenzulegen – sie nehmen Ihnen im Streitfall die Möglichkeit, sich auf guten Glauben zu berufen.

Bekannte Einschränkungen. Dies ist der Abschnitt, den die meisten Organisationen falsch machen. Entweder sie listen überhaupt keine Einschränkungen auf (für fast jede reale Website unglaubwürdig) oder sie verwenden technische WCAG-Kriteriumsnummern, die für Nutzer nichts bedeuten. Das W3C empfiehlt klare Sprache: Statt „WCAG Success Criterion 1.2.2 wird nicht erfüllt“ sagen Sie „Einige unserer älteren Videos haben keine Untertitel“. Seien Sie konkret. Seien Sie ehrlich. Nutzer werden es zu schätzen wissen, dies im Voraus zu erfahren, und rechtlich schützt es Sie, weil es guten Glauben demonstriert.

Was Sie zur Verbesserung der Barrierefreiheit getan haben. Beschreiben Sie Ihre tatsächlichen Bemühungen: Haben Sie ein Audit durch Dritte durchgeführt? Testen Sie mit Screenreadern? Haben Sie Ihr Content-Team geschult? Verwenden Sie ein Barrierefreiheits-Overlay-Widget, um zusätzliche unterstützende Funktionen bereitzustellen? Beschreiben Sie die konkreten Maßnahmen, die Ihre Organisation ergreift. Dieser Abschnitt verwandelt Ihre Erklärung von einem passiven Versprechen in einen aktiven Nachweis eines Compliance-Programms.

Technische Umgebung. Nennen Sie die Browser, Betriebssysteme und unterstützenden Technologien, mit denen Ihre Website getestet wurde. Screenreader verhalten sich je nach Browser-Kombination unterschiedlich, und die Dokumentation Ihrer Testumgebungen steuert Erwartungen und zeigt zugleich Sorgfalt.

Kontaktinformationen. Dies ist möglicherweise der wichtigste Abschnitt. Machen Sie es Nutzern leicht, Barrieren zu melden. Stellen Sie mehrere Kanäle bereit – E-Mail, Telefon und idealerweise ein Webformular, das selbst vollständig barrierefrei ist. Geben Sie eine Reaktionszeit an und halten Sie sie ein. Untersuchungen zeigen immer wieder, dass Organisationen, die schnell auf Beschwerden zur Barrierefreiheit reagieren, deutlich seltener mit Klagen konfrontiert werden. Leiten Sie diese Kontakte nicht an ein allgemeines Postfach weiter, das niemand überwacht.

Inhalte Dritter. Wenn Ihre Website Widgets von Drittanbietern, Social-Media-Feeds, Karten oder andere Inhalte einbettet, die Sie nicht kontrollieren, weisen Sie darauf hin und machen Sie deutlich, dass Sie für die Barrierefreiheit dieser Inhalte keine Garantie übernehmen können. Sie können dennoch beschreiben, welche Schritte Sie unternehmen, um barrierefreie Tools von Drittanbietern auszuwählen.

Datum der letzten Überprüfung. Fügen Sie ein gut sichtbares „Zuletzt aktualisiert“-Datum ein. Eine Barrierefreiheitserklärung ohne Datum wirkt – und ist möglicherweise – veraltet. Verpflichten Sie sich, sie mindestens jährlich sowie nach jedem größeren Redesign oder umfassenden Content-Update zu überprüfen und zu aktualisieren.

Verweise auf anwendbare Gesetze. Verweisen Sie je nach Rechtsordnung und Zielgruppe auf die relevanten rechtlichen Rahmenwerke: den ADA, Section 508, den EAA, die UK Accessibility Regulations, AODA oder andere. Das zeigt rechtliches Bewusstsein und hilft Nutzern, den regulatorischen Kontext zu verstehen.

Eine Strukturvorlage, die Sie anpassen können

Die folgende Struktur ist ein sauberes, semantisches HTML-Gerüst, das Sie für die Seite Ihrer Barrierefreiheitserklärung anpassen können. Ersetzen Sie die Platzhalter durch korrekte Informationen, die spezifisch für Ihre Organisation und Website sind.

<h1>Accessibility Statement</h1>

<p>
  [Organization Name] is committed to ensuring digital accessibility
  for people with disabilities. We continually improve the user experience
  for everyone and apply relevant accessibility standards.
</p>

<h2>Conformance Status</h2>
<p>
  We aim to conform to the Web Content Accessibility Guidelines (WCAG)
  2.1 Level AA. These guidelines explain how to make web content more
  accessible to people with disabilities. Our current conformance status
  is: [fully conformant / partially conformant — describe known gaps].
</p>

<h2>Known Limitations</h2>
<p>
  Despite our best efforts, some content may not yet be fully accessible:
</p>
<ul>
  <li>[Example: Some older PDF documents do not have text
      equivalents. We are converting these on a rolling basis.]</li>
  <li>[Example: Videos published before [date] may not have
      accurate captions. We are prioritizing recaptioning.]</li>
</ul>

<h2>Measures We Take</h2>
<ul>
  <li>Annual third-party accessibility audits against WCAG 2.1 AA</li>
  <li>Manual testing with screen readers (NVDA, JAWS, VoiceOver)</li>
  <li>Automated scanning on each deployment</li>
  <li>Accessibility widget providing user-controlled display options</li>
  <li>Staff training on accessible content creation</li>
</ul>

<h2>Technical Specifications</h2>
<p>
  This website has been tested on the following environments:
</p>
<ul>
  <li>Chrome + NVDA on Windows 11</li>
  <li>Safari + VoiceOver on macOS and iOS</li>
  <li>Firefox + JAWS on Windows 11</li>
</ul>

<h2>Feedback and Contact</h2>
<p>
  If you experience any accessibility barriers on this website, please
  contact us. We aim to respond within 2 business days.
</p>
<ul>
  <li>Email: <a href='mailto:[email protected]'>
      [email protected]</a></li>
  <li>Phone: +1 (555) 000-0000</li>
</ul>

<h2>Formal Complaints</h2>
<p>
  If you are not satisfied with our response, you may contact the
  relevant enforcement authority in your jurisdiction.
</p>

<p><em>This statement was last reviewed on [Month YYYY].</em></p>

Häufige Fehler, die Sie vermeiden sollten

Die meisten Barrierefreiheitserklärungen, die es heute im Web gibt, sind entweder nicht vorhanden, aus einer Vorlage plagiiert, ohne Anpassung übernommen oder aktiv irreführend. Hier sind die konkreten Fallstricke, die Sie umgehen sollten.

Vollständige Konformität zu behaupten, wenn Sie nicht vollständig konform sind. Dies ist der gefährlichste Fehler. Automatisierte Tools erfassen bestenfalls etwa 30–40% der WCAG-Probleme, was bedeutet, dass eine Website, die automatisierte Tests besteht, immer noch erhebliche Barrieren aufweisen kann. Wenn Ihre Erklärung vollständige WCAG 2.1 AA-Konformität behauptet und eine Nutzerin, ein Nutzer oder eine Klägerseite das Gegenteil nachweisen kann, verstärkt diese Falschaussage Ihr rechtliches Risiko statt es zu verringern. Korrekte Angaben zu teilweiser Konformität, kombiniert mit einem klaren Fahrplan zur Behebung, sind sowohl ehrlicher als auch besser zu verteidigen.

Die Seite mit der Erklärung selbst unzugänglich zu machen. Das passiert häufiger, als man erwarten würde. Die Barrierefreiheitserklärung sollte selbst die WCAG erfüllen. Testen Sie die Seite, prüfen Sie den Farbkontrast, verifizieren Sie die Tastaturnavigation und stellen Sie sicher, dass Screenreader die Überschriften korrekt erfassen können. Eine unzugängliche Barrierefreiheitserklärung ist mindestens peinlich – und im schlimmsten Fall ein Beweismittel in einer Beschwerde.

Keinen echten Kontaktmechanismus bereitzustellen. Eine Erklärung, die Nutzer einlädt, „uns zu kontaktieren“, aber ein defektes Formular oder eine generische info@-E-Mail-Adresse angibt, die niemand überwacht, ist schlimmer als nutzlos. Nutzer, die versuchen, eine Barriere zu melden und keine Antwort erhalten, werden mit deutlich höherer Wahrscheinlichkeit eine Aufsichtsbehörde oder eine Anwältin bzw. einen Anwalt einschalten.

Sie nie zu aktualisieren. Eine Erklärung, die vor drei Jahren datiert ist und sich auf Technologien oder Standards bezieht, die inzwischen überholt sind, untergräbt das Vertrauen sofort. Legen Sie eine Kalendereintragung an, um Ihre Erklärung mindestens einmal pro Jahr und unmittelbar nach jedem größeren Redesign der Website zu überprüfen.

Sie so zu verstecken, dass niemand sie findet. Das W3C empfiehlt, von mehreren prominenten Stellen aus auf Ihre Barrierefreiheitserklärung zu verlinken: Footer, Hilfemenü, Sitemap und Über-uns-Seite. Verwenden Sie konsistenten Linktext – „Accessibility Statement“ oder „Accessibility“ –, damit Nutzer, die gezielt danach suchen, sie schnell finden können.

Wie Accsible in Ihre Barrierefreiheitsstrategie passt

Eine Barrierefreiheitserklärung dokumentiert Ihr Engagement, aber Engagement ohne Umsetzung bleibt nur ein Wort. Hier kommt ein Tool wie das Overlay-Widget-SDK von Accsible als eine Ebene einer umfassenderen Barrierefreiheitsstrategie ins Spiel.

Accsible ermöglicht es Ihnen, ein konfigurierbares Barrierefreiheits-Widget auf Ihrer Website einzubetten, das Nutzern direkte Kontrolle über ihre Nutzungserfahrung gibt – Anpassung von Schriftgrößen, Kontrasteinstellungen, Cursorgröße, Reduktion von Animationen und mehr. Diese nutzerorientierten Steuerungsmöglichkeiten erweitern die Nutzbarkeit Ihrer Website für Menschen mit unterschiedlichen Seh-, motorischen und kognitiven Bedürfnissen. Wichtig ist: Wenn Sie ein Barrierefreiheits-Widget in Ihre Toolchain aufnehmen, wird Ihre Barrierefreiheitserklärung spezifischer und glaubwürdiger: Sie können die konkreten Funktionen des Widgets benennen, die Umgebungen beschreiben, in denen es getestet wurde, und zeigen, dass Sie aktive, technische Schritte in Richtung Inklusion unternommen haben.

Diese Spezifität ist wichtig. Gerichte, Aufsichtsbehörden und Nutzer reagieren besser auf Erklärungen, die konkrete Maßnahmen beschreiben, als auf vage Versprechen. Ihre Erklärung sollte das Widget erwähnen, was es tut und welche Bedürfnisse es adressiert – neben Ihrem Audit-Programm, Ihrer Testmethodik und Ihrem menschlichen Kontaktpunkt für Feedback. Das Widget ist kein Ersatz für semantischen, gut strukturierten Code im Hintergrund, aber es ist eine bedeutsame, dokumentierte Ebene von Bemühungen, die in Ihre Erklärung gehört.

Barrierefreiheit ist ein Programm, kein Produkt. Ihre Erklärung dokumentiert dieses Programm. Jedes Tool, jedes Audit, jede Schulung und jede Feedbackschleife, die Sie einführen, macht Ihre Erklärung glaubwürdiger – und Ihre Website tatsächlich inklusiver.

Ihre Erklärung aktuell halten: Eine Wartungs-Checkliste

Eine Barrierefreiheitserklärung ist ein lebendiges Dokument. In dem Moment, in dem sich Ihre Website ändert – ein neuer Checkout-Prozess, eine neu gestaltete Navigation, ein neuer eingebetteter Videoplayer – kann die Genauigkeit Ihrer Erklärung betroffen sein. Verankern Sie einen Wartungsrhythmus in Ihrem Barrierefreiheitsprogramm, damit die Erklärung stets die Realität widerspiegelt.

• Nach jeder größeren Veröffentlichung oder jedem Redesign: Überprüfen Sie den Abschnitt „Bekannte Einschränkungen“ und die „Technischen Spezifikationen“. Aktualisieren Sie die Testumgebungen, wenn sich Browser oder unterstützende Technologien geändert haben.
• Jährlich: Beauftragen oder führen Sie ein vollständiges Barrierefreiheits-Audit durch. Aktualisieren Sie den Konformitätsstatus und den Abschnitt zu den Maßnahmen, sodass sie die aktuellen Tools, Prozesse und Ergebnisse widerspiegeln. Aktualisieren Sie das Datum „Zuletzt überprüft“.
• Wenn sich Standards ändern: WCAG 2.2 ist jetzt veröffentlicht und WCAG 3.0 in Entwicklung. Wenn Aufsichtsbehörden ihre technischen Standards aktualisieren, passen Sie Ihre Erklärung an, um die Version zu nennen, die Sie anstreben, und Ihren Migrationsplan zu beschreiben.
• Wenn sich Gesetze ändern: Der EAA, die Fristen zu ADA Title II und andere Regelungen entwickeln sich aktiv weiter. Wenn neue Anforderungen für Ihre Organisation gelten, aktualisieren Sie die rechtlichen Verweise in Ihrer Erklärung entsprechend.
• Wenn sich Kontaktdaten ändern: Aktualisieren Sie E-Mail-Adressen, Telefonnummern oder Formularlinks umgehend. Ein defekter Kontaktkanal in einer Barrierefreiheitserklärung ist sowohl ein Usability-Fehler als auch ein rechtliches Risiko.

Die Protokollierung von Feedback zur Barrierefreiheit, das Sie erhalten – die gemeldeten Probleme, wie Sie reagiert haben und wie lange die Behebung gedauert hat – schafft außerdem eine Dokumentationsspur, die guten Glauben belegt. Wenn die Barrierefreiheitspraktiken Ihrer Organisation jemals in Frage gestellt werden, kann diese Dokumentation von unschätzbarem Wert sein.

Wesentliche Erkenntnisse

• Eine Barrierefreiheitserklärung ist sowohl ein Instrument des rechtlichen Risikomanagements als auch ein Vertrauenssignal für Nutzer. In vielen Rechtsordnungen – einschließlich für Unternehmen mit EU-Marktpräsenz unter dem EAA und öffentliche Stellen in den USA unter der ADA-Title-II-Regel – ist irgendeine Form öffentlicher Barrierefreiheitsverpflichtung inzwischen gesetzlich vorgeschrieben oder stark impliziert.
• Ehrlichkeit über Einschränkungen schützt Sie mehr als Übertreibung. Die Angabe, dass Sie teilweise konform sind, verbunden mit einem klaren Plan zur Behebung, ist rechtlich besser zu verteidigen als die falsche Behauptung vollständiger WCAG-Konformität. Gerichte und Aufsichtsbehörden reagieren positiv auf erkennbaren guten Glauben.
• Machen Sie Ihren Kontaktmechanismus real und überwacht. Bieten Sie mehrere Möglichkeiten, Barrieren zu melden – E-Mail, Telefon, ein Webformular – und verpflichten Sie sich auf eine konkrete Reaktionszeit. Schnelle Reaktionen auf von Nutzern gemeldete Probleme verringern das Risiko rechtlicher Eskalation erheblich.
• Die Seite mit Ihrer Barrierefreiheitserklärung muss selbst barrierefrei sein. Testen Sie sie auf WCAG-Konformität, verifizieren Sie die Tastaturnavigation, prüfen Sie den Farbkontrast und stellen Sie Screenreader-Kompatibilität sicher, bevor Sie sie veröffentlichen.
• Behandeln Sie die Erklärung als lebendiges Dokument, nicht als einmalige Aufgabe. Überprüfen Sie sie nach jeder größeren Änderung der Website, mindestens jährlich und immer dann, wenn anwendbare Gesetze oder WCAG-Standards aktualisiert werden. Halten Sie das Datum „Zuletzt überprüft“ sichtbar und korrekt.