Bildbeschreibung: Geschichtete Gesetzesdokumente und eine Lupe auf cremefarbenem Papier, von oben fotografiert, signalisieren die Weiterleitungsfunktion eines Dach-Regulierungs-Leitfadens.

Lesezeit: 11 Minuten

„Barrierefreiheits-Konformität“ ist einer jener Begriffe, den alle verwenden und den fast niemand gleich definiert. Eine Rechtsabteilung hört ihn als Risiko unter dem Americans with Disabilities Act. Ein Beschaffungsbeauftragter in Berlin hört ihn als Klausel, die EN 301 549 referenziert. Eine technische Leitung hört ihn als Lighthouse-Score. Eine Produktleitung hört ihn als Monitoring-Dashboard eines Anbieters. Alle liegen in gewissem Sinne richtig — und niemand spricht von ganz demselben.

Dieser Artikel ist das Dach. Er entpackt, was der Begriff über drei Ebenen hinweg bedeutet — technisch, rechtlich und prozessbezogen —, erläutert die wichtigste Unterscheidung in diesem Bereich (Konformität ist nicht dasselbe wie Barrierefreiheit) und leitet dann weiter zum Dossier, das zur jeweiligen Zuständigkeit passt. Wer mit der Suchanfrage „Barrierefreiheits-Konformität“ hierher gelangt ist, weil jemand im Unternehmen gefragt hat, ob die eigene Organisation konform ist: hier ist die richtige Anlaufstelle. Die Übersicht liefert die nötige Karte, um diese Frage selbst zu beantworten, plus den Link zum kostenlosen WCAG-2.2-Scanner für eine Baseline noch am Nachmittag.

Konformität ist nicht dasselbe wie Barrierefreiheit

Die einzig nützlichste Unterscheidung in diesem Bereich, und die in Anbieterpräsentationen am häufigsten übergangene, ist die Lücke zwischen Konformität und Barrierefreiheit.

Konformität ist eine rechtliche und prüfungsbezogene Haltung. Sie beantwortet die Frage: „Können wir auf dem Papier nachweisen, dass wir den Standard erfüllen, den die Regulierungsbehörde oder der Vertrag benannt hat?“ Sie wird durch bestandene Scans, veröffentlichte Erklärungen zur Barrierefreiheit, Konformitätsberichte und Beschaffungsattestierungen erfüllt. Konformität ist ein Zustand, in dem man sich zu einem bestimmten Zeitpunkt befinden oder nicht befinden kann, und es ist der Zustand, den Rechtsanwälte und Prüfer interessiert.

Barrierefreiheit beantwortet eine andere Frage: „Kann ein Mensch mit Behinderung dieses Produkt tatsächlich nutzen, um das zu tun, wofür es gebaut wurde?“ Sie wird dadurch erfüllt, dass ein Screenreader-Nutzer den Bezahlvorgang abschließt, ein Nutzer ohne Maus das Dashboard navigiert, ein gehörloser Nutzer das Video versteht. Barrierefreiheit ist eine Eigenschaft der gelebten Erfahrung, nicht der Prüfungsakte.

Beides ist korreliert, aber nicht identisch. Eine Website kann einen automatisierten WCAG-2.2-AA-Scan bestehen, eine saubere Erklärung zur Barrierefreiheit veröffentlichen, ein VPAT liefern und dennoch mit VoiceOver nicht verwendbar sein, weil jedes benutzerdefinierte Dropdown den Fokus verschluckt. Eine andere Website kann einige hundert kleinere Scan-Fehler aufweisen und trotzdem von Beginn bis Ende für jeden Nutzer von Hilfstechnologien im Raum verwendbar sein. Konformität ist notwendig, aber nicht hinreichend. Das Audit als Stellvertreter für die Erfahrung zu behandeln, ist der häufigste — und teuerste — Fehler in diesem Bereich.

Konformität ist kein einmaliges Audit

Die zweite entscheidende Unterscheidung. Ein Audit, das am Montag besteht, übersteht ein Deploy am Dienstag nicht. Marketing-Websites werden zweimal pro Woche aktualisiert; Produktoberflächen zwanzig Mal täglich. Jedes Deploy ist eine Möglichkeit, ein Label zu beschädigen, einen Fokusring zu verlieren oder eine Komponente einzuliefern, die sich NVDA gegenüber als div ankündigt.

