European Accessibility Act und WordPress: Leitfaden zur EAA-Konformität 2026

Wer mit einem WordPress-Shop Produkte oder Dienstleistungen in die Europäische Union verkauft, fällt unter den European Accessibility Act. Dieser Beitrag ist das strategische und rechtliche Pendant zu der technischen WCAG-2.2-Checkliste für Audio. Hier geht es um den betroffenen Personenkreis, die rechtlichen Pflichten auf Unternehmensebene, bereits verhängte Bußgelder und die Barrierefreiheitserklärung, die die meisten WordPress-Betreiber nach wie vor ignorieren.

Warum der EAA 2026 für WordPress relevant ist

Der European Accessibility Act, offiziell Richtlinie (EU) 2019/882, gilt seit 2019 als Recht. Die Durchsetzung begann am 28. Juni 2025. Neue Dienste, die nach diesem Datum auf dem EU-Markt bereitgestellt werden, müssen sofort konform sein. Bestehende Dienste haben bis zum 28. Juni 2030 Zeit, sich anzupassen, aber nur wenn sie unverändert bleiben. Die meisten WordPress-Seiten werden innerhalb von fünf Jahren überarbeitet oder neu aufgesetzt, was die Frist zurücksetzt.

Die Europäische Kommission schätzt, dass rund 87 Millionen Menschen in der EU mit einer Behinderung leben. Die Richtlinie ist auf diese Zielgruppe ausgerichtet. Sie vereinheitlicht Barrierefreiheitspflichten in allen 27 Mitgliedstaaten, sodass ein französischer Online-Shop und eine deutsche Banking-App denselben Mindestanforderungen unterliegen.

In unseren Audits in der DACH-Region zeigt sich ein wiederkehrendes Muster: WordPress-Betreiber gehen davon aus, dass das Gesetz vor allem auf große Konzerne abzielt. Das stimmt nicht. Ein kleinerer WooCommerce-Shop mit wenigen Hundert Bestellungen im Monat ist bereits in der Pflicht, sobald er nach Berlin oder Paris liefert.

Wer ist betroffen?

Der EAA gilt für bestimmte Kategorien von Produkten und Dienstleistungen. Für WordPress-Betreiber sind folgende Dienstleistungskategorien relevant:

• E-Commerce-Websites und Apps, die Waren oder Dienstleistungen an Verbraucher verkaufen
• Verbraucher-Bankdienstleistungen, einschließlich Online-Banking-Portale
• Elektronische Kommunikationsdienste, etwa Messaging und VoIP
• E-Books und E-Reader-Software
• Buchungsdienste für Personenverkehr per Flugzeug, Bus, Bahn und Wasserfahrzeug
• Audiovisuelle Mediendienste, einschließlich Streaming-Plattformen und On-Demand-Katalogen

Die Richtlinie gilt sowohl für in der EU ansässige Unternehmen als auch für Unternehmen außerhalb der EU, die Dienste auf dem EU-Markt bereitstellen. Ein US-Verlag, der über WordPress digitale Abonnements an französische Leser verkauft, ist betroffen. Eine norwegische Agentur, die einen WooCommerce-Shop für deutsche Kunden aufbaut, ist ebenfalls betroffen.

Eine hilfreiche Abgrenzung: B2B-Dienste fallen in der Regel nicht in den Anwendungsbereich. Der EAA richtet sich an verbraucherorientierte Dienste. Ein SaaS-Dashboard, das ausschließlich an Enterprise-IT-Teams verkauft wird, liegt außerhalb der Richtlinie. Ein öffentlich zugänglicher WooCommerce-Shop liegt klar darin.

Die Kleinstunternehmen-Ausnahme und was sie wirklich bedeutet

Die Richtlinie sieht eine Ausnahme für sehr kleine Unternehmen vor, aber die Anforderungen sind strenger als die meisten denken. Um als Kleinstunternehmen im Sinne des EAA zu gelten, müssen beide Kriterien erfüllt sein:

• Weniger als 10 Beschäftigte
• Jahresumsatz ODER Bilanzsumme unter 2 Millionen EUR

Dazu kommt eine wichtige Einschränkung: Die Ausnahme gilt nur für Dienstleister. Wer physische Produkte herstellt oder importiert, die unter den EAA fallen, ist nicht befreit. Kleine Hardwareanbieter haben weiterhin volle Pflichten.

