Barrierefreiheit-Overlays: Warum die schnelle Loesung zur BFSG-Falle wird

Ein Jahr BFSG: Overlay-Anbieter wittern das Geschaeft

Seit dem 28. Juni 2025 verpflichtet das Barrierefreiheitsstaerkungsgesetz (BFSG) viele Online-Shops und Dienstleister, ihre digitalen Angebote barrierefrei zu gestalten. Die Umsetzungsfrist ist laengst abgelaufen, und die Marktaufsichtsbehoerde in Sachsen-Anhalt nimmt Beschwerden entgegen.

Genau in diese Luecke stoßen Overlay-Anbieter. Ihre Werbung klingt verlockend: Ein JavaScript-Snippet einbinden, fertig. Kosten ab 49 Euro im Monat, kein Relaunch noetig. Fuer KMU, die weder Budget noch Zeit fuer einen vollstaendigen Website-Umbau haben, wirkt das wie die Loesung.

Das Problem: Es ist keine.

Was Overlay-Widgets versprechen — und was sie liefern

Overlay-Anbieter werben typischerweise mit diesen Features:

• Kontrast-Regler und Schriftgroessen-Anpassung
• Vorlese-Funktion (Text-to-Speech)
• Cursor-Vergroesserung und Fokus-Hervorhebung
• „WCAG 2.2 AA konform" als Badge

Was sie verschweigen: Keines dieser Features behebt die eigentlichen strukturellen Probleme im HTML-Code. Ein Overlay veraendert nicht den Quellcode der Website — es manipuliert die Darstellung im Browser des Nutzers.

Warum Overlays rechtlich nicht schuetzen

Die Rechtslage ist eindeutig — und fuer Overlay-Nutzer unangenehm:

1. Deutsche Marktaufsicht erkennt Overlays nicht an. Die zustaendige Behoerde in Sachsen-Anhalt hat klargestellt, dass Barrierefreiheit im Code geloest werden muss, nicht durch aufgesetzte Widgets. Eine BFSG-Beschwerde gegen eine Website mit Overlay wird genauso behandelt wie eine ohne.

2. Europaeische Rechtsprechung weist Overlays zurueck. Mehrere europaeische Gerichte haben entschieden, dass JavaScript-Widgets keine ausreichende Umsetzung der EN 301 549 (europaeische Barrierefreiheitsnorm) darstellen.

3. Behindertenorganisationen warnen explizit. Sowohl der Deutsche Blinden- und Sehbehindertenverband (DBSV) als auch internationale Organisationen wie die National Federation of the Blind stufen Overlays als kontraproduktiv ein.

Die fuenf haeufigsten Barrieren, die kein Overlay behebt

Wer eine durchschnittliche KMU-Website mit einem Accessibility-Scanner prueft, findet fast immer dieselben Probleme. Kein Overlay loest sie:

1. Fehlende oder falsche Heading-Hierarchie. Wenn nach einer H1 direkt eine H4 kommt, koennen Screenreader die Seitenstruktur nicht erfassen. Das Overlay aendert keine HTML-Tags.

2. Formulare ohne Labels. Ein Kontaktformular, dessen Felder nur Platzhalter-Text statt echte ``-Elemente haben, bleibt fuer Screenreader unbedienbar — egal welches Widget darueber liegt.

3. Bilder ohne Alt-Text. Ein Overlay kann keinen sinnvollen Alt-Text generieren. Es kennt den Kontext des Bildes nicht. Automatisch erzeugte Beschreibungen wie „Bild zeigt ein Gebaeude" sind selten hilfreich.

4. Nicht-tastaturzugaengliche Navigation. Wenn ein Hamburger-Menue nur auf Touch oder Mausklick reagiert, bleibt es fuer Tastatur-Nutzer geschlossen. Das erfordert eine Code-Aenderung, kein Widget.

5. Unzureichende Farbkontraste im Design. Ein Overlay kann zwar einen Kontrast-Regler anbieten — aber das Grunddesign bleibt unveraendert. Wer den Regler nicht findet oder nutzt, sieht weiterhin hellgrauen Text auf weißem Hintergrund.

Overlay-Anbieter kollidieren mit Screenreadern

Der vielleicht gravierendste Punkt: Overlay-Widgets stehen den Menschen im Weg, denen sie angeblich helfen sollen.

Menschen mit Sehbehinderung nutzen bereits eigene Screenreader — JAWS, NVDA oder VoiceOver. Diese Software ist exakt auf die Beduerfnisse des Nutzers konfiguriert: Sprechgeschwindigkeit, Lautstaerke, Navigationsverhalten.

Ein Overlay-Widget, das eine zusaetzliche Text-to-Speech-Funktion aktiviert, kollidiert mit dem vorhandenen Screenreader. Zwei Stimmen sprechen gleichzeitig. Fokus-Traps entstehen, weil das Widget eigene Tastaturkuerzel belegt. Im schlimmsten Fall wird die Website fuer genau die Zielgruppe unbenutzbarer als ohne Overlay.

Adrian Roselli, einer der bekanntesten Accessibility-Experten weltweit, hat dokumentiert, dass Overlay-Widgets in Tests mit echten Screenreader-Nutzern die Bedienbarkeit in 73 % der Faelle verschlechtert haben.

Was KMU stattdessen tun sollten

Barrierefreiheit ist kein Projekt, das man einmal kauft und dann abhakt. Aber der Einstieg muss nicht teuer oder komplex sein.

Schritt 1: Ist-Zustand messen. Nutzen Sie kostenlose Tools wie den WAVE Web Accessibility Evaluator oder die Lighthouse-Pruefung in Chrome (Rechtsklick → Untersuchen → Lighthouse → Accessibility). Beide zeigen konkrete Fehler mit Zeilenverweis.

Schritt 2: Die groessten Barrieren zuerst beheben. Heading-Hierarchie, Formular-Labels, Alt-Texte und Farbkontraste decken erfahrungsgemaess 60–70 % der Probleme ab. Ein erfahrener Webentwickler behebt das an einem Arbeitstag.

Schritt 3: Tastaturnavigation testen. Gehen Sie Ihre Website einmal komplett mit der Tab-Taste durch. Jedes interaktive Element — Links, Buttons, Formulare, Menues — muss erreichbar und bedienbar sein. Wenn nicht, liegt ein Code-Problem vor.

Schritt 4: Regelmaessig pruefen. Barrierefreiheit ist wie Datenschutz: Jedes Website-Update kann neue Barrieren einfuehren. Planen Sie vierteljehrliche Checks ein.

Woran Sie serioese Anbieter erkennen

Nicht jeder, der Barrierefreiheit anbietet, liefert auch Substanz. Diese Merkmale trennen serioes von unserioes:

Serioes:

• Prueft Ihre Website manuell UND automatisiert
• Benennt konkrete WCAG-Kriterien und Fehler
• Aendert den Quellcode, nicht nur die Darstellung
• Testet mit echten Screenreadern (NVDA, VoiceOver)
• Gibt keine „100 %-Garantie" — die gibt es bei Barrierefreiheit nicht

Unserioes:

• Verspricht BFSG-Konformitaet per Widget oder Plugin
• Bietet ein „Barrierefreiheits-Siegel" ohne manuelle Pruefung
• Kann keine konkreten WCAG-Kriterien benennen
• Zeigt nur automatisierte Scan-Ergebnisse ohne Kontext
• Setzt auf Angst vor Abmahnungen als Verkaufsargument

Wer eine Website betreibt, die unter das BFSG faellt, braucht nachweisbare Konformitaet im Code — kein aufgeklebtes Badge.