Das vorweg: Ich bin kein neutraler Beobachter. Ich verdiene mein Geld mit digitaler Barrierefreiheit – mit Software dafür und mit Audits. Das ist ein Interesse, und Sie sollten es kennen, bevor Sie mir glauben. Rechnen Sie es gegen, wenn Sie weiterlesen. Dieser Ratgeber soll Ihnen dennoch ehrlich zeigen, wo ein Barrierefreiheits-Overlay helfen kann und wo nicht. Die kurze Antwort vorweg: Ein Overlay löst das BFSG-Risiko nicht. Wer Ihnen das verspricht, verkauft Ihnen entweder einen Irrtum oder eine Lüge. In diesem Beitrag erkläre ich Ihnen, was ein Overlay technisch tatsächlich leistet, was es prinzipiell nicht leisten kann, warum die internationale Accessibility-Community geschlossen vor 1-Klick-Lösungen warnt und unter welchen Bedingungen ein Overlay trotzdem einen sinnvollen Platz haben kann.
Was ein Overlay ist und was nicht
Ein Accessibility-Overlay ist ein JavaScript-Widget, das per Codeschnipsel in eine Website eingebunden wird und Nutzern eine kleine Werkzeugleiste anbietet – meist über einen Knopf am Bildschirmrand. Per Klick lassen sich dort UI-Anpassungen wählen wie größere Schriften, kontrastreichere Farben, eine spezielle Schrift für Menschen mit Legasthenie oder ein vergrößerter Mauszeiger. Bekannte Anbieter sind accessiBe, UserWay, EqualWeb und in der DACH-Region etwa Eye-Able. So weit, so harmlos – ein Komfort-Widget. Das Problem entsteht erst dort, wo Anbieter dieses Widget als „Lösung für Barrierefreiheit“ oder gar als „BFSG-konform per Knopfdruck“ verkaufen. Genau das ist es nicht, und es kann es technisch nicht sein.
Was Overlays tatsächlich können
Fairerweise: Ein Overlay kann durchaus nützliche Komfortfunktionen anbieten. Es kann auf Wunsch des Nutzers die Schriftgröße erhöhen, die Zeilenhöhe vergrößern, Linktexte hervorheben, animierte Elemente pausieren, das Farbschema in höheren Kontrast wandeln oder eine Vorlesefunktion für einzelne Absätze starten. Für Nutzer ohne assistive Technologie, die nur ein bisschen mehr Komfort suchen – Ältere mit nachlassendem Sehvermögen, Lesende in greller Umgebung, Menschen mit milder Sehschwäche –, können solche Funktionen den Unterschied zwischen „mühsam“ und „angenehm“ machen. Das ist wertvoll. Es ist nur kein Ersatz für Barrierefreiheit im Sinne der WCAG.
Was Overlays prinzipiell nicht können
Hier wird es technisch. Ein Overlay sitzt im Frontend, also auf der visuellen Schicht. Es kann Pixel manipulieren – aber nicht den Code darunter umschreiben. Das hat Konsequenzen, die kein Marketing-Versprechen wegerklären kann:
- Semantische Strukturen reparieren. Ein
div, das wie ein Button aussehen soll, bleibt eindiv– ein Overlay macht daraus keinen Button. Screenreader hören weiterhin nur „Klickbar“, nicht „Schaltfläche“. - Inhaltlich passende Alt-Texte erfinden. Manche Anbieter behaupten, mit KI generierte Alt-Texte zu liefern. In meinen Audits haben diese eine Trefferquote, die ich freundlich „durchwachsen“ nenne. Ein KI-Alt-Text, der „Foto“ oder „Frau mit Tasche“ sagt, beschreibt das Marketing-Banner einer Bank nicht – und ein blinder Nutzer kann mit dieser Information nichts anfangen.
- Tastaturfallen aus Custom-Komponenten lösen. Ein Modal ohne Focus-Trap bleibt eine Tastaturfalle. Ein Cookie-Banner, der den Fokus festhält, bleibt blockiert. Daran ändert kein JavaScript-Widget etwas, weil es die zugrunde liegenden Tastatur-Handler nicht ersetzt.
- Fehlerhafte Formularlabels korrigieren. Wenn ein Feld kein verknüpftes Label hat, hilft kein Overlay – der Screenreader hat keinen Namen für das Feld.
- Live-Region-Logik ergänzen. Wenn ein Suchergebnis dynamisch nachgeladen wird, ohne dass eine Live-Region informiert, hört ein Screenreader-Nutzer nichts. Auch hier liegt die Korrektur im Code, nicht im Frontend-Widget.
Anders gesagt: Alles, was tiefer als das visuelle Erscheinungsbild geht, kann ein Overlay nicht lösen. Und genau dort – im strukturellen Code – sitzt der größere Teil der WCAG-Anforderungen.
Warum die Accessibility-Community Overlays boykottiert
Hier liegt der spannendste und gleichzeitig folgenreichste Punkt. Die internationale Accessibility-Community – Aktivisten, AT-Nutzer, WCAG-Experten – hat sich in einer für die Branche beispiellos breiten Front gegen aggressive Overlay-Werbung positioniert. Im sogenannten Overlay Fact Sheet, einer kollektiven Stellungnahme, haben mehrere hundert Fachleute unterschrieben, dass Overlays die Probleme, die sie zu lösen vorgeben, nicht lösen können. Die Gründe sind dreifach.
Erstens, sie versprechen Konformität, die sie nicht halten können. In den USA hat die Verbraucherschutzbehörde FTC deshalb 2025 einen der bekanntesten Overlay-Anbieter zur Zahlung von einer Million US-Dollar verpflichtet – mehr dazu weiter unten.
Zweitens, sie verschlechtern für viele AT-Nutzer das Erlebnis aktiv. Wer einen Screenreader benutzt, hat dort längst seine Einstellungen vorgenommen – Sprachstimme, Geschwindigkeit, Lesemodus. Ein Overlay, das versucht, seine eigene Vorlesefunktion über die bestehende AT zu legen, interferiert mit den Werkzeugen, die der Nutzer ohnehin schon optimal eingerichtet hat. Viele blinde Nutzer berichten, dass die ersten Sekunden auf einer Overlay-Seite damit beginnen, das Widget zu schließen, weil es im Weg ist.
Drittens, sie verzögern echte Sanierung. Wer ein Overlay einkauft, denkt häufig, das Thema sei erledigt. Damit wird die eigentliche Code-Arbeit verschoben – und die Compliance-Frage bleibt offen, oft länger, als sie sollte.
Wie unterschiedlich Screenreader auf Code reagieren und warum diese Werkzeuge so empfindlich auf zusätzliche Skripte sind, habe ich in JAWS, NVDA und VoiceOver: Wie echte Nutzer Ihre Website wirklich erleben ausführlich beschrieben.
Wie sich das BFSG-Risiko durch ein Overlay nicht verändert
Der zentrale Punkt für Entscheider. Das Barrierefreiheitsstärkungsgesetz verlangt, dass digitale Produkte und Dienstleistungen den Anforderungen der harmonisierten Norm EN 301 549 entsprechen – also einer Norm, die in der bisher referenzierten Fassung auf WCAG 2.1 aufbaut und in der neuen Fassung V4.1.1 auf WCAG 2.2. Welche Termine dabei gelten, steht im Überblick zu den Fristen der digitalen Barrierefreiheit. Ein Overlay erfüllt diese Anforderungen nicht und kann sie strukturell nicht erfüllen, weil es den Code nicht ändert. Die Marktüberwachung prüft im Beschwerdefall die tatsächliche Konformität der Seite – nicht das Vorhandensein eines Widgets. Wenn die zugrunde liegende Webseite nicht konform ist, ändert auch die schickste Werkzeugleiste an dieser Tatsache nichts.
Schlimmer noch: Wer in seiner Erklärung zur Barrierefreiheit angibt, „mit Overlay XY für Konformität gesorgt zu haben“, produziert eine angreifbare Aussage. Die Erklärung muss wahrheitsgemäß sein, sonst wird sie zur eigenen Belastung im Verfahren. Welche Anforderungen ein wirklich belastbarer Konformitätsnachweis erfüllen muss, lesen Sie in Barrierefreiheit zertifizieren lassen: Was ein belastbarer Nachweis können muss.
Wenn das Overlay selbst zur Barriere wird
Ein Aspekt wird bei Overlays gern unterschätzt: Das Widget ist selbst ein Bedienelement auf Ihrer Website und muss damit dieselben Anforderungen erfüllen wie der Rest. Genau daran scheitern manche Lösungen. Einige bringen eigene Tastenkürzel mit, die mit den Befehlen von Screenreadern kollidieren. Nach 2.1.4 (Tastaturkürzel) müssen sich Kürzel aus einzelnen Zeichen aber abschalten oder umbelegen lassen.
Andere verändern zur Laufzeit ARIA-Attribute oder die Fokus-Reihenfolge, um vermeintliche Fehler zu korrigieren, und überschreiben dabei auch Bedienelemente, die bereits korrekt umgesetzt waren. Dazu kommt das Layout: Der Startknopf des Widgets sitzt meist fest am Bildschirmrand und kann bei starker Vergrößerung oder auf kleinen Bildschirmen Inhalte überdecken – im ungünstigsten Fall genau den Bezahlbutton. Mit WCAG 2.2 ist das ein eigener Prüfpunkt, denn das fokussierte Element darf nicht vollständig verdeckt sein (2.4.11 Fokus nicht verdeckt).
Alternativen zu Overlay-Tools wie accessiBe, UserWay und Eye-Able
Wer nach einer Alternative zu einem Overlay sucht, erwartet meistens ein anderes, besseres Widget. Die ehrliche Antwort ist eine andere: Die Alternative zu einem Overlay ist kein weiteres Overlay. Sie besteht darin, die Barrieren dort zu beheben, wo sie entstehen, also im Quellcode, in den Inhalten und in den Dokumenten. Viele Anbieter haben ihr Angebot inzwischen um Scans, Berichte oder Beratung erweitert. Prüfen Sie deshalb nicht den Namen eines Anbieters, sondern was seine Lösung konkret verändert.
In der Praxis besteht eine tragfähige Alternative aus drei Bausteinen. Ein Audit zeigt, wo Ihre Website die Anforderungen nicht erfüllt. Die Behebung im Code und in den Inhalten beseitigt diese Barrieren dauerhaft. Und ein laufendes Monitoring sorgt dafür, dass neue Inhalte, Updates und Kampagnen keine neuen Barrieren einschleppen. Bei uns heißen diese Bausteine Access Ready und Access Guard. Für Dokumente kommt Access Doc dazu, das PDFs barrierearm macht und menschlich prüft.
Was Ihre Nutzer längst eingebaut haben
Jetzt der Punkt, der in kaum einer Overlay-Diskussion vorkommt: Fast alle Komfortfunktionen eines Overlays haben Ihre Nutzer längst auf ihrem Gerät. Und zwar in einer Form, die sie kennen und auf jeder Website gleich bedienen. Ein Overlay bringt dagegen auf jeder Website eine andere Werkzeugleiste mit, die man erst einmal finden und verstehen muss.
- Vergrößern: Jeder Browser zoomt mit Strg oder Cmd und Plus, Betriebssysteme bieten zusätzlich eine systemweite Textgröße.
- Kontrast: Windows hat Kontrastdesigns, macOS und iOS die Option „Kontrast erhöhen“.
- Bewegung: „Bewegung reduzieren“ in macOS, iOS und Android sowie „Animationen anzeigen“ in Windows schalten Animationen systemweit ab.
- Lesemodus: Safari, Chrome und Edge zeigen Artikel auf Wunsch reduziert und gut lesbar an.
- Vorlesen: Edge liest Seiten mit „Laut vorlesen“ vor, iOS und Android haben eigene Vorlesefunktionen, und wer blind ist, nutzt ohnehin einen Screenreader.
Die Aufgabe Ihrer Website ist also nicht, diese Funktionen nachzubauen, sondern sie nicht zu blockieren. Genau das prüfen die WCAG. Text muss sich ohne Verlust auf 200 Prozent vergrößern lassen (1.4.4 Textgröße ändern). Inhalte müssen bei 320 CSS-Pixel Breite ohne horizontales Scrollen funktionieren (1.4.10 Umbruch). Und erhöhte Zeilen- und Buchstabenabstände dürfen nichts abschneiden (1.4.12 Textabstand). Die Systemeinstellung „Bewegung reduzieren“ können Sie sogar direkt im CSS berücksichtigen:
@media (prefers-reduced-motion: reduce) {
*, *::before, *::after {
animation-duration: 0.01ms !important;
animation-iteration-count: 1 !important;
transition-duration: 0.01ms !important;
scroll-behavior: auto !important;
}
}Diese wenigen Zeilen respektieren die Einstellung, die Ihre Nutzer ohnehin schon getroffen haben. Das ist nachhaltiger als jeder Animations-Stopp-Knopf in einer Werkzeugleiste, weil er auf allen Seiten und ohne zusätzlichen Klick wirkt.
Overlay, Systemfunktionen und echte Behebung im Vergleich
Die folgende Übersicht stellt die drei Wege nebeneinander. Unser eigener Ansatz ist transparent als ifdb gekennzeichnet.
| Ansatz | Ändert den Quellcode | Hilft Screenreader- und Tastaturnutzern | Trägt als Nachweis nach BFSG | Laufende Kosten |
|---|---|---|---|---|
| Overlay-Widget | nein | kaum, teils hinderlich | nein | ja, als Abo |
| Browser- und Systemfunktionen | nein | ja, wenn die Website sie nicht blockiert | nein | keine |
| Audit, Behebung und Monitoring (ifdb) | ja | ja | ja, mit Prüfbericht und Zertifikat | Monitoring als Abo |
Aus einem Overlay aussteigen: so gehen Sie vor
Viele Unternehmen, die nach Alternativen suchen, haben bereits ein Overlay im Einsatz und fragen sich, wie sie da sauber herauskommen. Bewährt hat sich diese Reihenfolge:
- Prüfen Sie Laufzeit und Kündigungsfrist Ihres Overlay-Vertrags, damit Sie nicht doppelt zahlen.
- Lassen Sie Ihre Website mit deaktiviertem Overlay prüfen, denn erst dann sehen Sie ihren tatsächlichen Zustand.
- Beheben Sie zuerst die Barrieren in den Abläufen, in denen Verträge entstehen: Formulare, Login, Warenkorb und Bezahlung.
- Passen Sie Ihre Erklärung zur Barrierefreiheit an, falls sie das Overlay als Grund für Konformität nennt.
- Entfernen Sie das Skript erst, wenn die wichtigsten Abläufe ohne es funktionieren, und sichern Sie den Stand danach mit einem Monitoring ab.
Praxis-Tipp: Sie müssen das Overlay nicht abschalten, um den echten Zustand Ihrer Website zu sehen. In den Entwicklertools von Chrome und Edge können Sie unter „Network request blocking“ das Skript des Widgets blockieren und die Seite neu laden. Alles, was das Overlay zur Laufzeit verändert, ist dann weg – und Sie sehen Ihre Website so, wie die Marktüberwachung sie im Zweifel bewertet.
Was das FTC-Verfahren für Deutschland bedeutet
In den USA hat die Wettbewerbs- und Verbraucherschutzbehörde FTC im April 2025 einen der bekanntesten Overlay-Anbieter zu einer Zahlung von einer Million US-Dollar verpflichtet. Der Vorwurf: Das Unternehmen hatte beworben, sein Widget mache Websites WCAG-konform, obwohl es das nicht leisten konnte. Außerdem hatte es gekaufte Bewertungen als unabhängige Meinungen dargestellt.
Für Deutschland ist das Verfahren aus zwei Gründen interessant. Erstens sind Werbeaussagen, die eine nicht erreichbare Konformität versprechen, auch hier als irreführende Werbung nach § 5 UWG angreifbar. Zweitens zeigt es, worauf es im Ernstfall ankommt: nicht auf das Versprechen eines Anbieters, sondern auf den tatsächlichen Zustand Ihrer Website. Das Risiko trägt am Ende nicht der Overlay-Anbieter, sondern Sie als Betreiber.
Die ehrliche Rolle eines Overlays
Nichts davon heißt, dass ein Overlay grundsätzlich verwerflich wäre. Es hat eine ehrliche Rolle – sie ist nur schmaler, als die Werbung verspricht. Ein Overlay ist nützlich als Übergangslösung während einer laufenden Sanierung: Wenn Ihre Website noch nicht den Stand erreicht hat, den sie soll, kann ein deklariertes Komfort-Widget Ihren Nutzern zumindest einige Hilfen anbieten, während im Hintergrund am Code gearbeitet wird. Es ist nützlich als Komfort-Tool für die breite Nutzerschaft: Schriftgröße, Kontrast, Animations-Stopp – Dinge, die vielen helfen, auch ohne assistive Technologie. Und es ist legitim als Teil einer kombinierten Strategie, in der die echte Arbeit am Code passiert.
Worauf es ankommt: Transparenz. Ein verantwortungsvoll eingesetztes Overlay deklariert ausdrücklich, dass es kein Ersatz für barrierefreie Gestaltung ist, dass es Code-Mängel nicht heilt und dass es nicht den Anspruch erhebt, BFSG-Konformität allein herzustellen. Wer das so kommuniziert, kann ein Overlay einsetzen, ohne sich selbst rechtlich angreifbar zu machen. Wer dagegen das Marketing-Versprechen „Knopfdruck-Konformität“ übernimmt, übernimmt damit auch das Risiko, das dahintersteht.
Wie ein verantwortungsvoller Overlay-Einsatz aussieht
Wenn Sie sich für ein Overlay entscheiden – aus Komfortgründen, als Übergang während Ihrer Sanierungsarbeit, als Teil einer breiteren Strategie –, dann nehmen Sie eines, das mit offenen Karten spielt. Ob es das tut, ist vor dem Kauf prüfbar, bei jedem Anbieter. Ich achte auf drei Dinge. Erstens, es gibt eine schriftliche Aussage dazu, was das Produkt nicht leistet. In einer ehrlichen Dokumentation steht sie längst, nicht erst auf Nachfrage. Zweitens, der Anbieter kann benennen, welche Skripte das Widget lädt und was sie verändern – und belegen, dass es vorhandene Alt-Texte, Formularlabels und die Tastaturbedienung unangetastet lässt. Drittens, das Widget legt sich nicht über die assistive Technologie Ihrer Nutzer. Es lässt sich per Tastatur bedienen und schließen – und bleibt geschlossen. Wer auf die Frage nach den Grenzen mit einer Funktionsliste antwortet, verkauft kein Werkzeug, sondern ein Heilsversprechen.
Mein Rat für Ihre Entscheidung: Lassen Sie sich von keinem Anbieter einreden, dass ein Widget Ihr BFSG-Problem löst. Wenn Ihnen jemand „BFSG-Konformität per Knopfdruck“ verspricht, fragen Sie nach dem Audit-Bericht nach EN 301 549, der diese Aussage stützt – Sie werden ihn nicht bekommen. Investieren Sie das Budget in die echte Code-Arbeit, sichern Sie sie mit einem Audit ab, behalten Sie sie mit Monitoring – das Audit heißt bei uns Access Ready, das Monitoring Access Guard – und nutzen Sie ein transparent deklariertes Overlay nur dort, wo es seine ehrliche Rolle erfüllen kann: als Komfort-Werkzeug, nicht als Compliance-Schild.
Sie brauchen einen belastbaren Nachweis für Ihre digitale Barrierefreiheit? In 30 Minuten besprechen wir, wie Prüfung und Zertifizierung bei Ihnen ablaufen.
Häufige Fragen zu Overlays und ihren Alternativen
Ist ein Overlay nach dem BFSG verboten?
Nein. Ein Overlay ist nicht verboten, es ist nur kein Nachweis. Entscheidend ist, ob Ihre Website die Anforderungen der EN 301 549 tatsächlich erfüllt. Ein Overlay ändert daran nichts, weil es den Quellcode nicht verändert.
Was ist die beste Alternative zu einem Overlay wie accessiBe?
Die Behebung der Barrieren im Code und in den Inhalten, abgesichert durch ein Audit und ein laufendes Monitoring. Für Komfortfunktionen wie Vergrößerung, Kontrast oder Vorlesen nutzen Ihre Besucher ohnehin die Funktionen ihres Browsers und Betriebssystems – Ihre Website muss sie nur zulassen.
Sollte ich mein Overlay sofort entfernen?
Nicht überstürzt. Entfernen Sie es, wenn es Screenreader oder Tastaturbedienung stört oder in Ihrer Erklärung zur Barrierefreiheit als Grund für Konformität genannt wird. Ansonsten beheben Sie zuerst die wichtigsten Barrieren und entscheiden danach, ob das Widget als reines Komfortangebot bleiben soll.
