Seit dem 28. Juni 2025 ist Barrierefreiheit für viele Online-Shops keine freiwillige Kür mehr, sondern gesetzliche Pflicht. Das Barrierefreiheitsstärkungsgesetz (BFSG) setzt den European Accessibility Act in deutsches Recht um und verpflichtet Betreiber, ihre digitalen Angebote so zu gestalten, dass auch Menschen mit Behinderung sie eigenständig nutzen können (Bundesfachstelle Barrierefreiheit). Der entscheidende Denkfehler vieler Projekte: Barrierefreiheit wird als einmaliges Umbauprojekt verstanden. Tatsächlich ist sie ein fortlaufender Prozess. Jedes Theme-Update, jedes neue Plugin und jede Checkout-Anpassung kann bereits erreichte Konformität wieder brechen. Dieser Beitrag zeigt, wie ein Shop die BFSG- und EAA-Konformität dauerhaft absichert -- über regelmäßige Prüfungen nach WCAG 2.2 AA, eine gepflegte Barrierefreiheitserklärung und einen funktionierenden Feedback-Kanal -- statt Barrierefreiheit einmal herzustellen und dann verfallen zu lassen. Wie sich das in die laufende Wartung eines Online-Shops einbetten lässt, ist der rote Faden.
Warum Barrierefreiheit für Shops jetzt Pflicht ist
Das BFSG gilt seit dem 28. Juni 2025 verbindlich und setzt die EU-Richtlinie 2019/882, den European Accessibility Act, in nationales Recht um (Bundesfachstelle Barrierefreiheit). Betroffen sind unter anderem Dienstleistungen im elektronischen Geschäftsverkehr -- also der Verkauf von Waren und Dienstleistungen an Verbraucherinnen und Verbraucher über einen Online-Shop. Ausgenommen sind Kleinstunternehmen im Dienstleistungsbereich, die weniger als 10 Mitarbeitende beschäftigen und zugleich weniger als 2 Millionen Euro Jahresumsatz oder Bilanzsumme erreichen (Barrierefreiheitsstärkungsgesetz (BFSG)). Wer diese Schwelle überschreitet und Endkunden beliefert, muss die Anforderungen erfüllen -- reine B2B-Shops sind in der Regel nicht erfasst, können aber betroffen sein, sobald sie auch an Verbraucher verkaufen.
Der Kreis der Menschen, die davon profitieren, ist groß. Der European Accessibility Act erleichtert nach Angaben der Europäischen Kommission mindestens 87 Millionen Menschen mit Behinderung in der EU den Zugang zu Produkten und Diensten -- fast jedem fünften Europäer (European Accessibility Act (EAA)). In Deutschland lebten Ende 2023 rund 7,9 Millionen schwerbehinderte Menschen, das sind 9,3 Prozent der Bevölkerung (Statistisches Bundesamt). Barrierefreiheit ist damit kein Randthema: Eine repräsentative Befragung zeigt, dass 71 Prozent der Menschen in Deutschland sich eine barrierefreie Gestaltung digitaler Angebote wünschen, etwa durch einfache Bedienung und verständliche Sprache (Bitkom).
Bußgeld und Untersagung der Dienstleistung
Barrierefreiheit verfällt: kein Projekt, sondern ein Zustand
Wer Barrierefreiheit einmal herstellt und danach nicht pflegt, verliert sie schleichend wieder. Der aktuelle WebAIM-Million-Report untersucht die Startseiten der eine Million meistbesuchten Websites: 94,8 Prozent wiesen automatisiert erkennbare WCAG-Verstöße auf, im Schnitt 51 Fehler pro Startseite (WebAIM Million 2025). Diese Zahl beschreibt einen Dauerzustand, kein Einmalproblem. Der Grund liegt in der Natur eines Shops: Er ist kein statisches Dokument, sondern eine sich ständig verändernde Anwendung. Bei jedem Release verschieben sich Markup, Styles und Skripte -- und mit ihnen die Voraussetzungen für Tastaturbedienung, Fokus, Kontrast und Screenreader-Ausgabe.
Wo Konformität zwischen zwei Releases bricht
Theme- und Template-Updates
Ein aktualisiertes Theme bringt oft neue Farbwerte, geänderte Fokus-Stile oder umgebaute Komponenten mit. Kontraste rutschen unter die Schwelle von 4,5:1, der sichtbare Tastaturfokus verschwindet -- und die zuvor bestandene Prüfung ist hinfällig.
Plugin- und App-Updates
Erweiterungen für Filter, Slider oder Produktkonfiguratoren rendern eigenes Markup. Ein Update kann ARIA-Attribute entfernen oder die Tastaturbedienung brechen -- laut Testbericht war fehlende Tastaturbedienbarkeit die häufigste Schwäche (Aktion Mensch).
Checkout-Anpassungen
Der Bestellprozess ist der sensibelste Pfad. Neue Zahlarten oder Formularfelder ohne verknüpftes Label, ohne Fehlerausgabe per role=alert oder mit unlogischer Tab-Reihenfolge machen den Kaufabschluss für Screenreader-Nutzende unbedienbar.
Inhaltspflege im Alltag
Neue Kategoriebilder ohne Alt-Text, per Editor eingefügte Überschriften in falscher Hierarchie oder nicht getaggte PDF-Datenblätter führen neue Barrieren ein, ganz ohne Code-Änderung -- allein durch das tägliche Befüllen des Shops.
Eingebundene Drittinhalte
Bewertungs-Widgets, Karten oder Chat-Fenster liefern Markup, das der Betreiber nur bedingt beeinflusst. Ändert der Anbieter sein Skript, können Fokusfallen oder unbeschriftete Bedienelemente entstehen, die die Gesamtseite betreffen.
Overlays und Cookie-Banner
Consent-Dialoge, die den Inhalt verdecken, keinen Fokus einfangen oder die Tab-Navigation ins Leere laufen lassen, gehörten im Test zu den häufigsten Barrieren (Aktion Mensch). Ein Update des Banner-Tools kann diese Probleme jederzeit neu erzeugen.
Jeder dieser Auslöser für sich ist unspektakulär -- in Summe sorgen sie dafür, dass Konformität ohne begleitende Kontrolle langsam erodiert. Genau hier setzen strukturierte Regressionstests nach Updates an, die Barrierefreiheit als festen Prüfpunkt mitführen, statt sie dem Zufall zu überlassen. Wer Änderungen zuerst in einer Staging-Umgebung vor dem Release prüft, fängt Regressionen ab, bevor sie live gehen.
Der rechtliche Rahmen: BFSG, EAA, EN 301 549 und WCAG 2.2
Für die Praxis ist wichtig, wie die Regelwerke ineinandergreifen. Das BFSG bildet den gesetzlichen Rahmen; die konkreten Anforderungen stehen in der zugehörigen Verordnung (BFSGV). Diese verweist für die technische Umsetzung auf die harmonisierte europäische Norm EN 301 549, die ihrerseits die Web Content Accessibility Guidelines (WCAG) referenziert. Aktuell bindet die EN 301 549 in der Fassung V3.2.1 die WCAG in Version 2.1 ein; eine Aktualisierung auf V4.1.1 mit Bezug auf WCAG 2.2 ist für 2026 angekündigt (EN 301 549). Wer sich heute an WCAG 2.2 auf Stufe AA orientiert, arbeitet damit bereits auf den kommenden Stand hin.
| Ebene | Rolle | Was sie regelt |
|---|---|---|
| BFSG | Gesetz (Deutschland) | Setzt den EAA um, definiert Pflichten, Ausnahmen und Bußgelder |
| BFSGV | Verordnung zum BFSG | Konkretisiert die Barrierefreiheitsanforderungen an Produkte und Dienste |
| EN 301 549 | Harmonisierte EU-Norm | Technischer Referenzstandard mit Vermutungswirkung |
| WCAG 2.2 | Technische Richtlinie (W3C) | Prüfbare Erfolgskriterien nach den Prinzipien wahrnehmbar, bedienbar, verständlich, robust |
| BITV 2.0 | Verordnung (öffentliche Stellen) | Paralleles Regelwerk für Behörden -- gleiche technische Basis EN 301 549 |
Der Begriff Vermutungswirkung ist dabei zentral: Werden die Anforderungen der harmonisierten Norm EN 301 549 in ihrer jeweils verbindlichen Fassung erfüllt, wird die Konformität mit den gesetzlichen Barrierefreiheitsanforderungen vermutet (EN 301 549 / WCAG 2.2). Praktisch bedeutet das eine Umkehr der Nachweislast zugunsten des Betreibers -- vorausgesetzt, die Erfüllung ist dokumentiert und aktuell. Ohne fortlaufende Prüfung bleibt diese Vermutungswirkung ein Versprechen auf dem Papier, weil der belegbare Stand mit jedem Release altert.
Was WCAG 2.2 auf Stufe AA konkret verlangt
Die WCAG gliedern sich in vier Prinzipien: Inhalte müssen wahrnehmbar, bedienbar, verständlich und robust sein. Die Stufe AA ist der für Shops maßgebliche Konformitätsgrad. Version 2.2 ergänzt die bekannten Kriterien um neue Anforderungen, etwa dass der Tastaturfokus nicht durch andere Elemente verdeckt sein darf (2.4.11) und dass Bedienelemente eine ausreichende Zielgröße besitzen (2.5.8). Die folgende Auswahl zeigt die Punkte, die in einem Shop am häufigsten brechen:
- Vollständige Bedienbarkeit per Tastatur -- Navigation, Filter und Checkout ohne Maus nutzbar.
- Sichtbarer, nicht verdeckter Tastaturfokus auf jedem interaktiven Element (WCAG 2.2, 2.4.11 und 2.4.13).
- Ausreichender Farbkontrast von mindestens 4,5:1 für normalen Text und 3:1 für große Schrift.
- Formularfelder mit fest verknüpftem Label, klaren Fehlermeldungen und Bezug über aria-describedby.
- Aussagekräftige Alternativtexte für Produktbilder und funktionale Grafiken.
- Logische Überschriftenhierarchie und semantische Struktur für die Screenreader-Navigation.
- Ausreichend große Klick- und Tippziele sowie konsistente Hilfe- und Kontaktwege (WCAG 2.2, 2.5.8 und 3.2.6).
Tastaturbedienung ist der häufigste Stolperstein
Drei Säulen dauerhafter Konformität
Dauerhafte Barrierefreiheit ruht auf drei Säulen, die zusammen den Unterschied zwischen einem Momentzustand und einem belastbaren Prozess ausmachen. Keine davon ist mit einem einzigen Termin erledigt -- alle drei müssen mitwachsen, wenn sich der Shop verändert.
Regelmäßige WCAG-Prüfung
Automatisierte Tests decken einen Teil der Fehler ab, ersetzen aber keine manuelle Prüfung mit Tastatur und Screenreader. Erst die Kombination aus Werkzeug und menschlicher Kontrolle nach jedem größeren Release hält den Stand belastbar aktuell.
Gepflegte Barrierefreiheitserklärung
Eine öffentlich erreichbare Erklärung zur Barrierefreiheit mit Stand, Datum und Angaben zu bekannten Einschränkungen schafft Transparenz. Ein Muster findet sich in unserer eigenen Erklärung zur Barrierefreiheit, die bei jeder relevanten Änderung aktualisiert wird.
Funktionierender Feedback-Kanal
Nutzende, die auf eine Barriere stoßen, brauchen einen einfachen Weg, das zu melden. Ein klar benannter Kontaktpunkt sorgt dafür, dass reale Probleme zeitnah bekannt werden und in die nächste Pflegerunde einfließen.
Das BFSG verpflichtet Anbieter zudem, allgemein verständliche Angaben dazu bereitzustellen, wie ihre Dienstleistung die Barrierefreiheitsanforderungen erfüllt. Eine gepflegte Erklärung samt Feedback-Kanal ist deshalb nicht nur guter Stil, sondern zahlt direkt auf die gesetzlichen Informationspflichten ein. Wichtig ist die Aktualität: Eine Erklärung, die einen Stand von vor drei Theme-Updates beschreibt, verliert ihren Wert.
Wiederkehrende Prüfungen im SLA-Wartungsvertrag verankern
Die drei Säulen tragen nur, wenn sie einen festen Platz im Betrieb haben. Genau das leistet ein Wartungsvertrag mit definierten Service-Leveln: Er macht aus punktuellen Aktionen einen wiederkehrenden Rhythmus. Statt Barrierefreiheit nach einem Relaunch sich selbst zu überlassen, wird sie zu einem Prüfpunkt, der bei jedem größeren Release erneut abgearbeitet wird -- parallel zu Sicherheits- und Funktionstests. In einem SLA-Wartungsvertrag lassen sich Turnus, Umfang und Reaktionszeiten dieser Kontrollen verbindlich festhalten.
- Nach jedem größeren Update eine kombinierte Prüfung aus automatisiertem Test und manueller Kontrolle durchführen.
- Die Kern-Flows Katalog, Produktdetail, Warenkorb und Checkout gezielt per Tastatur und Screenreader nachvollziehen.
- Kontrast, sichtbaren Fokus und Überschriftenstruktur auf neuen oder geänderten Seiten gegenprüfen.
- Die Barrierefreiheitserklärung mit aktuellem Datum und bekannten Einschränkungen fortschreiben.
- Eingegangene Feedback-Meldungen sichten, priorisieren und in die Behebung einsteuern.
- Ergebnisse und behobene Barrieren dokumentieren, um die Vermutungswirkung belegbar zu halten.
Barrierefreiheit ist kein Zustand, den man erreicht und abhakt, sondern eine Eigenschaft, die man bei jeder Änderung neu bestätigen muss.
In der Praxis zahlt sich die Verzahnung mit der übrigen Wartung aus. Wer die Barrierefreiheitsprüfung an denselben Rhythmus koppelt wie die Shopware-Wartung oder die WordPress-Wartung, spart Aufwand und fängt Regressionen früh ab. Gerade der Checkout verdient dabei doppelte Aufmerksamkeit: Neben der Bedienbarkeit steht dort auch die Absicherung des Bezahlvorgangs gegen Web-Skimming auf dem Prüfplan. Zur laufenden Pflege gehören ebenso angrenzende Themen wie die Zustellbarkeit der Shop-Mails über DMARC und ein regelmäßiges Plugin-Audit, das Erweiterungen auf Aktualität prüft.
In 50+ betreuten Projekten (Projekterfahrung) hat sich gezeigt, dass dokumentierte, wiederkehrende Kontrollen die solideste Grundlage für dauerhafte Konformität sind. Ergänzt um laufende Sicherheitsupdates und ein kontinuierliches Monitoring der Kernprozesse entsteht ein Betrieb, in dem Barrierefreiheit nicht bei jedem Release neu erkämpft, sondern erhalten wird. Welche Kontrollen für Ihren Shop sinnvoll sind, klären wir gern im persönlichen Gespräch.
Quellen und Studien