Machen Accessibility-Overlays konform? Was der FTC-Fall gegen accessiBe bedeutet
Kurz gesagt: Nein. Overlay-Widgets wie accessiBe, UserWay und AudioEye verändern Seiten im Browser, lassen den zugrunde liegenden Code aber unzugänglich — sie können eine Website nicht zuverlässig WCAG- oder EAA-konform machen. Im Januar 2025 einigte sich accessiBe mit der US-Behörde FTC wegen irreführender Konformitätsversprechen auf 1 Million US-Dollar. Echte Konformität heißt: Quellcode korrigieren.
Overlay-Widgets versprechen sofortige Barrierefreiheits-Konformität mit einer einzigen Codezeile. Hier erfahren Sie, was sie wirklich leisten, was sie nicht können, und warum Aufsichtsbehörden begonnen haben, dagegen vorzugehen.
Was ist ein Accessibility-Overlay?
Ein Accessibility-Overlay ist ein JavaScript-Widget eines Drittanbieters — Produkte wie accessiBe, UserWay und AudioEye sind die bekanntesten Beispiele —, das Sie mit einem einzigen Code-Schnipsel zu Ihrer Website hinzufügen. Es läuft im Browser und versucht, die Seite im laufenden Betrieb anzupassen: ARIA-Attribute hinzufügen, Alt-Texte für Bilder generieren, den Kontrast ändern oder eine schwebende Werkzeugleiste mit Schriftgrößen- und Bewegungsreglern anbieten.
Das Versprechen klingt verlockend: kein Entwicklungsaufwand, keine Code-Review, einmal installieren und (laut Marketing) barrierefrei und rechtlich konform werden. Genau dieses Versprechen hat die Aufmerksamkeit von Aufsichtsbehörden auf sich gezogen.
Was Overlays tatsächlich leisten können
Fairerweise: Overlays sind nicht nutzlos. Ein gut gebautes Overlay kann echte, nutzerseitige Vorteile bieten: einstellbare Schriftgröße und Zeilenabstand, ein Schalter zur Bewegungsreduzierung, ein Hochkontrastmodus oder ein besser sichtbarer Fokusrahmen. Manche dieser Funktionen helfen manchen Nutzer:innen wirklich, und es spricht nichts dagegen, sie als Ergänzung zu einer bereits barrierefreien Website anzubieten.
Womit sie sich schwertun, ist alles, was ein Verständnis der tatsächlichen Bedeutung und Struktur Ihres Inhalts erfordert — und das ist der größte Teil dessen, was WCAG-Konformität verlangt.
Was Overlays nicht zuverlässig leisten können
Overlays laufen, nachdem Ihre Seite bereits geladen wurde, und greifen zur Laufzeit in das DOM ein, statt das zugrunde liegende Markup zu korrigieren. Dieser Ansatz versagt bei genau den Dingen, die für echte Barrierefreiheit am wichtigsten sind: automatisch generierte Alt-Texte für Bilder sind häufig falsch oder bedeutungslos — eine Bilderkennungs-Vermutung ist nicht dasselbe wie ein Mensch, der beschreibt, was ein Bild im Kontext bedeutet; eine defekte Überschriftenhierarchie oder fehlende Dokumentstruktur lässt sich durch ein nachträglich aufgesetztes Skript nicht zuverlässig wiederherstellen; individuelle interaktive Widgets wie Datumsauswahl, Dropdown-Menüs und modale Dialoge, die ohne Tastaturunterstützung gebaut wurden, bleiben meist defekt, weil das Overlay das beabsichtigte Verhalten Ihrer Komponente nicht kennt; und die eigene DOM-Manipulation des Overlays kann mit Screenreadern kollidieren und eine Seite mitunter schwerer nutzbar machen als vor der Installation des Overlays. Diesen letzten Punkt haben Behindertenaktivist:innen und Screenreader-Nutzer:innen seit Jahren wiederholt öffentlich thematisiert.
Nichts davon heißt, dass die Hersteller von Overlay-Produkten bei der zugrunde liegenden Technologie in böser Absicht handeln — Barrierefreiheits-Korrekturen zur Laufzeit per Mustererkennung sind ein wirklich schwieriges Problem. Das Problem liegt darin, was über das Ergebnis behauptet wird.
Der FTC-Fall gegen accessiBe
Im Januar 2025 gab die US-amerikanische Federal Trade Commission (FTC) eine Einigung mit accessiBe bekannt, einem der größten Overlay-Anbieter, in der das Unternehmen zur Zahlung von 1 Million US-Dollar verpflichtet wurde. Im Zentrum des FTC-Verfahrens standen Vorwürfe, accessiBe habe irreführende Behauptungen darüber aufgestellt, dass sein Overlay Websites konform mit Barrierefreiheitsstandards und -gesetzen mache, und habe gefälschte oder irreführende Kundenbewertungen zur Untermauerung dieser Behauptungen genutzt.
Die Einigung ist ein regulatorisches Signal, kein Gerichtsurteil, das die Nutzung von Overlays für illegal erklärt — sie bestätigt aber, dass die Vermarktung eines Overlays als Garantie für rechtliche Konformität genau die Art von Behauptung ist, die eine Aufsichtsbehörde genau prüfen wird. Wenn Sie irgendein Accessibility-Produkt bewerten, lohnt sich das im Hinterkopf zu behalten: Seien Sie skeptisch gegenüber jedem Anbieter — ob Overlay oder nicht —, der volle rechtliche Konformität durch eine einzige Installation verspricht.
Warum die Korrektur an der Quelle die dauerhafte Lösung ist
WCAG-Konformität ist eine Eigenschaft Ihres tatsächlichen Inhalts und Codes, nicht eines Skripts, das darüber läuft. Eine Seite mit korrektem semantischem HTML, echten Alt-Texten, einer logischen Überschriftenstruktur und barrierefreien individuellen Komponenten funktioniert über die gesamte Bandbreite von Kombinationen assistiver Technologien hinweg korrekt — verschiedene Screenreader, verschiedene Browser, verschiedene Nutzereinstellungen —, weil nichts Fragiles darüber liegt, das brechen oder kollidieren kann.
Korrekturen an der Quelle sind zudem überprüfbar: Ein:e Entwickler:in, ein:e Auditor:in oder eine Aufsichtsbehörde kann Ihr tatsächliches Markup inspizieren und verifizieren. Das Laufzeitverhalten eines Overlays lässt sich viel schwerer konsistent überprüfen, da es je nach Ladezeitpunkt, Browser-Eigenheiten und dem Zusammenspiel des JavaScripts Ihrer Seite mit dem Overlay-Skript unterschiedlich ausfallen kann.
Die ehrliche Rolle für Overlays
Wenn Ihnen bereits einige Nutzerpräferenz-Funktionen eines Overlays gefallen — Schriftgrößenanpassung, Bewegungsreduzierung, Kontrastumschaltung —, spricht einiges dafür, diese als Ergänzung auf einer bereits wirklich barrierefreien, an der Quelle korrigierten Website beizubehalten. Was nicht trägt, ist ein Overlay anstelle der Code-Korrektur einzusetzen oder es als Konformitätsgarantie zu vermarkten.
Sehen Sie, was ein Scan auf Code-Ebene wirklich findet
Führen Sie in etwa 20 Sekunden einen kostenlosen automatisierten WCAG-Scan Ihrer Website durch — dieselbe Art von Prüfung an der Quelle, die ein Overlay nicht ersetzen kann.
Website kostenlos scannen →Ist die Nutzung von accessiBe, UserWay oder AudioEye illegal?
Was ist eine echte Alternative zu einem Overlay?
Kann ich ein Overlay nutzen und gleichzeitig meinen Code korrigieren?
Hat die FTC gesagt, dass Overlays grundsätzlich nicht funktionieren?
Woher weiß ich, ob mein aktuelles Overlay "ausreicht"?
Dieser Artikel bietet allgemeine Informationen, keine Rechtsberatung. Ob ein bestimmter Accessibility-Ansatz ein konkretes Gesetz in Ihrer Rechtsordnung erfüllt, hängt von Ihrer Situation ab — für eine verbindliche Einschätzung konsultieren Sie einen Rechtsanwalt.
Leitfaden EU (EAA) · Overlay vs. Code-Fix · accessiBe-Alternative · UserWay-Alternative · AudioEye-Alternative · Methodik · European Accessibility Act (EAA) 2025: der vollständige Leitfaden · BFSG: was deutsche Unternehmen tun müssen