Befreit bedeutet auch nicht unsichtbar. Mitgliedstaaten können befreite Unternehmen auffordern, sich bei Behörden zu melden, und einige machen davon Gebrauch. In unseren Audits sehen wir Kleinstunternehmer, die annehmen, sie könnten alles ignorieren. Das ist riskant. Die Ausnahme kann überprüft werden, die Mitarbeiterzahl kann wachsen, und Kunden erwarten zunehmend Barrierefreiheit, unabhängig vom rechtlichen Status.

Die Klausel zur unverhältnismäßigen Belastung

Artikel 14 der Richtlinie erlaubt es Unternehmen, eine Ausnahme wegen unverhältnismäßiger Belastung für bestimmte Anforderungen geltend zu machen, wenn die Erfüllung einen übermäßigen finanziellen oder organisatorischen Aufwand bedeuten würde. Das ist kein Freifahrtschein. Die Bewertung muss dokumentiert werden, einschließlich der Kosten, des Nutzens für Menschen mit Behinderungen sowie der Größe und der Ressourcen des Unternehmens.

Behörden in Deutschland und Frankreich haben bereits signalisiert, dass der Missbrauch dieser Klausel als Verstoß gewertet wird. Wer unverhältnismäßige Belastung ohne schriftlichen Nachweis geltend macht, muss mit denselben Sanktionen rechnen wie ein Unternehmen, das das Gesetz schlicht ignoriert hat.

Was das Gesetz von einer WordPress-Seite konkret verlangt

Der EAA selbst ist eine Richtlinie. Er legt Ziele fest, verweist aber für die technischen Details auf einen harmonisierten Standard: EN 301 549, gepflegt von ETSI in Zusammenarbeit mit CEN und CENELEC. EN 301 549 verweist für Web-Inhalte direkt auf WCAG 2.1 Level AA.

Der Entwurf EN 301 549 V4.1.0 vom November 2025 aktualisiert die Klauseln 9, 10 und 11, um sie mit WCAG 2.2 AA in Einklang zu bringen. Die finale Version V4.1.1 soll voraussichtlich im Oktober 2026 im Amtsblatt der Europäischen Union zitiert werden. Bis dahin gilt WCAG 2.1 AA als operatives Ziel, und WCAG 2.2 sollte im nächsten Überarbeitungszyklus berücksichtigt werden.

Die technische Aufschlüsselung nach einzelnen Erfolgskriterien für Audio-Player, Kontrastverhältnisse, Fokusindikatoren, Zielgröße und ARIA findet sich in der technischen WCAG-2.2-Checkliste für Audio. Der Rest dieses Beitrags konzentriert sich auf die rechtlichen und organisatorischen Pflichten, die über diese technischen Anforderungen hinausgehen.

Die Barrierefreiheitserklärung, über die kaum jemand spricht

Artikel 13 des EAA, umgesetzt durch nationale Gesetze, verpflichtet betroffene Dienste zur Veröffentlichung einer Barrierefreiheitserklärung. Das ist kein Datenschutzhinweis und kein Cookie-Banner. Es ist ein formelles öffentliches Dokument, das den Barrierefreiheitsstatus eines Dienstes beschreibt.

Eine konforme Barrierefreiheitserklärung muss folgende Angaben enthalten:

• Den Namen des Dienstes und seine URL
• Einen Konformitätsstatus: vollständig, teilweise oder nicht konform mit WCAG 2.1 AA gemäß EN 301 549
• Eine Liste nicht barrierefreier Inhalte mit Begründung, einschließlich etwaiger Angaben zur unverhältnismäßigen Belastung
• Das Erstellungs- und letzte Überarbeitungsdatum der Erklärung
• Einen Rückmeldemechanismus, über den Nutzer Barrieren melden können
• Kontaktdaten der für die Durchsetzung zuständigen Stelle im jeweiligen Mitgliedstaat

In unseren Audits ist die fehlende Barrierefreiheitserklärung das häufigste Versäumnis. Teams beheben Fokusindikatoren und Alt-Texte, vergessen aber das Dokument, das Behörden und Nutzern Konformität signalisiert. Eine fehlende oder veraltete Erklärung ist einer der einfachsten Verstöße für Behörden, da sie von außen sichtbar ist.

Bußgelder nach Mitgliedstaat

