Accessibility-Overlays: Warum sie meist schaden

Das Angebot klingt zu gut, um es zu ignorieren: eine Zeile JavaScript, ein paar hundert Euro im Jahr, und die Website ist BFSG-konform. Kein Audit, kein Entwickler, kein Relaunch. Für Unternehmen, die im Sommer 2026 feststellen, dass das Barrierefreiheitsstärkungsgesetz seit über einem Jahr für sie gilt, ist das eine verlockende Abkürzung.

Sie funktioniert nicht. Und das ist keine Geschmacksfrage unter Entwicklern, sondern inzwischen von Behörden, Prüfstellen und Betroffenenverbänden dokumentiert. Dieser Artikel zeigt, was Overlays technisch tun, warum genau daran die Grenze liegt, und welche Risiken du dir mit dem Einbau zusätzlich einhandelst.

Was ein Overlay überhaupt ist

„Overlay-Tool" ist der Sammelbegriff für Toolbars, Plugins, Apps und Widgets, die sich mit einer Zeile Code in jede Website einbinden lassen. Technisch machen sie zwei sehr verschiedene Dinge, die im Marketing gern vermischt werden:

1. Die Nutzer-Toolbar. Das sichtbare Widget — meist ein Icon unten rechts, das ein Menü öffnet: Schrift größer, Kontrast erhöhen, Animationen stoppen, Vorlesefunktion, Dyslexie-Schriftart. Der Nutzer stellt sich die Seite selbst um.

2. Die automatische Reparatur. Der unsichtbare Teil. Ein Skript analysiert nach dem Laden das DOM und ändert es: Es ergänzt fehlende alt-Attribute per Bilderkennung, setzt ARIA-Rollen auf Elemente, die es für Buttons hält, versucht Formularfelder mit Labels zu verknüpfen.

Teil 1 ist unstrittig — technisch simpel und für manche Nutzergruppen tatsächlich nützlich. Das Compliance-Versprechen hängt vollständig an Teil 2. Und der ist das Problem.

Warum die automatische Reparatur nicht aufgehen kann

Der harte Einwand gegen Overlays ist kein Qualitätsvorwurf gegen einzelne Anbieter, sondern ein struktureller: Ein erheblicher Teil der WCAG-Erfolgskriterien ist maschinell nicht entscheidbar, weil er Bedeutung voraussetzt, nicht Struktur.

Ein Skript kann feststellen, dass einem Bild das alt-Attribut fehlt. Es kann nicht wissen, ob dieses Bild informativ oder dekorativ ist — und das ist die entscheidende Frage. Bilderkennung liefert „ein Mann in einem blauen Hemd sitzt an einem Schreibtisch". Der korrekte Alternativtext wäre je nach Kontext „Dr. Schmidt, Fachanwalt für Arbeitsrecht", „Jetzt Beratungstermin buchen" oder ein leeres alt="", weil das Bild reine Dekoration ist. Alle drei sind aus dem Pixelinhalt nicht ableitbar. Ein automatisch erzeugter Text ist im besten Fall nutzlos und im schlechteren Fall irreführend — mit dem Nebeneffekt, dass die automatisierte Prüfung danach „grün" meldet, weil ja ein alt-Attribut vorhanden ist.

Dasselbe Muster wiederholt sich überall:

• Linktexte. Dass „hier klicken" schlecht ist, erkennt ein Skript. Was stattdessen dort stehen müsste, weiß nur, wer das Ziel kennt.
• Überschriftenhierarchie. Ein Sprung von H2 auf H4 ist messbar. Ob der Text darunter eine Unterabschnitt-Ebene ist oder eine eigenständige Sektion, ist eine inhaltliche Entscheidung.
• Fehlermeldungen in Formularen. Dass eine Meldung erscheint, lässt sich prüfen. Ob sie verständlich erklärt, was falsch ist und wie man es korrigiert, nicht.
• Sinnvolle Reihenfolge. Die Lesereihenfolge im Code muss der visuellen entsprechen. Was „sinnvoll" ist, ergibt sich aus dem Inhalt.

Genau das sagt auch die gemeinsame Einschätzung der Überwachungsstellen: „Es ist derzeit nicht möglich, automatisiert alle Barrieren in einem Webauftritt zu finden." Wer nicht alle Barrieren finden kann, kann sie erst recht nicht alle beheben.

Die dokumentierten Nebenwirkungen

Dass Overlays nicht alles reparieren, wäre für sich genommen verkraftbar — halb repariert ist besser als gar nicht. Der eigentliche Vorwurf ist ein anderer: Sie verursachen neue Barrieren.