Konformität, richtig verstanden, ist eine Haltung, die durch kontinuierliches Monitoring und eine Kultur der Behebung aufrechterhalten wird — kein Snapshot in einer PDF-Datei vom Vorjahr. Die PDF ist ein Nachweis. Das Monitoring ist das, was nachgewiesen wird. Die tiefste Falle in diesem Bereich ist, Konformität als Projekt statt als Betriebsmodus zu behandeln.

Jedes ernsthafte Barrierefreiheitsprogramm hat unabhängig von der Zuständigkeit dieselbe Form: eine automatisierte Monitoring-Schicht, die Regressionen bei jedem Deploy abfängt, eine periodische manuelle Audit-Schicht, die auffängt, was Automatisierung verfehlt, und eine veröffentlichte Erklärung, die die Regulierungsbehörde lesen kann. Geht eine der drei verloren, verfällt die Haltung.

Die drei Ebenen der Barrierefreiheits-Konformität

Es hilft, Barrierefreiheits-Konformität als drei gestapelte Ebenen zu betrachten. Eine Organisation muss jede von ihnen erfüllen, und die Anforderungen auf jeder Ebene stammen aus einer anderen Quelle.

Ebene 1 — Technische Standards. Wie Website, App oder Produkt auf Code-Ebene aussehen müssen. Dies ist die Ebene, die W3C und die europäischen Normungsgremien verantworten. Der dominante Standard ist WCAG, derzeit in Version 2.2. Die meisten Regulierungsbehörden referenzieren Level AA. Andere technische Standards schichten sich darüber: ARIA für umfangreiche Benutzeroberflächen, EN 301 549 für den europäischen Beschaffungs- und EAA-Kontext, Section 508 für die US-Bundesbeschaffung, EPUB Accessibility 1.1 für E-Books, PDF/UA für Dokumente. WCAG 2.2 AA ist der Mittelpunkt der Spezifikationskarte; die anderen erweitern oder konkretisieren ihn.

Ebene 2 — Regionale Rechtsvorschriften. Was das Recht in der jeweiligen Zuständigkeit tatsächlich verlangt. Das ADA, der European Accessibility Act, der britische Equality Act, der Accessible Canada Act, das italienische Stanca Act, das BFSG. Der technische Standard aus Ebene 1 wird fast immer per Verweis einbezogen — die ADA-Title-II-Regel nennt WCAG 2.1 AA; die EAA verweist auf den harmonisierten Standard EN 301 549, der WCAG 2.1 AA referenziert. Das Gesetz ist der Maßstab der Verantwortung; der Standard bestimmt, wie das Gesetz entscheidet, ob die Anforderungen erfüllt wurden.

Ebene 3 — Beschaffungs- und Branchenmandate. Dort, wo der Vertrag über den gesetzlichen Mindeststandard hinausgeht. Die öffentliche EU-Beschaffung nutzt EN 301 549 als Mindeststandard für jeden IT-Kauf. Die US-Bundesbeschaffung nutzt Section 508, die nun mit WCAG 2.1 AA harmonisiert ist. Regulierungsbehörden aus dem Finanz- und Gesundheitssektor fügen manchmal eigene Auflagen hinzu. Beim Verkauf an öffentliche Auftraggeber ist der Vertrag in der Regel strenger als das Gesetz.

Die meisten Organisationen müssen alle drei Ebenen gleichzeitig erfüllen.

Die Länderübersicht — Betriebsstandort bestimmt die Anforderungen

Dies ist der Weiterleitungsabschnitt. Die Zeile, die zur jeweiligen Zuständigkeit passt, auswählen und zum Dossier durchklicken.

Vereinigte Staaten

Das Americans with Disabilities Act ist das Rückgrat des US-amerikanischen Barrierefreiheitsrechts. Title II regelt staatliche und lokale Behörden und erhielt im April 2024 seine erste explizite Webregel, die WCAG 2.1 AA nennt. Title III regelt private Orte der öffentlichen Unterbringung und wird in erster Linie durch private Klageverfahren durchgesetzt — rund 4.300 Bundeswebsite-Fälle im Jahr 2024. Das ADA-Title-III-Dossier und den US-Rechtsvorschriften-Hub für Section 508 und staatliche Gesetze lesen.

Europäische Union

