Was ist der European Accessibility Act (EAA)?

Der European Accessibility Act (EAA) ist die EU Richtlinie 2019/882, die Barrierefreiheit für zentrale Produkte und Dienstleistungen im Binnenmarkt vorschreibt. Seit dem 28. Juni 2025 ist sie in allen Mitgliedstaaten anwendbar. Betroffen sind unter anderem Onlineshops, Banking, E-Books, Ticketing und Kommunikationsdienste.

Der EAA ist eine Richtlinie. Er wirkt also nicht direkt, sondern über nationale Gesetze. In Deutschland ist das das Barrierefreiheitsstärkungsgesetz (BFSG), in Österreich das BaFG, in Frankreich eine Änderung des Gesetzes von 2005. Wer in mehreren EU Ländern verkauft, muss deshalb mehrere nationale Umsetzungen im Blick haben.

Die Frist ist vorbei. 2026 geht es nicht mehr um Vorbereitung, sondern um Durchsetzung, Abmahnungen und die Frage, ob eure Seite dem neuen Standard EN 301 549 mit WCAG 2.2 standhält.

Beim EAA treffen Recht und Code aufeinander. Wir sind keine Kanzlei, wir sind Entwickler. Unser Teil ist die technische Umsetzung, vom Onlineshop bis zur Web App mit Symfony und Sulu.

Für Unternehmen mit Geschäft in mehreren EU Ländern ist der EAA besonders heikel, weil die nationalen Umsetzungen voneinander abweichen. Wir prüfen eure Onlineshops und Web Apps technisch gegen WCAG 2.2 als gemeinsamen Nenner, beheben Mängel direkt in Templates und Komponenten und dokumentieren den Konformitätsstand so, dass eure Rechtsabteilung ihn für jedes Land einordnen kann. Ausgangspunkt ist ein Accessibility Audit, ergänzt um die Einordnung nach dem deutschen BFSG und automatisiertes Accessibility Testing für die Zeit nach dem Launch.

Der EAA regelt nicht jede Website, sondern bestimmte Produkte und Dienstleistungen für Verbraucher. Entscheidend ist, was ihr anbietet, nicht wo euer Firmensitz liegt. Auch Unternehmen außerhalb der EU sind betroffen, sobald sie an Verbraucher in der EU verkaufen.

Dienstleistungen im Anwendungsbereich:

• E-Commerce: Onlineshops und alle Dienste, die auf einen Vertragsabschluss mit Verbrauchern zielen
• Bankdienstleistungen für Verbraucher, inklusive Online Banking und Apps
• Personenbeförderung: Websites, Apps, Ticketing und Echtzeit Reiseinformationen
• Elektronische Kommunikation wie Telefonie und Messaging Dienste
• E-Books und die Software zu ihrer Nutzung
• Zugang zu audiovisuellen Mediendiensten

Produkte im Anwendungsbereich sind unter anderem Computer, Smartphones, Geldautomaten, Ticketautomaten, Check in Terminals, E-Reader und Router.

Ausnahme: Kleinstunternehmen mit weniger als 10 Beschäftigten und höchstens 2 Millionen Euro Jahresumsatz oder Bilanzsumme sind bei Dienstleistungen ausgenommen. Für Produkte gilt diese Ausnahme nicht.

Seit Juni 2025 ist klar: Der EAA ist kein Papiertiger. Die Durchsetzung läuft je nach Land sehr unterschiedlich, aber sie läuft.

• Deutschland: Kurz nach dem Start des BFSG kamen die ersten Abmahnungen von Kanzleien an Onlineshops, gestützt auf das Wettbewerbsrecht. Zuständig für die Marktüberwachung ist die MLBF in Magdeburg. Bußgelder bis 100.000 Euro sind möglich.
• Frankreich: Verbände haben große Händler verklagt. Im Juni 2026 hat ein Gericht in Caen Carrefour verpflichtet, Website und App innerhalb von sechs Monaten barrierefrei zu machen, sonst drohen tägliche Zwangsgelder.
• Schweden: Die Behörde PTS hat im Oktober 2025 Verfahren gegen größere Händler eröffnet.
• Niederlande: Die Verbraucherbehörde ACM hat Auskunftsersuchen verschickt, auch an Anbieter außerhalb der EU.

Die Strafrahmen unterscheiden sich stark. In Spanien und Italien sind bis zu 1 Million Euro möglich, in den Niederlanden bis zu 900.000 Euro oder 10 Prozent des Jahresumsatzes. Das eigentliche Risiko für die meisten Shops ist aber nicht das Bußgeld, sondern die Abmahnung durch Wettbewerber und das gerichtliche Verfahren.

Der EAA selbst beschreibt nur Anforderungen. Wie man sie technisch erfüllt, regelt die harmonisierte Norm EN 301 549. Im September 2026 ist die neue Version 4.1.1 erschienen. Die wichtigste Änderung: Sie verweist jetzt auf WCAG 2.2 Stufe A und AA statt auf WCAG 2.1.