Die Richtlinie erlaubt jedem Mitgliedstaat, ein eigenes Sanktionsregime festzulegen. Das Ergebnis ist ein Flickenteppich, und die Höchstbeträge sind hoch genug, um ernst genommen zu werden.

Geld ist nicht die einzige Konsequenz. Behörden können die Aussetzung eines Dienstes oder die Marktrücknahme eines Produkts anordnen. Für einen WordPress-E-Commerce-Betreiber, der auf EU-Kunden angewiesen ist, ist die Aussetzung das eigentliche Risiko. Ein Bußgeld von 50.000 EUR tut weh. Eine zweiwöchige Abschaltung in der Vorweihnachtszeit kann existenzbedrohend sein.

Die Situation in den nordischen Ländern und im EWR

Norwegen gehört zum EWR, nicht zur EU. Der EAA wird von den EFTA-Staaten noch formal geprüft, aber norwegische WordPress-Betreiber sollten nicht davon ausgehen, mehr Zeit zu haben. Norwegen setzt bereits gleichwertige Pflichten durch das Likestillings- og diskrimineringsloven und die zugehörige WAD-forskrift (forskrift om universell utforming av IKT-løsninger) durch. Die Aufsicht liegt bei Digdir, dem Norwegischen Direktorat für digitale Transformation, über uu-tilsynet.

Digdir kann bei anhaltenden Verstößen Tagesbußgelder verhängen. In der Praxis ist der technische Maßstab derselbe wie beim EAA: WCAG 2.1 AA gemäß EN 301 549. Unseren norwegischen Kunden empfehlen wir, davon auszugehen, dass EAA-äquivalente Regeln bereits heute gelten, denn funktional ist das der Fall.

Schweden, Dänemark und Finnland setzen den EAA jeweils in bestehende nationale Barrierefreiheitsrahmen um, ohne neue Strukturen zu schaffen. In Schweden liegt die Aufsicht bei der Behörde für digitale Verwaltung (DIGG). In Dänemark bei Digitaliseringsstyrelsen. In Finnland beim Regionalen Staatsamt für Südwestfinnland. Die Pflichten sind vergleichbar, die Durchsetzungsbehörden unterschiedlich.

Wie Unternehmen außerhalb der EU erfasst werden

Das ist die Regel, über die US-amerikanische, britische und norwegische Website-Betreiber am häufigsten stolpern. Der EAA gilt danach, wo ein Dienst auf dem Markt bereitgestellt wird, nicht wo das Unternehmen seinen Sitz hat.

Behörden achten auf Signale der geografischen Ausrichtung:

• Werden EUR-Preise angezeigt oder Zahlungen in EUR akzeptiert?
• Werden Lieferungen oder Dienstleistungen in EU-Mitgliedstaaten angeboten?
• Werden Inhalte in einer EU-Nationalsprache für diesen Markt veröffentlicht?
• Wird bezahlte Werbung gezielt an EU-Nutzer ausgespielt?
• Wird eine länderspezifische Top-Level-Domain wie .de oder .fr verwendet?

Treffen zwei oder mehr dieser Punkte zu, ist davon auszugehen, dass ein Dienst auf dem EU-Markt bereitgestellt wird. Ein US-WooCommerce-Shop mit EUR-Preisen und DHL-Versand nach Deutschland ist betroffen. Ein norwegischer Verlag mit einer ins Schwedische übersetzten WordPress-Seite ist ebenfalls betroffen. Der Firmensitz ist nicht das entscheidende Kriterium.

Wie Audio-Narration bei der EAA-Konformität hilft

Die Audio-Narration von schriftlichen Inhalten ist keine zwingende gesetzliche Anforderung des EAA. Die Richtlinie schreibt nicht vor, dass alle Artikel eine Audioversion haben müssen. Sie verlangt jedoch, dass Dienste verschiedene Zugangswege für Nutzer mit sensorischen und kognitiven Behinderungen unterstützen.

Die Audio-Narration von Artikeltexten gilt im WCAG-Sinne als Medienalternative für Text. Es ist derselbe Inhalt, der über einen anderen sensorischen Kanal übermittelt wird. Sie verbessert das Erlebnis für Nutzer mit:

• Legasthenie, die gesprochene Sprache leichter verarbeiten als lange schriftliche Texte
• ADHS, denen Audio hilft, die Aufmerksamkeit aufrechtzuerhalten
• Sehschwäche, die keinen vollständigen Screen Reader nutzen, aber Text in Kombination mit Audio bevorzugen
• Kognitiven Beeinträchtigungen, bei denen multimodale Vermittlung das Verständnis fördert

Das ersetzt keine Tastaturnavigation, keine Fokusindikatoren, keine Alt-Texte und keine anderen WCAG-Anforderungen. Es ist eine Ergänzung. Wer 2026 Barrierefreiheit in eine WordPress-Seite einbaut, findet in der Text-zu-Sprache-Narration eine kostengünstige Maßnahme, die echtes Engagement über das gesetzliche Minimum hinaus zeigt. Die technischen Einstellungen dokumentieren wir in unserer Barrierefreiheitskonfiguration.

Ein praktischer 30-Tage-Plan für WordPress-Betreiber

Die meisten unserer Kunden schaffen den Weg von „wir sollten uns mal mit Barrierefreiheit befassen” bis „wir sind konform genug, um eine Erklärung zu veröffentlichen” innerhalb eines Monats. Der Plan sieht so aus:

1. Tage 1 bis 5: Audit gegen WCAG 2.1 AA. Automatisierte Tools (Axe, WAVE, Lighthouse) einsetzen und durch manuelle Tests mit ausschließlicher Tastatursteuerung sowie einem Screen-Reader-Durchlauf mit NVDA unter Windows oder VoiceOver unter macOS ergänzen.
2. Tage 6 bis 10: Befunde nach Auswirkung priorisieren. Fokus auf Formulare, Kontrastverhältnisse, Tastaturfallen, fehlende Fokusindikatoren und Zielgröße auf Mobilgeräten. Das sind die Fehler, die echte Nutzer blockieren und Behörden auf den Plan rufen.
3. Tage 11 bis 20: Die kritischsten Probleme beheben. Zuerst das beseitigen, was zentrale Nutzerpfade blockiert: Kaufabschluss, Kontakt, Suche, Navigation. Kosmetische Probleme können einen Release-Zyklus warten.
4. Tage 21 bis 25: Zeitplan für die Behebung dokumentieren. Alles, was sich nicht in 30 Tagen beheben lässt, braucht einen schriftlichen Plan mit Zieldaten. Behörden akzeptieren nachweisbare Fortschritte. Schweigen akzeptieren sie nicht.
5. Tage 26 bis 28: Barrierefreiheitserklärung veröffentlichen. Die obige Vorlage verwenden und die Erklärung in der Fußzeile jeder Seite verlinken.
6. Tage 29 bis 30: Rückmeldekanal einrichten. Eine dedizierte E-Mail-Adresse, ein Formular oder ein Kontaktlink in der Erklärung. Meldungen beobachten und innerhalb von 14 Tagen beantworten.

Der WebAIM Million Report stellt regelmäßig fest, dass über 95 Prozent der meistbesuchten Startseiten messbare WCAG-Verstöße aufweisen. Das bedeutet, dass die meisten Mitbewerber ebenfalls nicht konform sind. Die Arbeit ist kein Selbstläufer, aber die Messlatte liegt niedriger, als die Schlagzeilen vermuten lassen.

Häufig gestellte Fragen

Gilt der EAA für meine WordPress-Seite, wenn ich in den USA ansässig bin?

Ja, wenn Sie betroffene Dienste an EU-Verbraucher verkaufen. Entscheidend ist die geografische Ausrichtung, nicht der Firmensitz. Wer EUR-Zahlungen akzeptiert, in EU-Mitgliedstaaten liefert, Inhalte in einer EU-Nationalsprache veröffentlicht oder EU-Nutzer gezielt bewirbt, stellt einen Dienst auf dem EU-Markt bereit. Ein US-WooCommerce-Shop mit deutschsprachigen Produktseiten und Versand nach Berlin ist vollständig betroffen.

Ich habe weniger als 10 Mitarbeiter. Bin ich wirklich befreit?

Nur wenn auch der Jahresumsatz oder die Bilanzsumme unter 2 Millionen EUR liegt und Sie Dienstleister und kein Produkthersteller sind. Mitgliedstaaten können befreite Unternehmen trotzdem zur Meldung verpflichten. Die Ausnahme ist real, aber eng gefasst, und sie schützt weder vor Kundenerwartungen noch vor künftigem Wachstum über die Schwellenwerte hinaus. Viele kleine Unternehmen entscheiden sich trotzdem für Konformität.

