Ein Accessibility-Overlay ist ein Widget, das Sie mit einer einzigen Zeile JavaScript zu einer Website hinzufügen, typischerweise dargestellt als kleines Icon, das ein Panel mit Anzeigeanpassungen öffnet: größerer Text, höherer Kontrast, eine dyslexiefreundliche Schrift, Hilfen zur Tastaturnavigation und, in fortgeschritteneren Versionen, einige automatisierte Versuche, fehlenden Alt-Text oder ARIA-Labels zu ergänzen. Es kann bei manchen Problemen wirklich helfen, ist aber kein Ersatz für barrierefreien zugrunde liegenden Code, und kein glaubwürdiger Anbieter behauptet, es schließe jede WCAG-Lücke von allein.

Wie Overlays tatsächlich funktionieren

Nach der Installation läuft ein Overlay als Skriptebene oberhalb Ihrer bestehenden Website, statt Ihr zugrunde liegendes HTML, CSS oder Ihren Anwendungscode zu verändern. Wenn ein Besucher das Widget-Panel öffnet, wendet es Anzeigeanpassungen dynamisch an: Text vergrößern, Kontrastverhältnisse erhöhen, Schriftarten ändern, Animationen pausieren oder einen Tastaturnavigationsmodus freischalten. Fortgeschrittenere Overlays, einschließlich solcher von Anbietern wie accessiBe und UserWay, führen auch automatisierte Scans durch, die versuchen, fehlende Accessibility-Attribute in Echtzeit in die Seite einzufügen, etwa Alt-Text für Bilder zu erzeugen, denen er fehlt, oder ARIA-Labels zu unbeschrifteten interaktiven Elementen hinzuzufügen.

Da nichts davon Ihren eigentlichen Quellcode berührt, verschwindet die Wirkung eines Overlays in dem Moment, in dem das Skript nicht lädt, von einem Werbeblocker oder Inhaltsfilter blockiert wird, oder der Browser eines Nutzers es aus irgendeinem Grund nicht ausführt. Das ist ein bedeutsamer architektonischer Unterschied zu einer Korrektur auf Code-Ebene: Ein korrekt beschriftetes Formularfeld ist korrekt beschriftet, egal welches Skript oben drauf lädt oder nicht, während ein von einem Overlay hinzugefügtes Label nur existiert, solange das Overlay selbst aktiv läuft.

Wobei Overlays wirklich helfen können

Für eine Website mit echten Budget- oder Zeitbeschränkungen ist ein Overlay nicht wertlos. Es kann Nutzern schnell Kontrolle über Textgröße, Kontrast und Bewegung geben, was für Menschen mit Sehbehinderung, Lichtempfindlichkeit oder vestibulären Beschwerden zählt. Verbesserungen der Tastaturnavigation können Nutzern helfen, die keine Maus verwenden. Und für Website-Betreiber ohne interne Entwicklungsressourcen ist es ein Ausgangspunkt, der schnell live geht, oft noch am selben Tag, statt auf ein Behebungsprojekt auf Code-Ebene zu warten.

Es gibt auch einen Sichtbarkeitsvorteil, der leicht unterschätzt wird: Das Icon eines Overlays auf der Seite ist ein sichtbares Signal an Besucher, dass ein Unternehmen sich überhaupt mit Barrierefreiheit befasst hat, und für manche Nutzer ist bereits die schnelle Möglichkeit, Textgröße zu erhöhen oder Bewegung zu reduzieren, eine echte Verbesserung gegenüber einer Website ganz ohne Anpassungsoptionen, selbst wenn es keine vollständige Lösung ist.

Was Overlays typischerweise nicht beheben können

Die Grenzen zeigen sich bei allem, was davon abhängt, wie Inhalt tatsächlich gebaut wurde, statt wie er angezeigt wird. Ein Formularfeld ohne programmatisches Label, ein individuelles Dropdown-Menü ohne korrekte ARIA-Rolle und Tastaturverhalten, ein Video ohne Untertitel oder eine Dokumentstruktur, die einem Screenreader keine logische Lesereihenfolge offenlegt: Das sind strukturelle Probleme, die ein oben auf der Seite liegendes Skript nur begrenzt zuverlässig für jeden Fall beheben kann, besonders auf komplexen oder sich häufig ändernden Websites. Automatisierte Alt-Text-Erzeugung ist ein gutes Beispiel für diese Lücke: Eine KI-generierte Beschreibung kann bei einem einfachen Produktfoto durchaus zutreffend sein und bei einem komplexen Diagramm oder einem kulturell spezifischen Bild eindeutig falsch, ohne dass ein Mensch die Ausgabe prüft.

Von einer Seite verlinkte PDF-Dokumente sind ein weiterer verbreiteter blinder Fleck: Ein Widget, das auf der HTML-Seite läuft, auf der es installiert ist, hat generell keine Möglichkeit, in ein verlinktes PDF einzugreifen und dessen interne Struktur zu beheben, sodass eine Website eine vollständig angepasste Webseite direkt neben einem nicht barrierefreien PDF haben kann, das das Widget nie berührt. Dasselbe gilt oft für eingebettete Inhalte Dritter, wie ein per iframe eingebettetes Buchungswidget oder Zahlungsformular eines separaten Anbieters, da ein Overlay diese Grenze typischerweise ebenfalls nicht überschreiten kann.

