Der European Accessibility Act (EAA) ist seit Juni 2025 verpflichtend. Wenn Ihr Unternehmen digitale Produkte oder Dienstleistungen in der Europäischen Union verkauft, muss Ihre Website den Standard WCAG 2.2 Stufe AA erfüllen. Bei Nichteinhaltung drohen Bußgelder von bis zu 100.000 Euro pro Mitgliedstaat. Und dennoch: 94,8 % der Websites erfüllen diese Anforderungen immer noch nicht, so der WebAIM Million Report 2024.
Dieser Artikel erklärt, was die Richtlinie verlangt, wie Sie Ihre Website prüfen und welche Schritte Sie unternehmen müssen, um wirklich konform zu werden — ohne Abkürzungen, die die Situation verschlimmern.
Was sich mit dem European Accessibility Act geändert hat
Die EAA (Richtlinie 2019/882) harmonisiert erstmals die Normen für digitale Barrierefreiheit in der gesamten EU. Bis zu ihrem Inkrafttreten hatte jedes Land fragmentierte Regelungen. Nun gibt es einen einheitlichen Rahmen, der jedes Unternehmen betrifft, das auf dem europäischen Markt tätig ist.
Wir sprechen nicht nur von öffentlichen Verwaltungen. Die EAA umfasst den privaten Sektor: E-Commerce, elektronisches Banking, Transportdienstleistungen, Telekommunikation, E-Books und jeden digitalen Dienst, der sich an Verbraucher richtet.
Kleinstunternehmen (weniger als 10 Mitarbeiter und 2 Millionen Euro Umsatz) sind ausgenommen. Alle anderen nicht. Und die Richtlinie gilt sowohl für europäische Unternehmen als auch für jedes Unternehmen, das Verbrauchern innerhalb der EU Dienstleistungen anbietet, unabhängig von seinem Sitz.
Was die Richtlinie genau verlangt
Die EAA erfindet keine eigenen technischen Anforderungen. Sie verweist auf den harmonisierten Standard EN 301 549, der wiederum die Richtlinien WCAG 2.2 Stufe AA als technische Referenz übernimmt. In der Praxis bedeutet EAA-Konformität die Einhaltung von WCAG 2.2 AA.
Fristen und Sanktionen
- 28. Juni 2025: Stichtag für die Umsetzung. Die Mitgliedstaaten mussten die Richtlinie in ihr nationales Recht umsetzen.
- 28. Juni 2030: Ende der Übergangsfrist für Produkte und Dienstleistungen, die bereits vor 2025 auf dem Markt waren.
- Sanktionen: Jeder Mitgliedstaat definiert seine eigenen, aber die Richtlinie verlangt, dass sie „wirksam, verhältnismäßig und abschreckend" sein müssen. In mehreren Ländern wurden Bußgelder von bis zu 100.000 Euro pro Verstoß festgelegt. Bei Wiederholungsfällen können sich die Beträge vervielfachen.
Wen betrifft es
Der Geltungsbereich der Richtlinie ist klar. Sie betrifft Websites des E-Commerce, Plattformen für Bank- und Finanzdienstleistungen, Websites von Transportbetreibern, Dienste der elektronischen Kommunikation und audiovisuelle Inhaltsplattformen. Wenn Ihr Unternehmen online an europäische Verbraucher verkauft, fallen Sie unter den Anwendungsbereich.
WCAG 2.2 AA: Der technische Standard hinter dem Gesetz
Die Web Content Accessibility Guidelines (WCAG) entwickeln sich seit über 25 Jahren weiter. Die Version 2.2, veröffentlicht im Oktober 2023, fügt 9 neue Erfolgskriterien gegenüber Version 2.1 hinzu. Sie sind in vier Prinzipien organisiert, die alle Webinhalte erfüllen müssen.
Die vier Prinzipien (POUR)
Wahrnehmbar: Informationen müssen durch mindestens einen Sinn wahrnehmbar sein. Dazu gehören alternativer Text bei Bildern, Untertitel bei Videos, ausreichender Kontrast zwischen Text und Hintergrund (Mindestverhältnis 4,5:1 für normalen Text) und die Möglichkeit, den Text auf 200 % zu vergrößern, ohne dass die Funktionalität verloren geht.
Bedienbar: Benutzer müssen mit allen Elementen der Benutzeroberfläche interagieren können. Vollständige Tastaturnavigation, ausreichend Zeit zum Abschließen von Aufgaben, keine Inhalte, die Anfälle auslösen, und klare Navigationsmechanismen.
Verständlich: Inhalt und Benutzeroberfläche müssen vorhersehbar sein. Im HTML deklarierte Sprache, beschreibende Beschriftungen in Formularen, klare Fehlermeldungen und konsistentes Verhalten interaktiver Elemente.
Robust: Der Inhalt muss mit aktuellen und zukünftigen Hilfstechnologien funktionieren. Valides semantisches HTML, korrekte ARIA-Rollen und Kompatibilität mit Screenreadern wie NVDA, JAWS oder VoiceOver.
Neuerungen in WCAG 2.2
Version 2.2 enthält Kriterien, die für Benutzer mit kognitiven und motorischen Beeinträchtigungen konzipiert wurden. Die relevantesten:
- Mindestgröße der Berührungsfläche: Interaktive Elemente müssen mindestens 24x24 CSS-Pixel groß sein.
- Konsistente Hilfe: Wenn Sie Hilfsmechanismen anbieten (Chat, Telefon, FAQ), müssen diese auf allen Seiten an derselben relativen Position stehen.
- Barrierefreie Authentifizierung: Sie dürfen vom Benutzer nicht verlangen, komplexe Informationen zu merken oder abzuschreiben, um sich anzumelden. CAPTCHAs mit kognitiven Tests gelten als Barriere.
So prüfen Sie die Barrierefreiheit Ihrer Website
Ein seriöses Barrierefreiheits-Audit kombiniert automatisierte Analyse mit manueller Überprüfung. Automatische Tools sind ein Ausgangspunkt, erkennen aber nur zwischen 30 % und 40 % der Probleme. Die manuelle Überprüfung durch Experten erreicht eine Erkennungsrate von 95 %.
Automatische Tools (erster Filter)
Diese Tools identifizieren offensichtliche Fehler: Bilder ohne Alt-Text, unzureichender Kontrast, Formulare ohne Beschriftungen, ungeordnete Überschriften.
- axe-core (Deque): Browser-Erweiterung und in CI/CD integrierbare Bibliothek. Es ist die Engine, die die meisten Testing-Tools verwenden.
- Pa11y: Kommandozeilen-Tool, ideal für die Integration in Entwicklungspipelines. Ermöglicht wiederkehrende automatisierte Audits.
- Lighthouse (Google): Enthält einen Abschnitt zur Barrierefreiheit in seinem Bericht. Nützlich als schneller Indikator, aber nicht umfassend.
Diese Tools auszuführen ist der Mindestschritt. Wenn Ihre Website weniger als 90 bei der Barrierefreiheits-Bewertung von Lighthouse erreicht, haben Sie strukturelle Probleme zu lösen, bevor Sie an Richtlinienkonformität denken.
Manuelle Überprüfung (wo der eigentliche Wert liegt)
Die Probleme, die automatische Tools nicht erkennen, sind genau die, die echte Benutzer am meisten betreffen:
- Tastaturnavigation: Können Sie die gesamte Website ohne Maus bedienen? Ist der Fokus bei jedem Element sichtbar? Hat die Tab-Reihenfolge eine logische Abfolge?
- Screenreader: Versteht ein NVDA- oder VoiceOver-Benutzer die Seitenstruktur? Kündigen Formulare ihre Felder und Fehler korrekt an?
- Kontext und Verständlichkeit: Haben Links beschreibenden Text oder heißen sie „hier klicken"? Haben Datentabellen Zeilen- und Spaltenüberschriften?
- Vollständige Abläufe: Kann ein Kauf abgeschlossen, ein Kontaktformular ausgefüllt oder ein Termin gebucht werden — nur mit Tastatur und Screenreader?
Wenn Ihre Website auf WordPress aufgebaut ist, sollte das Audit auch die aktiven Plugins umfassen. Viele populäre Plugins erzeugen nicht barrierefreies HTML, das ansonsten korrekte Seiten kontaminiert.
Warum Barrierefreiheits-Overlays nicht funktionieren
Angesichts des regulatorischen Drucks greifen viele Unternehmen zu „Schnelllösungen": JavaScript-Widgets, die sich über die Website legen und sofortige Barrierefreiheit versprechen. Das sind die sogenannten Barrierefreiheits-Overlays.
Sie funktionieren nicht. Und wir sagen das mit Daten belegt.
2024 wurde accessiBe von der FTC mit 1 Million Dollar wegen irreführender Werbung bestraft. Das Unternehmen behauptete, sein Widget mache Websites WCAG-konform. Die FTC stellte fest, dass diese Behauptungen falsch waren.
Overlays haben dokumentierte Probleme:
- Sie korrigieren nicht den Quellcode. Sie legen eine Schicht darüber, die versucht, strukturelle Fehler zu kompensieren, aber die Screenreader stoßen weiterhin auf das Original-HTML.
- Sie beeinträchtigen Hilfstechnologien. Echte Benutzer mit Behinderungen berichten, dass Overlays ihre Erfahrung verschlechtern, nicht verbessern. Die Gemeinschaft der Menschen mit Behinderungen hat sich besonders lautstark gegen diese Produkte ausgesprochen.
- Sie sind nicht konform. Kein Standard (WCAG, EN 301 549, ADA) akzeptiert ein Overlay als Nachweis der Konformität. Ein Overlay schützt Sie weder bei einer Beschwerde noch bei einer Prüfung.
- Sie erzeugen ein falsches Sicherheitsgefühl. Das Unternehmen glaubt, „bereits konform zu sein", und hört auf, in echte Barrierefreiheit zu investieren.
Barrierefreiheit wird im Code und im Design aufgebaut, nicht nachträglich geflickt. Jede Lösung, die Konformität verspricht, ohne Ihr HTML, Ihr CSS oder Ihren Benutzerfluss zu berühren, verkauft Ihnen etwas, das nicht existiert.
Schritt für Schritt: So machen Sie Ihre Website wirklich barrierefrei
WCAG 2.2 AA zu erfüllen ist kein Wochenendprojekt, erfordert aber auch keinen kompletten Neuaufbau Ihrer Website. Es ist ein iterativer Prozess, der sich bei guter Planung in den normalen Entwicklungszyklus integriert.
1. Umfassendes Erstaudit
Kombinieren Sie automatische Tools (axe-core, Pa11y) mit einem professionellen manuellen Audit. Das Ergebnis sollte ein Bericht sein, der jedes Problem nach Schweregrad (kritisch, hoch, mittel, niedrig) und nach verletztem WCAG-Kriterium klassifiziert.
2. Priorisierung nach Auswirkung
Nicht alle Fehler wiegen gleich schwer. Priorisieren Sie in dieser Reihenfolge:
- Blockierend: Elemente, die das Abschließen kritischer Aufgaben verhindern (Kauf, Registrierung, Kontakt).
- Schwerwiegend: Informationen, die für Benutzer von Hilfstechnologien nicht zugänglich sind.
- Mäßig: Navigations- oder Verständnisprobleme, die die Nutzung erschweren, aber nicht verhindern.
- Geringfügig: Kontrastdetails, Berührungsflächengrößen oder Auslassungen nicht kritischer ARIA-Attribute.
3. Code-Bereinigung
Die häufigsten Änderungen umfassen: beschreibende Alternativtexte hinzufügen, die Überschriftenhierarchie korrigieren, Formulare korrekt beschriften, die Tastaturnavigation sicherstellen, sichtbare Fokusstatus implementieren und den Farbkontrast verbessern.
Ein relevantes Datum: Laut einer Studie von Nucleus Research verzeichnen Websites mit guter Barrierefreiheit eine Verbesserung des organischen Traffics um 12 %. Das semantische HTML, das WCAG verlangt, ist genau das, was Google für das Ranking bewertet. Wenn Sie in Barrierefreiheit investieren, investieren Sie gleichzeitig in SEO und Conversion-Optimierung.
4. Tests mit echten Benutzern
Bevor Sie das Projekt als abgeschlossen erklären, testen Sie mit Personen, die täglich Hilfstechnologien nutzen. Ihre Erkenntnisse decken immer Probleme auf, die weder die Tools noch die Prüfer erkannt haben. Die Einbeziehung von Benutzern mit verschiedenen Arten von Behinderungen (visuell, motorisch, kognitiv) liefert komplementäre Perspektiven.
5. Barrierefreiheitserklärung
Die EAA verlangt die Veröffentlichung einer Barrierefreiheitserklärung auf Ihrer Website. Sie muss das erreichte Konformitätsniveau, bekannte Ausnahmen, das Datum der letzten Überprüfung und einen Kontaktmechanismus zur Meldung von Barrierefreiheitsproblemen angeben. Es handelt sich nicht um ein dekoratives Dokument: Es ist eine gesetzliche Anforderung.
6. Kontinuierliche Pflege
Barrierefreiheit ist kein Projekt mit Enddatum. Jede neue Funktionalität, jede Designänderung und jede Inhaltsaktualisierung kann Barrieren einführen. Integrieren Sie Barrierefreiheits-Checks in Ihre Entwicklungspipeline (axe-core in CI/CD) und planen Sie mindestens einmal jährlich periodische Audits.
Barrierefreiheit und SEO: Eine Allianz, die Ergebnisse vervielfacht
Die Verbindung zwischen Barrierefreiheit und organischem Ranking ist kein Zufall. Google belohnt seit Jahren genau die gleichen Praktiken, die WCAG verlangt.
Semantisches HTML: Hierarchische Überschriften (H1-H6), korrekt markierte Listen und Tabellen mit Überschriften helfen nicht nur Screenreadern. Sie helfen Google, die Struktur Ihres Inhalts zu verstehen.
Alternativer Text bei Bildern: Eine grundlegende Barrierefreiheitsanforderung, die auch Google Images speist und die semantische Relevanz der Seite verbessert.
Kontrast und Lesbarkeit: Eine lesbare Website hält den Benutzer länger, reduziert die Absprungrate und sendet positive Engagement-Signale.
Performance: Viele Barrierefreiheitsverbesserungen (unnötiges JavaScript reduzieren, das DOM vereinfachen, die Ladereihenfolge optimieren) decken sich mit den Optimierungen, die die Core Web Vitals verbessern.
Barrierefreie Websites, die WCAG AA entsprechen, verzeichnen durchschnittlich +12 % organischen Traffic im Vergleich zu ihren vorherigen nicht barrierefreien Versionen. Das ist kein Nebeneffekt: Es ist das direkte Ergebnis davon, die Dinge für alle Benutzer richtig zu machen — einschließlich Googlebot.
Der Markt für digitale Barrierefreiheit wird auf 3,24 Milliarden Dollar projiziert bis 2034 geschätzt. Unternehmen, die jetzt investieren, vermeiden nicht nur Sanktionen: Sie erschließen ein Benutzersegment, das die Konkurrenz ignoriert.
Häufig gestellte Fragen zur Web-Barrierefreiheit und der EAA
Seit wann ist der European Accessibility Act verpflichtend?
Die EAA trat am 28. Juni 2025 in Kraft. Die EU-Mitgliedstaaten mussten die Richtlinie bis zu diesem Datum in ihr nationales Recht umgesetzt haben. Produkte und Dienstleistungen, die bereits auf dem Markt waren, haben eine Übergangsfrist bis Juni 2030.
Welchen technischen Standard muss ich einhalten?
Der europäische harmonisierte Standard ist die EN 301 549, die die Richtlinien WCAG 2.2 Stufe AA als technische Referenz übernimmt. WCAG 2.2 AA zu erfüllen ist der direkteste Weg, die Konformität mit der Richtlinie nachzuweisen.
Muss meine kleine Website auch konform sein?
Wenn Ihr Unternehmen weniger als 10 Mitarbeiter hat und weniger als 2 Millionen Euro Jahresumsatz erzielt, sind Sie ausgenommen. In jedem anderen Fall, wenn Sie digitale Produkte oder Dienstleistungen an Verbraucher in der EU anbieten, gilt die Richtlinie für Sie.
Kann ich ein Overlay oder Widget für Barrierefreiheit verwenden, um konform zu sein?
Nein. Overlays garantieren keine WCAG-Konformität und können die Erfahrung für Benutzer mit Behinderungen verschlechtern. Die FTC hat accessiBe mit 1 Million Dollar bestraft, weil das Gegenteil behauptet wurde. Barrierefreiheit erfordert Änderungen am Quellcode, keine oberflächlichen Flicken.
Was kostet es, eine Website barrierefrei zu machen?
Das hängt von der Größe der Website, der Komplexität der Interaktionen und dem aktuellen Zustand des Codes ab. Ein Erstaudit identifiziert den tatsächlichen Umfang der Arbeit. Generell ist es deutlich günstiger, Barrierefreiheit von Anfang an in das Design zu integrieren, als nachträglich zu reparieren. Was nicht optional ist, sind die Kosten der Nichteinhaltung: Bußgelder von bis zu 100.000 Euro und der Ausschluss eines wachsenden Benutzersegments.
Reichen automatische Tools für ein Audit aus?
Nein. Tools wie axe-core, Pa11y oder Lighthouse erkennen zwischen 30 % und 40 % der Barrierefreiheitsprobleme. Die manuelle Überprüfung durch Experten, einschließlich Tests mit Screenreadern und Tastaturnavigation, erkennt bis zu 95 %. Die Kombination beider Methoden ist unerlässlich.
Beeinflusst Barrierefreiheit das SEO?
Ja, positiv. Das semantische HTML, die Alternativtexte, die Überschriftenstruktur und die Performance, die WCAG verlangt, decken sich mit den Faktoren, die Google belohnt. Barrierefreie Websites verzeichnen durchschnittlich +12 % organischen Traffic.
Wie oft sollte ich die Barrierefreiheit meiner Website überprüfen?
Mindestens einmal jährlich mit einem umfassenden Audit. Darüber hinaus sollte jede neue Funktionalität oder wesentliche Designänderung vor der Veröffentlichung eine Barrierefreiheits-Überprüfung durchlaufen. Die Integration automatischer Checks in die Entwicklungspipeline (CI/CD) erkennt Regressionen kontinuierlich.
Jetzt ist der Zeitpunkt zum Handeln
Web-Barrierefreiheit ist von einer Empfehlung zu einer gesetzlichen Pflicht mit realen wirtschaftlichen Konsequenzen geworden. Aber über die Richtlinie hinaus ist eine barrierefreie Website eine kluge Geschäftsentscheidung: Sie erweitern Ihre Zielgruppe, verbessern Ihr SEO, reduzieren das rechtliche Risiko und demonstrieren ein echtes Engagement für Inklusion.
Der erste Schritt ist zu wissen, wo Sie stehen. Ein professionelles Barrierefreiheits-Audit identifiziert die Probleme, priorisiert sie und definiert einen konkreten Maßnahmenplan. Das ist der Unterschied zwischen echter Konformität und blindem Vertrauen auf das Glück.