Wann wird der EAA auf WCAG 2.2 statt 2.1 verweisen?

Der harmonisierte Standard EN 301 549 wird gerade aktualisiert. Der Entwurf V4.1.0 vom November 2025 aktualisiert die Klauseln 9, 10 und 11, um sie mit WCAG 2.2 AA in Einklang zu bringen. Die finale Version V4.1.1 soll voraussichtlich im Oktober 2026 im Amtsblatt der EU zitiert werden. Bis die aktualisierte EN 301 549 formal angenommen und in EU-Durchführungsakten referenziert ist, bleibt WCAG 2.1 AA das operative Ziel. WCAG 2.2 sollte im nächsten Überarbeitungszyklus eingeplant werden.

Was muss eine Barrierefreiheitserklärung enthalten?

Sechs Elemente: den Namen des Dienstes und seine URL, einen Konformitätsstatus gegenüber WCAG 2.1 AA gemäß EN 301 549, eine Liste nicht barrierefreier Inhalte mit Begründungen, Erstellungs- und Überarbeitungsdatum, einen Rückmeldemechanismus für Nutzer sowie die Kontaktdaten der nationalen Durchsetzungsstelle. Die Erklärung muss öffentlich zugänglich, leicht auffindbar und regelmäßig aktualisiert sein. Ein Fußzeilen-Link auf jeder Seite ist der übliche Standard.

Kann ich mich für die Konformität auf ein Accessibility-Widget verlassen?

Nein. Overlay-Widgets, die Ein-Klick-Konformität versprechen, erfüllen weder EAA- noch WCAG-Anforderungen. Oft verschlechtern sie die Barrierefreiheit für Screen-Reader-Nutzer, indem sie widersprüchliche ARIA-Attribute einschleusen. Behörden in Deutschland und Frankreich haben ausdrücklich erklärt, dass solche Widgets keine echte Nachbesserung ersetzen. Sie können allenfalls als kleine Ergänzung eingesetzt werden, niemals als Compliance-Strategie.

Zählt mein WooCommerce-Shop als E-Commerce im Sinne des EAA?

Ja. Die Richtlinie erfasst jeden Online-Dienst, über den Verbraucher Waren oder Dienstleistungen kaufen können. Ein WooCommerce-Shop, der physische Produkte, digitale Downloads oder Abonnements an EU-Verbraucher verkauft, fällt in den Anwendungsbereich. Das Produkt selbst mag betroffen sein oder nicht, aber der Kaufvorgang fast immer. Warenkorb, Kassenseite, Kontoerstellung und Bestellbestätigungsseiten müssen alle WCAG 2.1 AA erfüllen.

Was passiert, wenn ich das Gesetz ignoriere?

In den meisten Mitgliedstaaten erfolgt die Durchsetzung reaktiv. Behörden handeln auf Beschwerden von Nutzern, Mitbewerbern oder Interessengruppen hin. Nach Eingang einer Beschwerde erhalten Betroffene in der Regel eine Abmahnung mit einer Frist zur Behebung. Wer die Abmahnung ignoriert, riskiert Bußgelder, Tagesstrafzahlungen oder die Anordnung zur Aussetzung des Dienstes. Der günstigste Weg ist, eine ehrliche Barrierefreiheitserklärung zu veröffentlichen und die kritischsten Probleme innerhalb weniger Monate zu beheben.

Wo anfangen?

Der wirksamste erste Schritt ist die Veröffentlichung einer Barrierefreiheitserklärung, auch wenn sie noch nicht perfekt ist. Sie signalisiert Behörden und Nutzern, dass die Pflicht ernst genommen wird, und zwingt zu einer ehrlichen Bestandsaufnahme des Status quo. Die Nachbesserungsarbeit ergibt sich daraus von selbst.

Wer WordPress betreibt, sollte die technische Arbeit aus der technischen WCAG-2.2-Checkliste für Audio mit den rechtlichen Schritten in diesem Beitrag verbinden. Erst diese Kombination führt eine echte Website zur EAA-Konformität, nicht nur zum Standard. Speziell für Audio-Narration liefert unsere Barrierefreiheitskonfiguration die Player-Einstellungen, die am besten mit Screen Readern und Tastaturnavigation zusammenarbeiten.