Der European Accessibility Act (EAA) (Richtlinie 2019/882) wurde ab dem 28. Juni 2025 in allen 27 Mitgliedstaaten durchsetzbar und gilt für eine definierte Liste von Verbraucherprodukten und -dienstleistungen — E-Commerce, Bankwesen, E-Books, Ticketing, Transport. Die Richtlinie über den barrierefreien Zugang zu Websites (2016/2102) umfasst öffentliche Stellen separat. Beide verweisen auf den harmonisierten Standard EN 301 549, der WCAG 2.1 AA referenziert. Den European-Accessibility-Act-Leitfaden lesen.

Deutschland

Das Barrierefreiheitsstärkungsgesetz (BFSG) ist die deutsche Umsetzung der EAA und gilt für private Dienstleistungen im Anwendungsbereich seit dem 28. Juni 2025. BITV 2.0 regelt den öffentlichen Sektor. Die Durchsetzung erfolgt durch Marktüberwachungsbehörden auf Länderebene. Das Deutschland-Dossier lesen.

Vereinigtes Königreich

Der Equality Act 2010 begründet eine allgemeine Pflicht zur Nichtdiskriminierung, die von Gerichten so ausgelegt wird, dass sie sich auf digitale Dienste erstreckt. Die Public Sector Bodies Accessibility Regulations 2018 schichten eine spezifische WCAG-2.1-AA-Anforderung auf öffentliche Stellen. Das Vereinigte Königreich hat die EAA nicht umgesetzt; private Risiken laufen über den Equality Act. Das Vereinigtes-Königreich-Dossier lesen.

Italien

Das Stanca Act (Legge 4/2004) ist vor der EAA-Harmonisierung entstanden und gilt für öffentliche Stellen und eine definierte Liste privater Unternehmen einschließlich Finanzdienstleistungen und großen E-Commerce-Anbietern. Die EAA-Umsetzung erweitert den Anwendungsbereich weiter. Das Italien-Dossier lesen.

Kanada

Der Accessible Canada Act umfasst bundesweit regulierte Einrichtungen einschließlich Banken, Telekommunikationsunternehmen und Bundesbehörden; der AODA gilt provinziell für Ontario mit vollständiger Anwendung auf den privaten Sektor ab 2025. Das Kanada-Dossier lesen.

Australien

Der Disability Discrimination Act 1992 ist der gesetzliche Ausgangspunkt, der seit dem Maguire-Fall von 2000 als für digitale Dienste geltend ausgelegt wird. Die Australian Human Rights Commission veröffentlicht WCAG-konforme Leitlinien. Das Australien-Dossier lesen.

Alle anderen

Disability World pflegt Länderdossiers für 55 Zuständigkeiten einschließlich Japan, Indien, Brasilien, Südkorea, Israel, Südafrika, Mexiko, der GCC-Staaten und des übrigen EU- und ASEAN-Raums.

Was WCAG 2.2 tatsächlich verlangt

WCAG — die Richtlinien für barrierefreie Webinhalte (Web Content Accessibility Guidelines) — ist die technische Referenz, auf die nahezu jedes andere Instrument in diesem Bereich verweist. Version 2.2 wurde im Oktober 2023 vom W3C veröffentlicht und fügt dem 2.1-Basislevel neun neue Erfolgskriterien hinzu. Es gibt drei Konformitätsstufen: Level A (das absolute Minimum), Level AA (der von jeder großen Regulierungsbehörde referenzierte Arbeitsmaßstab) und Level AAA (ein Zielwert, nirgendwo eine regulatorische Mindestanforderung).

WCAG ist um vier Grundsätze organisiert, das POUR-Akronym. Inhalte müssen Wahrnehmbar (Perceivable) sein (über die vorhandenen Sinne zugänglich — Textalternativen für Bilder, Untertitel für Audio, ausreichender Farbkontrast), Bedienbar (Operable) (die Oberfläche ist steuerbar — tastaturzugänglich, kein anfallsauslösendes Flackern, ausreichend Zeit zum Lesen), Verständlich (Understandable) (Inhalt und Oberfläche sind vorhersehbar — lesbarer Text, konsistente Navigation, Fehlervermeidung bei Formulareingaben) und Robust (Robust) (funktioniert mit der tatsächlich vorhandenen Hilfstechnologie der Nutzer — interpretierbares Markup, Name-Rolle-Wert bei jedem interaktiven Element).

