European Accessibility Act & WCAG: Wer muss einhalten und bis wann

Der European Accessibility Act (Richtlinie 2019/882) ist eine EU-Richtlinie, die Barrierefreiheit für eine festgelegte Liste von Produkten und Dienstleistungen verlangt, darunter E-Commerce, Bankdienstleistungen, Ticketing und Informationen im Verkehr, E-Books und Telekommunikation. Die EU-Mitgliedstaaten haben sie bis zum 28. Juni 2022 in nationales Recht umgesetzt, und die Compliance-Frist für Unternehmen war der 28. Juni 2025 — das heißt, sie gilt bereits und ist keine zukünftige Frist.

Kleinstunternehmen — weniger als 10 Mitarbeitende und weniger als 2 Millionen Euro Jahresumsatz — sind bei der Erbringung von Dienstleistungen von einigen Pflichten befreit, diese Ausnahme ist jedoch enger gefasst, als sie klingt: Sie gilt in der Regel nicht für Produkte, und größere Unternehmen im Anwendungsbereich haben unabhängig davon, wie einfach ihre Website ist, keine solche Ausnahme.

WCAG (Web Content Accessibility Guidelines) ist der technische Standard des W3C für Web-Barrierefreiheit, gegliedert in drei Konformitätsstufen: A (Minimum), AA (die Stufe, auf die sich die meisten Gesetze und die EU-Norm EN 301 549 beziehen) und AAA (die höchste, in voller Ausprägung selten gefordert). Wenn ein Unternehmen sagt, es strebe "WCAG-Konformität" an, meint es damit fast immer WCAG 2.1 Stufe AA.

WCAG 2.2, veröffentlicht im Oktober 2023, ergänzt 2.1 um einige neue Erfolgskriterien, statt es zu ersetzen — die meisten EU-Verweise, einschließlich EN 301 549, basieren nach wie vor auf 2.1 AA als geltender Grundlage.

WCAG 2.1 AA verlangt ein Kontrastverhältnis von mindestens 4,5:1 für normalen Text gegenüber seinem Hintergrund und 3:1 für großen Text (etwa 18 pt oder 14 pt fett) sowie für UI-Komponenten und grafische Objekte. Dies ist einer der häufigsten und am einfachsten maschinell überprüfbaren Barrierefreiheitsfehler auf echten Websites — Text mit geringem Kontrast in hellen oder dunklen Themes lässt sich leicht einbauen und visuell leicht übersehen, wenn man nicht selbst sehbeeinträchtigt ist.

Nein. Automatisierte Overlay-Widgets — die Skripte, die ein schwebendes Barrierefreiheits-Icon hinzufügen und behaupten, Probleme im laufenden Betrieb zu beheben — erreichen für sich genommen weder WCAG-Konformität noch rechtliche Compliance, und Barrierefreiheits-Fachleute haben vielfach Fälle dokumentiert, in denen sie Screenreader stören oder neue Probleme verursachen. Sie können für einzelne spezifische Anpassungen eine sinnvolle ergänzende Hilfe sein, sind aber kein Ersatz dafür, das zugrunde liegende Markup, den Kontrast und die Struktur zu korrigieren.

Ja, wobei der Mechanismus je nach Rechtsraum variiert. Nach dem EAA können nationale Marktüberwachungsbehörden Korrekturmaßnahmen verlangen und in einigen Mitgliedstaaten Sanktionen für nicht konforme Produkte und Dienstleistungen verhängen. Unabhängig davon sind barrierefreiheitsbezogene Klagen in einigen Rechtsräumen üblich geworden — am sichtbarsten in den USA unter dem ADA —, und auch EU-Unternehmen, die diese Märkte bedienen, sind diesem Risiko ausgesetzt. Innerhalb der EU ist beschwerdegetriebene Durchsetzung durch nationale Behörden der typischere Weg als direkte Klagen.

Die maschinell überprüfbaren Teile — Kontrastverhältnisse, fehlende Alt-Texte, unbeschriftete Eingabefelder, Überschriftenstruktur, Probleme mit dem Tastaturfokus — sind genau das, was ein automatisierter Scan gut kontinuierlich erfassen kann. Was ein Scan nicht vollständig prüfen kann, ist die tatsächliche Nutzbarkeit mit einem Screenreader und die kognitive Zugänglichkeit — deshalb sollten WCAG-Konformitätsaussagen für ein Unternehmen mit realer rechtlicher Exposition zusätzlich zu automatisierten Prüfungen manuelle Tests oder ein professionelles Audit umfassen.