Sobald die Norm im Amtsblatt der EU gelistet ist, gilt: Wer sie erfüllt, bei dem wird vermutet, dass er die Anforderungen des EAA erfüllt. Für die Praxis heißt das, dass die zusätzlichen Kriterien aus WCAG 2.2 zum Maßstab werden.

Was WCAG 2.2 gegenüber 2.1 auf Stufe A und AA neu verlangt:

• Fokus nicht verdeckt: Sticky Header und Cookie Banner dürfen den Tastaturfokus nicht überdecken
• Ziehbewegungen: Drag and Drop braucht eine Alternative per Klick
• Mindestgröße für Klickziele: 24 mal 24 CSS Pixel oder genug Abstand
• Konsistente Hilfe: Hilfeangebote an gleicher Stelle auf allen Seiten
• Keine redundante Eingabe: Bereits eingegebene Daten nicht erneut abfragen
• Barrierefreie Authentifizierung: Kein Login, der nur über Gedächtnis oder Rätsel funktioniert

Wer seine Seite 2025 gegen WCAG 2.1 geprüft hat, sollte also nachtesten. Vor allem die Tastaturnavigation mit festen Headern und die CAPTCHA Frage im Login fallen hier oft auf.

Die Hauptfrist ist verstrichen, aber der EAA kennt Übergangsregeln. Sie betreffen vor allem Bestandsverträge, bereits genutzte Produkte und Selbstbedienungsterminals. Für neue Websites und Apps gilt keine Schonfrist mehr. Details zu den deutschen Regeln stehen in unserem Beitrag zu den Übergangsfristen bei Onlineshops.

Ein Gericht in Frankreich hat 2026 klargestellt, dass alle anwendbaren Kriterien erfüllt sein müssen. Teilweise barrierefrei reicht nicht. Das macht einen strukturierten Ablauf wichtiger als einzelne Schnellreparaturen.

1. Betroffenheit klären: Fällt euer Angebot unter den EAA, und in welchen Ländern verkauft ihr?
2. Audit gegen WCAG 2.2 AA: Automatisierte Tools plus manuelle Prüfung mit Tastatur und Screenreader.
3. Kritische Strecken zuerst: Registrierung, Suche, Produktseite, Warenkorb, Checkout, Login.
4. Barrierefreiheitserklärung: Pflichtangaben zu Konformität, Einschränkungen und Kontaktweg veröffentlichen.
5. Tests in die Pipeline: Accessibility Checks mit axe core und Cypress bei jedem Pull Request.
6. Content Team schulen: Alt Texte, Überschriften und verständliche Sprache entstehen im Redaktionsalltag, nicht im Code.

Punkt fünf ist der, den die meisten auslassen. Eine Seite, die heute konform ist, verliert das oft mit dem nächsten Feature. Automatisierte Tests fangen das ab, bevor ein Wettbewerber oder eine Behörde es tut.

• „Wir sitzen nicht in der EU, also gilt das nicht.“ Falsch. Maßgeblich ist, ob ihr an Verbraucher in der EU verkauft.
• „Ein Overlay Tool macht uns konform.“ Nein. Widgets, die per Script Barrierefreiheit versprechen, beheben keine Fehler im Code und stehen bei Behindertenverbänden seit Jahren in der Kritik.
• „B2B ist ausgenommen.“ Teilweise richtig. Der EAA zielt auf Verbraucher. Sobald auch Privatkunden kaufen können, seid ihr drin.
• „Ein Lighthouse Score von 100 reicht.“ Nein. Automatische Tools finden nur einen Teil der Fehler. Der Lighthouse Accessibility Audit ist ein guter Start, aber kein Nachweis.
• „Die Frist ist vorbei, jetzt ist es zu spät.“ Im Gegenteil. Wer jetzt sauber nachzieht und das dokumentiert, reduziert sein Risiko deutlich.

Die meisten Fragen, die uns zum EAA erreichen, sind am Ende technische Fragen. Welche Komponenten sind kritisch, wie testen wir das, wie halten wir den Stand? Unsere Antwort ist fast immer dieselbe: native HTML Elemente, sauberes semantisches HTML und Tests, die automatisch laufen.

Die Grundlagen liefern die vier POUR Prinzipien und unser Überblick zur digitalen Barrierefreiheit. Für die rechtliche Einordnung helfen die Seiten zu Compliance in der Barrierefreiheit und zum Accessibility Conformance Report. Beim Code landen wir oft bei ARIA, barrierefreien Formularen und Color Accessibility.

Bei der Werkzeugwahl hilft unsere Übersicht der Accessibility Testing Tools. Und wer über den Menschen hinausdenkt, findet bei der Agent Readiness einen Bonus: Dieselbe Struktur, die der EAA verlangt, macht Seiten auch für KI Agenten lesbar.

Fristen, Strafen, Ausnahmen und Normen: was Unternehmen 2026 zum EAA wissen sollten.