Die Prüfstellen des BIK BITV-Tests haben Overlays untersucht und dabei Mängel in zwei Kategorien gefunden. Erstens am Bedienelement selbst:

• kein Tastaturzugriff auf das Widget
• fehlende oder unsichtbare Fokushervorhebung
• unzureichende Kontraste des Bedienelements
• keine Möglichkeit, das Overlay wieder zu deaktivieren

Zweitens bei den aktivierten Funktionen: Vergrößerte Schriftgrößen führten zu „überlappenden und abgeschnittenen Inhalten", Zoom erzwang horizontales Scrollen, Skripte verlangsamten die Seite erheblich, Menü-Icons verschwanden.

Der Widerspruch ist offensichtlich: Ein Werkzeug, das Barrierefreiheit herstellen soll, ist selbst nicht mit der Tastatur bedienbar. Wer das Overlay braucht, kommt nicht heran; wer es nicht braucht, stört sich am zusätzlichen Widget.

Dazu kommt die Konfliktebene mit assistiven Technologien. Screenreader-Nutzer arbeiten mit einer über Jahre eingeübten Software — JAWS, NVDA, VoiceOver — mit eigenen Tastenkürzeln und eigener Navigationslogik. Ein Overlay, das eine eigene Vorlesefunktion und eigene Shortcuts mitbringt, schiebt sich zwischen Nutzer und Werkzeug. Die Überwachungsstellen formulieren das so: „Dadurch können sie die ordnungsgemäße Funktionalität der vorhandenen Hilfstechnologien beeinträchtigen."

Der Deutsche Blinden- und Sehbehindertenverband hält in seiner Stellungnahme fest: „Accessibility Overlays sind nach dem heutigen Stand der Technik nicht in der Lage, eine Webseite von außen und quasi auf Knopfdruck gemäß der geltenden Standards barrierefrei zu gestalten." Oberste Priorität habe „die barrierefreie Gestaltung der einzelnen Webseiten selbst".

International hat sich diese Position im Overlay Fact Sheet gebündelt — inzwischen von über 800 Fachleuten unterzeichnet, darunter Mitwirkende an den WCAG-, ARIA- und HTML-Spezifikationen sowie Barrierefreiheits-Verantwortliche großer Technologieunternehmen.

Was das für deine BFSG-Pflicht bedeutet

Jetzt der Teil, der geschäftlich zählt. Das BFSG formuliert in § 3 Absatz 1 eine schlichte Grundpflicht: „Produkte, die ein Wirtschaftsakteur auf dem Markt bereitstellt und Dienstleistungen, die er anbietet oder erbringt, müssen barrierefrei sein." Barrierefrei sind sie, wenn sie „für Menschen mit Behinderungen in der allgemein üblichen Weise, ohne besondere Erschwernis und grundsätzlich ohne fremde Hilfe auffindbar, zugänglich und nutzbar sind."

Aus diesem Satz folgen drei Dinge, die Overlay-Marketing üblicherweise übergeht.

Erstens: Die Dienstleistung muss barrierefrei sein, nicht ihr Zubehör. Verpflichtet ist der Webshop, das Buchungssystem, das Kundenkonto. Ein Overlay ändert den ausgelieferten Quellcode nicht dauerhaft, sondern manipuliert das DOM im Browser nach dem Laden — und nur dann, wenn das Skript geladen wurde, nicht blockiert ist und fehlerfrei durchläuft. Fällt der Anbieter aus oder blockiert ein Adblocker das Drittanbieter-Skript, ist die Seite wieder im Ausgangszustand.

Zweitens: „in der allgemein üblichen Weise, ohne besondere Erschwernis". Genau hier liegt die konzeptionelle Schwäche der Toolbar. Ein Angebot, das erst nutzbar wird, nachdem der Nutzer ein Widget gefunden, geöffnet und konfiguriert hat, ist nicht in der allgemein üblichen Weise nutzbar — die allgemein übliche Weise ist, die Seite einfach zu benutzen. Der Sonderweg ist die besondere Erschwernis.

Drittens: Das Overlay ist selbst Teil deines Angebots. Es wird auf deiner Domain ausgeliefert und ist damit Prüfgegenstand. Ist das Widget nicht tastaturbedienbar oder kontrastschwach, ist das ein Mangel deiner Website — den du ohne das Tool nicht hättest. Du kaufst kein Schutzschild, sondern ein zweites Prüfobjekt.

