BFSG vs EAA: Frist 2025 für WordPress-Shops in Deutschland
Das Barrierefreiheitsstärkungsgesetz (BFSG) gilt seit dem 28. Juni 2025. Die Welle der Barrierefreiheit, die seit zwei Jahrzehnten in der WCAG-Dokumentation, in Section 508 und in der Web-Barrierefreiheits-Richtlinie für den öffentlichen Sektor zu beobachten war, hat über den Europäischen Rechtsakt zur Barrierefreiheit (EAA) nun auch private B2C-Dienste erreicht. Deutschland hat ihn über das BFSG umgesetzt. Frankreich über ein décret. Spanien über ein Real Decreto. Inhaltlich konvergiert es; die Verfahrenssprache und die Aufsichtsbehörden unterscheiden sich.
Dies ist ein vertiefender Beitrag im Pillar zu NIS2 und DORA auf WordPress, weil Einkaufsteams Barrierefreiheit, NIS2 und DORA inzwischen zu einer einzigen Lieferantentafel zusammenfassen.
TL;DR
- BFSG-Wirksamkeit: 28. Juni 2025.
- BFSG setzt EAA-Richtlinie 2019/882 um.
- Greift bei E-Commerce-Diensten, die sich an Verbraucher in Deutschland richten.
- Kleinstunternehmens-Ausnahme gilt für Dienstleistungen, nicht für Produkte.
- Vier WordPress-Plugin-Kategorien fallen am häufigsten durch.
- Durchsetzung: Marktüberwachungsbehörden der Länder, Bußgelder nach § 37 BFSG.
Was das BFSG tatsächlich verlangt
Das BFSG zählt in § 1 die Produkte und Dienstleistungen im Anwendungsbereich auf. Die Dienstleistungslinie, die WooCommerce trifft: „Dienstleistungen im elektronischen Geschäftsverkehr”. Ein WooCommerce-Shop, der Waren oder Leistungen an Verbraucher in Deutschland verkauft, fällt darunter, sofern er nicht als Kleinstunternehmen mit Dienstleistungserbringung qualifiziert.
§ 2 definiert die Kernbegriffe. Wichtigste für WordPress-Shop-Betreiber:
- Verbraucher: eine natürliche Person, die zu Zwecken handelt, die nicht ihrer gewerblichen, geschäftlichen, handwerklichen oder beruflichen Tätigkeit zugerechnet werden können. Das BFSG schützt verbraucherseitige Transaktionen, nicht reines B2B.
- Wirtschaftsakteur: Hersteller, Einführer, Händler oder Dienstleistungserbringer. Ein WooCommerce-Betreiber ist Dienstleistungserbringer für die E-Commerce-Linie.
- Barrierefreiheit: das Erfordernis, dass Produkte und Dienstleistungen für Menschen mit Behinderungen in der allgemein üblichen Weise, ohne besondere Erschwernis und grundsätzlich ohne fremde Hilfe nutzbar sind.
§ 3 Absatz 3 enthält die Kleinstunternehmens-Ausnahme. Ein Unternehmen mit weniger als 10 Beschäftigten und einem Jahresumsatz oder einer Jahresbilanzsumme von höchstens 2 Mio. EUR ist von Dienstleistungspflichten ausgenommen, nicht jedoch von Produktpflichten. Ein kleiner WooCommerce-Betreiber, der Verbraucherwaren verkauft, kann sich auf diese Ausnahme für die E-Commerce-Dienstleistung berufen; die Waren selbst sind eine eigene Frage.
§ 4 verpflichtet, dass auf dem Markt bereitgestellte Produkte und Dienstleistungen die Barrierefreiheitsanforderungen erfüllen. § 10 listet die materiellen Anforderungen. Sie entsprechen denen aus Anhang I der EAA-Richtlinie.
§ 13 regelt die Pflichten der Dienstleistungserbringer zur Veröffentlichung von Barrierefreiheitsinformationen. Für eine E-Commerce-Dienstleistung gehören dazu Informationen, wie der Dienst barrierefrei erbracht wird, welche assistiven Technologien unterstützt werden und wo Erklärungen zur Barrierefreiheit zu finden sind.
§ 37 sieht Bußgelder bis zu 100.000 EUR für bestimmte Verstöße vor; Zuständig sind die Marktüberwachungsbehörden der Länder.
Verhältnis zur EAA-Richtlinie 2019/882
Der Europäische Rechtsakt zur Barrierefreiheit ist eine Richtlinie, keine Verordnung. Die Mitgliedstaaten mussten ihn bis zum 28. Juni 2022 umsetzen und nationale Regeln ab dem 28. Juni 2025 anwenden. Substanz steht in Anhang I, der für jede Produkt- und Dienstleistungskategorie die Barrierefreiheitsanforderungen auflistet. Anhang I Abschnitt III gilt für Dienstleistungen, einschließlich E-Commerce-Diensten.
Nach Anhang I Abschnitt III umfassen die Anforderungen für E-Commerce-Dienste die Information über die Funktionsweise des Dienstes, die Barrierefreiheit der Website, der mobilen Anwendung und der elektronischen Identifizierungsverfahren, die Unterstützung alternativer Eingabearten und das Bereitstellen von Erklärungen zur Barrierefreiheit.
Nationale Umsetzungen konvergieren in der Substanz und divergieren im Verfahren. Das BFSG setzt die Marktüberwachung über Behörden der Länder. Das spanische Real Decreto über provinziale Stellen. Das französische décret über die DGCCRF. Für einen WordPress-Shop, der mehrere EU-Länder bedient, ist die praktische Antwort: nach der strengsten Variante umsetzen, die Konformität einmal dokumentieren.
Vier WordPress-Plugin-Muster, die im Audit durchfallen
Ich begleite Barrierefreiheits-Audits für WooCommerce-Shops vor BFSG. Vier Plugin-Kategorien wiederholen sich als Befunde mit höchster Ablehnungsrate:
1. Cookie-Banner, die den Tastaturfokus einsperren. Eine modale Cookie-Einwilligungsschicht, die den Fokus einfängt und nach dem Schließen nicht zurückgibt. Die Nutzerin kann nicht zur Inhaltsebene tabben. Verbreitet in Cookie-Plugins aus der Zeit vor breiter WCAG-2.1-Tastaturlogik. Die Lösung: Fokus zurück zum auslösenden Element, Escape-Taste, kein Fokus-Loop außerhalb des Modals.
2. Slider- und Karussell-Plugins ohne Tastaturnavigation. Slick, Swiper, Owl Carousel und der Cover-Block-Karussell des WordPress-Block-Editors. Standardkonfigurationen haben oft keine Pfeiltastennavigation, keine Fokusindikatoren auf Slide-Bedienelementen und keine Pause-on-Focus-Logik. Auto-rotierende Karussells fallen außerdem an WCAG 2.2.2 (Pause, Stopp, Ausblenden) durch. Die Lösung: tastaturzugängliche Pfeile, Pause-Bedienelement, manuelle Rotation oder Pause bei Fokus.
3. Popup-Builder ohne Fokusrückgabe beim Schließen. Lead-Capture-Popups, Exit-Intent-Popups, Marketing-Modals aus Popup-Builder-Plugins. Muster wie beim Cookie-Banner: Fokus geht ins Modal, der Schließen-Button ist erreichbar, beim Schließen kehrt der Fokus aber nicht zum auslösenden Element zurück. Screenreader-Nutzer landen an einer beliebigen Stelle des Dokuments.
4. Produkt-Galerie-Plugins mit Bildern ohne zugänglichen Namen. WooCommerce-Galerie, Lightbox-Plugins, Variations-Swatches. Der visuelle Designer setzt das Bild, aber der zugängliche Name bleibt leer oder ist auf den Dateinamen gesetzt. Dekorative Bilder dürfen leer sein (alt=""); informative Bilder brauchen einen aussagekräftigen Namen. Variations-Swatches, die als Farbquadrate ohne Text dargestellt werden, brauchen einen zugänglichen Namen (aria-label) für das Swatch, nicht nur für das sichtbare Label.
Diese vier Muster schließen die Lücke zwischen „die Site sieht barrierefrei aus” und „die Site übersteht ein Audit der Marktüberwachungsbehörde des Landes”. Die Audit-Checkliste läuft gegen WCAG 2.2 AA, das die Konformitätsbasis von EAA Anhang I bildet.
Wie ein BFSG-bereiter WordPress-Shop aussieht
Die agenturseitige Checkliste, die ich mit BFSG-bereiten WooCommerce-Mandaten ausliefere:
- Erklärung zur Barrierefreiheit auf einer eigenen Seite, in deutscher Sprache, vom Footer aus erreichbar, mit WCAG-2.2-Konformitätsstufe, bekannten Einschränkungen und Kontakt für Barrierefreiheitsanliegen.
- Theme nach WCAG 2.2 AA geprüft. Überschriftenhierarchie, Landmark-Regionen, ausreichender Farbkontrast, Tastatur-Fokusindikatoren auf jedem interaktiven Element, Skip-to-Content-Link.
- Formulare mit Labels, Fehler- und Erfolgsmeldungen. Jedes Eingabefeld hat ein sichtbares Label und einen zugänglichen Namen. Fehler werden Screenreadern angesagt. Erfolgsmeldungen sind sichtbar und werden vorgelesen.
- Plugin-Audit mit den vier Mustern als Primärchecks. Cookie-Banner, Slider, Popup, Galerie. Plus Variations-Swatches. Plus Checkout-Strecke.
- Barrierefreiheit von Dokumenten-Uploads. PDFs in Produkt-Downloads müssen barrierefreie PDFs sein (markierte Struktur, Alt-Text, Lesereihenfolge). Nicht barrierefreie PDFs sind ein wiederkehrender Audit-Befund.
- Barrierefreiheit von Videos. Untertitel auf jedem Produktvideo. Audiodeskription für Inhalte, die Information ausschließlich visuell transportieren.
- Test mit mindestens zwei assistiven Technologien. Screenreader (NVDA unter Windows, VoiceOver unter macOS), reine Tastatursteuerung, Hochkontrastmodus.
Die Preisgestaltung für ein Mandat zur Barrierefreiheits-Engineering ist individuell; Audit- und Behebungsstunden hängen vom Theme, vom aktiven Plugin-Set und der Anzahl der Template-Seitenarten ab.
Wo BFSG auf NIS2 und DORA trifft
Einkaufsteams in regulierten Sektoren (Banken, Versicherer, Gesundheit) bündeln zunehmend drei Filter zu einer einzigen Lieferantenprüfung:
- BFSG / EAA Barrierefreiheits-Konformität.
- NIS2 Artikel 21 Risikomanagement-Nachweise.
- DORA Artikel 28 Drittpartei-Klauseln (für Finanzeinrichtungen).
Ein WordPress-Shop-Betreiber außerhalb regulierter Sektoren hat es nur mit dem BFSG zu tun. Ein Betreiber, der zusätzlich Zahlungen abwickelt, Versicherungspartnerschaften pflegt oder regulierte Branchen beliefert, hat alle drei. Das Lieferanten-Sicherheitspaket, das ich in solchen Mandaten ausliefere, beantwortet jeden Filter mit einem eigenen kurzen Dokument, gegenseitig referenziert.
Cluster-Lektüre
- Pillar: NIS2 und DORA auf WordPress: Compliance-Stack 2026
- NIS2 Anhang II für WordPress-Agenturen: Geltungsbereich, Fristen, Nachweispfad
- DORA Artikel 28 IKT-Drittparteirisiko: WordPress-Hosting- und WAF-Lieferanten-Audit
- Cyber Resilience Act + NIS2 + DORA: der 2026er Compliance-Stack für headless WordPress
