Barrierefreiheit ist für Websites und Apps kein Randthema mehr, sondern für viele Unternehmen eine rechtliche und wirtschaftliche Größe. Seit dem 28. Juni 2025 gilt das Barrierefreiheitsstärkungsgesetz (BFSG) – die deutsche Umsetzung des European Accessibility Act. Und der Handlungsbedarf ist real: Laut dem WebAIM Million 2026 fielen 95,9 % der eine Million meistbesuchten Startseiten durch automatisierte WCAG-Tests, mit durchschnittlich 56 erkennbaren Fehlern pro Seite.
Dieser Beitrag ersetzt keine Rechtsberatung. Er zeigt aber, wie Unternehmen das Thema pragmatisch und professionell angehen: mit klarer Einordnung der BFSG-Pflichten, WCAG 2.2 als technischem Maßstab, sauberer Umsetzung statt Schein-Lösungen und laufender Qualitätssicherung.
Was das BFSG seit Juni 2025 verlangt
Das BFSG übersetzt den European Accessibility Act in konkrete Pflichten für digitale Angebote, die ab dem 28. Juni 2025 in Verkehr gebracht werden. Ziel ist, dass Verbraucher bestimmte Produkte und Dienstleistungen ohne fremde Hilfe nutzen können – unabhängig von Seh-, Hör-, Motorik- oder kognitiven Einschränkungen.
Für digitale Teams sind vor allem Dienstleistungen relevant, die über Websites oder Apps erbracht werden: E-Commerce und Online-Shops, Bank- und Zahlungsdienste, Telekommunikation, Personenverkehr und Ticketing sowie E-Books. Erfasst sind dabei nicht nur die offensichtlichen Kaufschritte, sondern der gesamte Weg vom Auffinden über den Login bis zum Abschluss. Die Aufsicht liegt bei den Marktüberwachungsbehörden der Länder; bei Verstößen sind Bußgelder von bis zu 100.000 € je Verstoß möglich. Eine sachliche Einordnung der Anforderungen bietet die IHK München.
Wer betroffen ist – und wer ausgenommen
Nicht jede Website ist automatisch erfasst – aber deutlich mehr Unternehmen, als viele annehmen. Maßgeblich sind Angebot, Branche und Unternehmensgröße. Wer Verbraucher-Services wie Shop, Buchung, Login oder Banking betreibt, fällt in der Regel unter das Gesetz. Ausgenommen sind Kleinstunternehmen, die Dienstleistungen erbringen – definiert als weniger als 10 Beschäftigte und höchstens 2 Mio. € Jahresumsatz oder Jahresbilanzsumme.
Wichtig ist die Feinheit: Die Kleinstunternehmer-Ausnahme gilt nur für Dienstleistungen, nicht für hergestellte Produkte. Und selbst dort, wo keine Pflicht greift, ist es riskant, Barrierefreiheit nur als juristische Frage zu sehen. Viele Maßnahmen helfen allen Nutzern – klarere Formulare, bessere Tastaturbedienung, lesbare Kontraste und stabile Layouts zahlen direkt auf Conversion und Supportaufwand ein, wie wir in Qualität ist messbar ausführen.
WCAG 2.2 ist der technische Maßstab
Das BFSG nennt das Ziel, die Web Content Accessibility Guidelines liefern den prüfbaren Maßstab. WCAG ist der internationale Standard für barrierefreie Webinhalte und ruht auf vier Prinzipien – wahrnehmbar, bedienbar, verständlich, robust. WCAG 2.2 ist seit Oktober 2023 W3C Recommendation, ergänzt neun neue Erfolgskriterien gegenüber 2.1 und wurde im Oktober 2025 als ISO/IEC 40500:2025 bestätigt.
| WCAG-Prinzip | Was es bedeutet | Typischer Fehler |
|---|---|---|
| Wahrnehmbar | Inhalte sicht-, hör- oder anders erfassbar | zu geringer Kontrast, fehlende Alt-Texte |
| Bedienbar | Bedienung per Tastatur, Touch, Maus, Hilfstechnik | unsichtbarer Fokus, Tastaturfallen |
| Verständlich | nachvollziehbare Inhalte und Interaktion | unklare Fehlermeldungen, fehlende Labels |
| Robust | funktioniert mit Browsern und Assistive Tech | falsche Semantik, kaputte ARIA-Rollen |
Die für Europa harmonisierte Norm EN 301 549 referenziert formal noch WCAG 2.1 AA; eine Aktualisierung auf WCAG 2.2 ist in Arbeit. Praktischer Rat: Wer heute neu baut oder relauncht, sollte direkt auf WCAG 2.2 Level AA zielen – das deckt die absehbaren Anforderungen ab und vermeidet doppelte Nacharbeit.
Warum Overlays das Problem nicht lösen
Ein Skript, das Barrierefreiheit „per Klick" verspricht, behebt die Ursachen nicht. Ein Overlay kann keinen semantisch falschen HTML-Aufbau reparieren, keine schlecht geplante Tastaturführung ersetzen und keine unverständlichen Formularfehler in gute UX verwandeln. Die Zahlen sind eindeutig: In der WebAIM-Fachumfrage bewerten 67 % der Befragten Overlays als wenig oder gar nicht wirksam – unter Menschen mit Behinderung sogar 72 %.
Die rechtliche Lage verschärft das Bild: Overlays tauchen regelmäßig in Klagen auf, und die US-Handelsbehörde FTC bestätigte 2025 eine Strafe von 1 Mio. $ gegen einen prominenten Overlay-Anbieter wegen irreführender Konformitätsversprechen. Barrierefreiheit entsteht im Produkt selbst – in Informationsarchitektur, Designsystem, Komponenten, Inhalten, Formularen und in Tests mit Tastatur und Screenreader. Ein Overlay kann höchstens ergänzen, niemals die Umsetzung ersetzen. Welche technischen Maßnahmen wirklich tragen, vertiefen wir in Barrierefreiheit im Unternehmen umsetzen.
Vom Audit zur dauerhaften Barrierefreiheit
Ein belastbarer Audit kombiniert automatisierte Tests mit manueller Prüfung – und mündet in Komponenten, nicht in ein PDF. Tools erkennen viele Fehler wie fehlende Labels, Kontrastprobleme oder kaputte ARIA-Rollen. Sie verstehen aber nicht zuverlässig, ob eine Nutzerführung logisch ist, ob Texte verständlich sind oder ob ein komplexer Checkout mit Screenreader funktioniert.
Ein professioneller Ablauf umfasst sieben Schritte:
- Seitenauswahl: wichtigste Templates, Formulare, Checkout- oder Buchungsstrecken.
- Automatisierte Analyse: schnelle Erkennung wiederkehrender technischer Fehler.
- Manuelle Prüfung: Tastatur, Screenreader, Fokusreihenfolge, Semantik.
- Priorisierung: Blocker zuerst, kosmetische Details später.
- Umsetzung: Komponenten, Designsystem und Inhalte korrigieren.
- Regressionstests: sicherstellen, dass Probleme nicht wiederkehren.
- Dokumentation: nachvollziehbare Maßnahmen und offene Risiken.
Damit Accessibility nicht pro Seite neu erfunden wird, gehört sie ins Designsystem: Buttons, Inputs, Modals, Navigation, Tabs und Tabellen müssen zugänglich gebaut und dokumentiert sein. So profitiert jede neue Funktion von geprüften Komponenten – Barrierefreiheit wird zum Standard, nicht zur Nacharbeit.
Nächste Schritte
Drei Fragen klären schnell, wie dringend dein Handlungsbedarf ist:
- Betroffenheit: Bietet ihr Verbraucher-Services wie Shop, Buchung, Login oder Banking an – und greift die Kleinstunternehmer-Ausnahme wirklich?
- Zustand: Sind Tastaturbedienung, Fokus, Kontraste, Formular-Labels und Screenreader-Ansagen heute geprüft?
- Prozess: Gibt es ein Designsystem und einen Test-Workflow, damit neue Inhalte zugänglich bleiben?
Unsicher, wo deine Website oder App steht? Wir starten mit einem kompakten Accessibility-Audit und einer priorisierten Maßnahmenliste – danach setzt dein Team selbst um oder wir übernehmen die technische Korrektur. Buche dafür ein Erstgespräch.