Warum diese Kategorie echte Kritik auf sich zieht

Genau dieses architektonische Muster ist auch der Grund, warum Overlays über Browser und Geräte hinweg tendenziell uneinheitlicher funktionieren als strukturelle Korrekturen. Eine skriptbasierte Anpassung kann sich je nach Browser-Version, anderen auf der Seite laufenden Erweiterungen oder dem eigenen JavaScript einer Website leicht unterschiedlich verhalten, während ein wirklich barrierefreies Stück Markup für jeden Besucher gleich funktioniert, unabhängig davon, was sonst in seinem Browser passiert.

Accessibility-Fachleute äußern sich seit Jahren lautstark kritisch gegenüber reinen Overlay-Ansätzen, und die Daten stützen, dass das keine Randmeinung ist. Eine vom Overlay Fact Sheet aufbereitete WebAIM-Umfrage ergab, dass 67 % der Accessibility-Fachleute Overlays als “gar nicht” oder “nicht sehr” wirksam bewerteten, ein Wert, der bei Fachleuten mit eigener Behinderung auf 72 % stieg. Nur 2,4 % bewerteten Overlays als sehr wirksam. Ein Teil der Kritik betrifft eher das Marketing als die Technologie selbst: Wenn ein Widget als vollständige, einzeilige Lösung für rechtliche Konformität verkauft wird, weckt das eine Erwartung, die das zugrunde liegende Tool meist nicht erfüllen kann, und im Fall von accessiBe führte genau diese Lücke zwischen Marketingbehauptungen und tatsächlicher Leistungsfähigkeit 2025 zu einer 1.000.000-Dollar-Einigung mit der FTC wegen irreführender Behauptungen über die automatisierte Behebung von accessWidget.

Es gibt auch einen technischeren Kritikpunkt: Manche Overlay-Verhaltensweisen können assistive Technologien stören, die ein Nutzer auf seinem eigenen Gerät oder Browser bereits eingerichtet hat, und überschreiben damit faktisch bewusst getroffene Einstellungen, eine frustrierende Erfahrung für die Menschen, denen das Tool eigentlich dienen soll. WebYes, ein auf WordPress ausgerichtetes Testtool, ist ein Anbieter, der sich aus genau diesem Grund ausdrücklich gegen reine Overlay-Behebung positioniert und stattdessen für Korrekturen auf Code-Ebene plädiert.

Overlay, Plugin, Toolbar: dasselbe unter verschiedenen Namen

Anbieter nutzen ein paar verschiedene Begriffe für im Wesentlichen dieselbe Produktkategorie. “Accessibility-Widget”, “Accessibility-Overlay”, “Accessibility-Plugin” und “Accessibility-Toolbar” beschreiben allesamt generell dieselbe Architektur: eine Skriptebene, die einer bestehenden Website Anzeigesteuerungen hinzufügt und, in fortgeschritteneren Produkten, einige automatisierte Behebungsversuche. Die Variation in der Benennung ist meist Marketing, kein bedeutsamer technischer Unterschied, es lohnt sich also, jedes dieser Produkte nach denselben Kriterien zu bewerten, unabhängig davon, wie der Anbieter es zufällig nennt.

Wo Overlays in eine realistische Strategie passen

Die Gegenüberstellung “Overlay oder nichts” übersieht die nützlichere Frage, nämlich womit ein Overlay kombiniert wird. Anbieter wie Wawsome und EqualWeb verkaufen das Widget zusammen mit manueller Behebung, menschlich geprüften Audits oder laufendem Monitoring statt als eigenständiges Produkt, was spürbar verändert, was das kombinierte Angebot im Vergleich zu einem allein ausgelieferten Widget tatsächlich leisten kann. Ein mit echter menschlicher Prüfung kombiniertes Widget schließt mehr von der Lücke als unbeaufsichtigt laufende Automatisierung, auch wenn beide technisch unter dasselbe Label “Overlay” fallen.

Bevor Sie sich für eines entscheiden, lohnt es sich, einen Anbieter direkt zu fragen: Ist an irgendeiner Stelle dieses Produkts menschliche Prüfung beteiligt, oder ist es Ende zu Ende vollständig automatisiert? Gibt es eine klare, schriftliche Aussage darüber, was das Tool nicht abdeckt? Und sind Preise und Funktionsumfang transparent, oder legt das Marketing eine breitere Abdeckung nahe, als die Produktdokumentation tatsächlich hergibt? Diese Fragen trennen ein wirklich nützliches Tool weit besser von einem überhypten als die Gegenüberstellung “Overlay oder kein Overlay” es normalerweise erlaubt.

Wenn Sie bewerten, ob ein Overlay für Ihre Website die richtige Wahl ist, gehen unser Leitfaden zum Vergleich von Widgets und manuellen Audits sowie unser Beitrag dazu, ob Overlays tatsächlich funktionieren, beide genauer auf diese Abwägungen ein.