Die 2.2-Spezifikation umfasst 86 nummerierte Erfolgskriterien auf den drei Stufen. Level AA ist das Ziel für Konformitätszwecke; nur Level A anzustreben, ist unter jedem Regelwerk, das eine Stufe nennt, unzureichend. Die vollständige Referenz, nach Erfolgskriterien geordnet mit Beispielen und häufigen Fehlermustern, befindet sich auf der Seite WCAG-2.2-Erfolgskriterien im Toolkit.

Nächste Schritte — drei konkrete Maßnahmen

Konformität ist eine Haltung, kein Projekt, aber irgendwo muss man anfangen. Die richtige nächste Maßnahme hängt davon ab, wo man im Prozess steht.

„Wir wissen nicht, wo wir stehen“ — mit einer Baseline beginnen

Den kostenlosen WCAG-2.2-Scanner auf den zehn wichtigsten Seiten ausführen — Startseite, Login, Checkout, Dashboard, zwei wichtige Konversionsstrecken, die Seite mit der Erklärung zur Barrierefreiheit selbst, falls vorhanden. Ein Scan zeigt nicht das vollständige Bild (siehe den Abschnitt zur Unterscheidung von Konformität und Barrierefreiheit oben), aber er zeigt, ob zehn oder zehntausend Probleme vorliegen — das ist die erste notwendige Information. Dann das Regulierungsdossier für die eigene Zuständigkeit aus der Länderübersicht im vorherigen Abschnitt lesen.

„Wir haben einen Scanner — was kommt als Nächstes?“ — ein manuelles Audit beauftragen

Automatisierte Scans erfassen etwa ein Drittel der Probleme. Der Rest erfordert manuelle Prüfung. Ein manuelles Audit durch Tester mit Behinderungen beauftragen — Screenreader-Nutzer für die Screenreader-Pfade, Nutzer ohne Maus für die Tastaturpfade, Sehschwache für die visuellen Pfade. Ein erstes manuelles Audit einer mittelgroßen Anwendung dauert typischerweise zwei bis vier Wochen und zeigt die Problemklassen, die Automatisierung nicht erkennen kann: mehrdeutigen Linktext im Kontext, eine Fokusreihenfolge, die technisch korrekt, aber kognitiv falsch ist, benutzerdefinierte Widgets, die funktionieren, sich aber falsch anfühlen.

„Wir operationalisieren Konformität langfristig“ — eine Monitoring-Plattform wählen

Dies ist die Phase, in der Monitoring wichtig wird. Kontinuierliches Monitoring fängt Regressionen bei jedem Deploy ab, macht Drift zwischen manuellen Audits sichtbar und erzeugt den Nachweisweg, der eine Regulierungsbehörde befriedigt, die fragt, wie die Haltung zwischen formalen Berichten aufrechterhalten wird. Der vollständige Vergleichstest der Plattformen in dieser Kategorie befindet sich im Monitoring-Kaufleitfaden — einschließlich axe Monitor, Siteimprove, Level Access und Qualibooth, die vier Plattformen, die am häufigsten für die Kombination aus Monitoring und manuellem Audit-Übergabe in die engere Auswahl kommen. Der Kaufleitfaden vergleicht sie nach Abdeckung, Falsch-Positiv-Raten, Arbeitsablauf für manuelle Audits, Integrationsoberfläche und Preis. Diesen als Nächstes lesen; keine Plattform von einer einzigen Seite aus auswählen.

Häufig gestellte Fragen

Was bedeutet Barrierefreiheits-Konformität?

Barrierefreiheits-Konformität ist die rechtliche und prüfungsbezogene Haltung, denjenigen Standard zu erfüllen, den eine Regulierungsbehörde, ein Vertrag oder ein Branchenverband als maßgeblich für die jeweilige Situation benannt hat. In der Praxis bedeutet das meist drei Dinge gleichzeitig: einen technischen Standard wie WCAG 2.2 Level AA zu erfüllen, ein regionales Gesetz wie das ADA oder den European Accessibility Act einzuhalten und Prozessartefakte wie eine veröffentlichte Erklärung zur Barrierefreiheit zu erstellen. Keines davon entspricht für sich allein der tatsächlichen Barrierefreiheit für echte Nutzer — es ist das Bild aus der Prüfungsperspektive.

Ist WCAG dasselbe wie das ADA?