Zur Klarstellung, weil im Netz viel Halbgares kursiert: Ein deutsches Gerichtsurteil zu Overlay-Tools gibt es Stand Juli 2026 nicht, und ein verhängtes BFSG-Bußgeld wegen eines Overlays ist ebenfalls nicht bekannt. Das Risiko ist kein Urteilsrisiko, sondern ein einfacheres: Die Marktüberwachung prüft das Angebot, nicht das Werkzeug. Ein Overlay ist gegenüber der MLBF kein Argument.

Das Datenschutzproblem, das niemand einkalkuliert

Ein Aspekt, der in der technischen Debatte oft untergeht, aber in Deutschland unmittelbar teuer werden kann: Overlays verarbeiten personenbezogene Daten — und zwar potenziell besonders geschützte.

Wer in einem Widget „Screenreader-Modus" oder „Legasthenie-Schrift" aktiviert, gibt damit eine Information über sich preis, die auf eine Behinderung schließen lässt. Speichert das Tool diese Einstellung — per Cookie, im Nutzerprofil oder serverseitig —, verarbeitet es Daten, die als Gesundheitsdaten nach Art. 9 DSGVO einzuordnen sein können. Deren Verarbeitung ist grundsätzlich untersagt und nur unter engen Voraussetzungen zulässig, praktisch hier: ausdrückliche Einwilligung. Manche Tools erkennen zusätzlich automatisch, ob eine assistive Technologie aktiv ist — und schließen daraus auf eine Behinderung, ganz ohne Zutun des Nutzers.

Dazu kommt die gewöhnliche Drittanbieter-Mechanik: Das Skript lädt von einem externen Server, häufig außerhalb der EU. Nötig sind dann ein Auftragsverarbeitungsvertrag nach Art. 28 DSGVO, ein Eintrag im Verarbeitungsverzeichnis, ein tragfähiger Übermittlungsmechanismus und ein Hinweis in der Datenschutzerklärung — bei Art.-9-Daten regelmäßig auch eine Datenschutz-Folgenabschätzung.

Die bittere Pointe: Ein Consent-Banner davorzuschalten löst es nicht sauber. Wenn das Overlay erst nach Einwilligung lädt, ist die Seite für alle, die ablehnen oder das Banner nicht bedienen können, im unveränderten Zustand — und der Nutzer muss vor der Einwilligung ein Banner bedienen, das er ohne das Overlay womöglich nicht bedienen kann. Diese Reihenfolge ist nicht auflösbar, solange die Barrierefreiheit am Skript hängt.

Rechtsprechung speziell zu Overlays gibt es auch hier nicht; die Einordnung als Art.-9-Daten ist eine verbreitete Fachmeinung, keine geklärte Rechtslage. Als Risikoposten gehört sie trotzdem in die Kalkulation — neben die Compliance, die man eigentlich einkaufen wollte.

Der teuerste Teil: das Werbeversprechen

Am 3. Januar 2025 gab die US-Handelsbehörde FTC bekannt, dass accessiBe — einer der größten Overlay-Anbieter weltweit — 1 Million US-Dollar zahlt. Der Vorwurf: irreführende Werbung. Das Unternehmen hatte damit geworben, jede Website binnen 48 Stunden automatisch WCAG-konform zu machen. Nach den Feststellungen der FTC scheiterte das Plug-in an grundlegenden Bestandteilen — Navigationsmenüs, Formularfeldern, Bildbeschreibungen. Zusätzlich hatte das Unternehmen bezahlte Werbung als unabhängige Testberichte ausgegeben, ohne die Bezahlung offenzulegen. Die endgültige Anordnung vom April 2025 untersagt es dem Unternehmen, ohne belastbare Belege zu behaupten, seine automatisierten Produkte könnten Websites WCAG-konform machen oder konform halten.

Für dich als deutschen Anbieter ist daran weniger die US-Behörde interessant als die Übertragung: Viele Overlays liefern ein Badge oder ein Zertifikat mit, das auf der Website Konformität signalisiert. Wenn dieses Signal nicht stimmt, wirbst du mit einer unzutreffenden Angabe gegenüber Verbrauchern — und irreführende geschäftliche Handlungen sind nach § 5 UWG unzulässig und von Mitbewerbern und Verbänden abmahnbar. Das ist kein exotisches Risiko, sondern gewöhnliches Wettbewerbsrecht, angewandt auf eine Aussage, die du nicht selbst geprüft hast.

Kurz: Das Overlay verlagert das Compliance-Risiko nicht zum Anbieter. Es fügt ihm ein Werberisiko hinzu, das vorher nicht da war.

Wann ein Overlay in Ordnung ist

Die faire Antwort ist nicht „nie". Sie ist präziser:

Als Zusatz auf einer bereits konformen Seite. Der DBSV lässt für Overlays genau diese Nische gelten: ergänzender Nutzen für bestimmte Gruppen — etwa bei Farbfehlsichtigkeit oder Legasthenie — auf einer Website, die ohne das Tool schon barrierefrei ist. Das ist eine sinnvolle Reihenfolge: erst die Grundlage, dann die Komfortfunktion.

Als selbst gebaute Präferenz-Funktion. Ein Umschalter für Dark Mode, eine Schriftgrößen-Einstellung, ein Schalter für reduzierte Animationen — direkt in deiner Anwendung, mit deinem Code, ohne Drittanbieter-Skript und ohne gespeichertes Behinderungsprofil. Das ist kein Overlay im hier gemeinten Sinn, sondern schlicht gutes Interface-Design. Wichtig: prefers-reduced-motion und prefers-color-scheme respektieren, damit Systemeinstellungen automatisch greifen.

Als Übergangslösung — mit Vorsicht. Wenn ein Relaunch in drei Monaten ansteht und du in der Zwischenzeit einzelne Verbesserungen willst, kann ein Tool Teilnutzen bringen. Dann aber ohne Konformitäts-Badge, ohne die Annahme, damit compliant zu sein, und mit einem Test, ob das Widget selbst tastaturbedienbar ist.

Was in keinem dieser drei Fälle passiert: dass das Overlay die Arbeit ersetzt.

Was stattdessen zu tun ist

Die Alternative ist unspektakulär, aber sie funktioniert — und sie ist meist billiger, als der Overlay-Vertrieb suggeriert, weil die häufigsten Fehler sich in wenigen Templates konzentrieren.

1. Ist-Zustand messen. Ein automatisierter Scan findet die messbaren Verstöße: fehlende Alt-Texte, zu schwache Kontraste, unbeschriftete Formularfelder, kaputte Überschriftenhierarchien, fehlende Sprachauszeichnung. Das ist deine Arbeitsliste, keine Konformitätsaussage.
2. Nach Wirkung priorisieren. Ein nicht bedienbarer Checkout blockiert einen Kauf; ein fehlender Alt-Text auf einem Dekobild nicht. Nimm dir zuerst die Wege vor, auf denen Geld verdient wird.
3. Im Quellcode beheben, nicht im Browser. Fast alle Fehler stecken in wiederverwendeten Komponenten — Header, Navigation, Formular, Produktkachel. Wer die Komponente repariert, repariert hunderte Seiten gleichzeitig. Das ist der Grund, warum echte Behebung skaliert und Overlays nicht.
4. Manuell nachprüfen, was Maschinen nicht können. Einmal komplett mit der Tastatur durch die Hauptprozesse: Tab, Enter, Escape. Kein Screenreader nötig, um zu merken, dass der Fokus im Modal verschwindet.
5. Dokumentieren. Die Barrierefreiheitserklärung nach § 14 BFSG ist Pflicht — und sie wird belastbar, wenn du beschreiben kannst, was du geprüft und behoben hast.
6. Wiedervorlage setzen. Nach jedem Release. Barrierefreiheit ist kein Projekt mit Enddatum, sondern eine Eigenschaft, die man verliert, wenn man nicht hinschaut.

Bei vielen Websites ist das Ergebnis ernüchternd und beruhigend zugleich: viele Fundstellen, aber wenige Ursachen. Genau das ist der Fall, in dem sich echte Behebung rechnet — und ein Overlay am wenigsten bringt.

Wie die Erklärung dazu aussehen muss, steht in Barrierefreiheitserklärung erstellen. Welche Pflichten sonst noch aus dem BFSG folgen, fasst die BFSG-Checkliste mit 12 Prüfpunkten zusammen. Und wenn du Websites für Kunden betreust: Für Agenturen haben wir das in einem eigenen Angebot gebündelt.

Häufig gestellte Fragen (FAQ)

Machen Accessibility-Overlays meine Website BFSG-konform?

Nein. Die Überwachungsstellen des Bundes und der Länder halten in ihrer gemeinsamen Einschätzung vom März 2025 fest: „Ein nicht barrierefreier Webauftritt wird durch den Einsatz eines Overlay-Tools nicht zwingend barrierefrei gemäß den gesetzlichen Anforderungen." Der Einsatz „entbindet die Verantwortlichen nicht davon, den Webauftritt grundsätzlich barrierefrei zu gestalten". Verpflichtet ist nach § 3 BFSG die Dienstleistung selbst, nicht ein nachträglich eingebundenes Skript.

Sind Overlay-Tools generell schädlich?

Als Ersatz für Barrierefreiheit ja, als Ergänzung nicht zwingend. Der DBSV sieht einen möglichen Zusatznutzen für einzelne Gruppen — etwa bei Farbfehlsichtigkeit oder Legasthenie — auf Websites, die bereits ohne das Tool barrierefrei sind. Problematisch wird es, wenn das Overlay die eigentliche Arbeit ersetzen soll oder wenn das Widget selbst nicht tastaturbedienbar ist.

Warum bekomme ich mit einem Overlay kein BIK-Prüfzeichen?

Weil die BIK-Prüfstellen für Websites mit Overlay-Tools keine verlässlichen Aussagen zur Konformität nach EN 301 549 beziehungsweise WCAG treffen können — das Tool verändert Technik und Funktionen der Seite im Browser. Prüfergebnisse solcher Websites werden deshalb nicht veröffentlicht, und das Prüfzeichen kann nicht verwendet werden.

Was war der FTC-Fall gegen accessiBe?

Die US-Handelsbehörde FTC beanstandete, dass accessiBe damit warb, jede Website automatisch binnen 48 Stunden WCAG-konform zu machen, während das Plug-in nach den Feststellungen der Behörde grundlegende Elemente wie Navigationsmenüs, Formularfelder und Bildbeschreibungen nicht barrierefrei machte. Hinzu kam als eigener Vorwurf bezahlte Werbung, die als unabhängige Bewertung dargestellt wurde. Das Unternehmen zahlt 1 Million US-Dollar; die im April 2025 final gewordene Anordnung untersagt unbelegte Konformitätsversprechen.

Gibt es in Deutschland schon Urteile oder Bußgelder wegen Overlay-Tools?

Stand Juli 2026 ist weder ein deutsches Gerichtsurteil zu Overlay-Tools noch ein deswegen verhängtes BFSG-Bußgeld bekannt. Das praktische Risiko liegt woanders: Die Marktüberwachung bewertet die Barrierefreiheit des Angebots, und ein Overlay ist dabei kein Einwand. Hinzu kommt das wettbewerbsrechtliche Risiko aus Konformitäts-Badges, die mehr behaupten, als das Tool leisten kann.

Sind Overlays ein Datenschutzproblem?

Sie können eines sein. Aktiviert ein Nutzer Funktionen wie einen Screenreader- oder Legasthenie-Modus, lässt das auf eine Behinderung schließen; werden solche Einstellungen gespeichert, kann es sich um Gesundheitsdaten nach Art. 9 DSGVO handeln, deren Verarbeitung grundsätzlich untersagt und nur mit ausdrücklicher Einwilligung zulässig ist. Da die Skripte meist von Drittanbieter-Servern laden, kommen Auftragsverarbeitungsvertrag, Verarbeitungsverzeichnis und gegebenenfalls eine Datenschutz-Folgenabschätzung hinzu. Eine gerichtliche Klärung speziell für Overlays steht aus.

Warum kann eine KI keine Alt-Texte automatisch erzeugen?

Weil der richtige Alternativtext vom Kontext abhängt, nicht vom Bildinhalt. Dasselbe Foto braucht als Autorenporträt, als Button-Grafik oder als Dekoration drei völlig verschiedene Auszeichnungen — im letzten Fall ein leeres alt="". Bilderkennung beschreibt, was zu sehen ist, und kann die Funktion des Bildes im Dokument nicht ermitteln. Ein automatisch gefülltes alt-Attribut lässt zudem automatisierte Tests bestehen, ohne dass der Inhalt für Nutzer brauchbar wäre.

Was ist die Alternative, wenn ich kein großes Budget habe?

Priorisieren statt pauschal beauftragen. Ein kostenloser Scan zeigt, welche Fehler tatsächlich vorliegen; die meisten Fundstellen gehen auf wenige wiederverwendete Komponenten zurück — Header, Navigation, Formulare, Produktkacheln. Wer diese Komponenten korrigiert, behebt den Großteil aller Vorkommen auf einmal. Das ist in der Regel günstiger als ein Overlay-Abo, das die Pflicht ohnehin nicht erfüllt.

Wie erkenne ich, ob eine Website ein Overlay einsetzt?

Typisch ist ein festes Icon am Bildschirmrand, das ein Menü mit Optionen wie „Kontrast", „Schriftgröße", „Legasthenie-Schrift" oder „Screenreader" öffnet. Technisch erkennbar ist es an einem Drittanbieter-Skript im Quelltext, das erst nach dem Laden Attribute im DOM ergänzt. Ein guter Praxistest: die Seite mit der Tastatur bedienen und prüfen, ob sich das Widget selbst per Tab erreichen und per Escape schließen lässt.