Nein. WCAG ist ein technischer Standard, der vom W3C veröffentlicht wird; das ADA ist ein US-amerikanisches Bürgerrechtsgesetz. Die beiden sind verknüpft, weil US-Gerichte und das Department of Justice WCAG 2.1 Level AA als praktischen Maßstab dafür behandelt haben, was unter Title II und Title III als zugängliche Website gilt, aber das ADA selbst nennt WCAG in seinem gesetzlichen Text nie. EN 301 549 übernimmt dieselbe Brückenrolle in der EU.

Muss meine Website gesetzlich barrierefrei sein?

Mit hoher Wahrscheinlichkeit ja, wenn in den USA, der EU, dem Vereinigten Königreich, Kanada, Australien oder einem der mehr als 50 Rechtsgebiete mit einem Behindertenrechtsgesetz und einer funktionierenden Durchsetzungspraxis tätig. Die genaue Verpflichtung hängt davon ab, ob es sich um eine öffentliche Stelle, ein Unternehmen einer bestimmten Größe oder einen Zulieferer der öffentlichen Hand handelt. Die Länderübersicht in diesem Artikel verweist auf das Dossier für die jeweilige Zuständigkeit.

Welches WCAG-Level wird benötigt — A, AA oder AAA?

AA ist die praktische Antwort für fast jede Regulierungsbehörde. Die ADA-Title-II-Regel von 2024 nennt WCAG 2.1 Level AA. Der European Accessibility Act und EN 301 549 verweisen auf WCAG 2.1 AA. Die britischen Public Sector Bodies Regulations verweisen auf 2.1 AA. AAA ist ein Zielwert und ist nirgendwo eine regulatorische Mindestanforderung. Level A allein ist unter jedem wichtigen Regelwerk unzureichend.

Wie wird die Barrierefreiheits-Konformität in den USA durchgesetzt?

Über drei Kanäle. Rulemaking und Durchsetzung des Department of Justice nach Title II und Title III des ADA. Private Klageverfahren nach Title III, die 2024 rund 4.300 Bundeswebsite-Fälle hervorbrachten. Und staatliche Abmahnungen nach New York, Kalifornien und ähnlichen Verbraucherschutzregelungen. Es gibt keine einzelne Bundesbarrierefreiheitsbehörde, die den EU-Marktüberwachungsbehörden entspricht.

Gilt die EAA für Unternehmen außerhalb der EU?

Ja, wenn sie Produkte oder Dienstleistungen auf dem EU-Markt anbieten. Der European Accessibility Act (EAA) gilt für jeden Wirtschaftsakteur, der abgedeckte Produkte oder Dienstleistungen an Verbraucher in einem der 27 Mitgliedstaaten verkauft, unabhängig vom Niederlassungsort des Betreibers. Ein US-amerikanischer E-Commerce-Shop, der nach Deutschland liefert, fällt in den Anwendungsbereich der deutschen Umsetzung, des BFSG.

Reicht automatisiertes Scanning für die Konformität aus?

Nein. Automatisierte Scanner erfassen unter großzügigen Annahmen etwa 30 bis 40 Prozent der WCAG-Probleme — Farbkontrast, fehlender Alternativtext, fehlende Formular-Labels, Dokumentstruktur. Sie können nicht beurteilen, ob Alternativtext korrekt ist, ob ein Ablauf für Screenreader-Nutzer verwendbar ist oder ob ein benutzerdefiniertes Widget die richtigen Rollen und Zustände offenlegt. Eine verteidigbare Konformitätshaltung kombiniert automatisiertes Monitoring mit regelmäßigen manuellen Audits durch Tester mit Behinderungen.

Abschließend

Barrierefreiheits-Konformität ist eine Haltung, kein Projekt. Das Audit an der Wand ist ein Nachweis der Haltung; das Monitoring, die manuellen Audits, die Behebungskultur und die veröffentlichte Erklärung sind die Haltung selbst. Verliert man die Haltung, wird das Audit innerhalb eines Quartals veraltet.

Wer bei null beginnt: den kostenlosen WCAG-2.2-Scanner ausführen, das Regulierungsdossier für die eigene Zuständigkeit aus der obigen Länderübersicht lesen und ein manuelles Audit buchen. Wer langfristig operationalisiert: den Monitoring-Kaufleitfaden lesen. Das Dach ist geschlossen. Die Tür wählen.