Accessibility-Overlays: Sind sie rechtlich sicher?

Was ist ein Accessibility-Overlay?

Ein Accessibility-Overlay ist ein JavaScript-Widget — geladen über ein Drittanbieter-Skript —, das sich über eine bestehende Website legt und behauptet, sie barrierefreier zu machen. Die meisten Overlays zeigen ein kleines Symbol (eine Figur im Kreis oder ein Rollstuhlsymbol), das ein Bedienfeld öffnet: Schriftgröße anpassen, Hochkontrast umschalten, einen „Screenreader-Modus” aktivieren oder legasthenie-freundliche Schriftarten anwenden.

Overlay-Anbieter vermarkten ihre Produkte als einfachen, schnellen und kostengünstigen Weg zu WCAG-Konformität und rechtlichem Schutz nach dem ADA. Das Verkaufsargument ist verlockend: ein Skript-Tag einfügen, eine monatliche Gebühr zahlen, und Ihr Barrierefreiheitsproblem ist gelöst.

Die Beweislage — aus akademischer Forschung, unabhängigen Tests, Nutzerfeedback und Gerichtsverfahren — erzählt eine andere Geschichte.

Wie Overlays funktionieren (und warum das Probleme schafft)

Overlays greifen ein, indem sie das gerenderte DOM abfangen, nachdem der Browser die Seite verarbeitet hat, und JavaScript-gesteuerte Änderungen anwenden. Manche nutzen maschinelles Lernen für automatische Korrekturversuche: fehlenden Alternativtext aus Bilddateinamen ableiten, ARIA-Beschriftungen raten, die Tastaturfokus-Reihenfolge neu ordnen.

Dieser Ansatz hat ein grundlegendes strukturelles Problem: er versucht, mangelnde Barrierefreiheit auf der Präsentationsebene zu beheben, ohne den zugrunde liegenden Code zu ändern. Das ursprüngliche, nicht barrierefreie HTML, CSS und JavaScript bleibt bestehen. Das Overlay versucht lediglich, es zur Laufzeit zu überdecken.

Die Folgen sind vorhersehbar:

• Vom Overlay angewendete Korrekturen können mit der Art kollidieren, wie assistive Technologien das native DOM interpretieren, und so zu schlechteren Ergebnissen führen als die unkorrigierte Seite
• Screenreader interagieren direkt mit dem DOM — eine darübergelegte Schicht wirkt sich möglicherweise nicht auf das aus, was der Screenreader tatsächlich vorliest
• Tastaturnavigationsprobleme, die auf fehlendem tabindex oder defektem Fokusmanagement beruhen, werden durch nachträglich angewendete JavaScript-Patches nicht verlässlich korrigiert
• Mobile assistive Technologien (VoiceOver unter iOS, TalkBack unter Android) umgehen Overlay-Änderungen weitgehend
• Overlay-Panels selbst enthalten häufig eigene Barrierefreiheitsfehler — modale Dialoge, die den Tastaturfokus einschließen, Schaltflächen ohne zugänglichen Namen, Widgets, die selbst nicht per Tastatur bedienbar sind

Was die Forschung zeigt

Mehrere unabhängige Studien haben Overlay-Behauptungen gegen tatsächliche WCAG-Konformität geprüft:

Die WebAIM Million (2023) stellte fest, dass Startseiten von Websites mit Accessibility-Overlay-Produkten deutlich mehr erkennbare WCAG-Verstöße aufwiesen als Websites ohne solche Produkte. Overlays senkten die Fehlerquote nicht; sie korrelierten mit einer höheren — wahrscheinlich, weil Organisationen, die sich als primäre Konformitätsstrategie auf Overlays verlassen, die zugrunde liegende Behebungsarbeit nicht leisten.

AccessiBe- und UserWay-Audits, durchgeführt von Barrierefreiheitsforschern, haben ergeben, dass Seiten selbst nach Aktivierung eines Overlays weiterhin einen erheblichen Anteil der WCAG-2.1-Level-AA-Erfolgskriterien verfehlen — einschließlich solcher, die das Overlay explizit zu adressieren behauptet.

Nutzertests mit behinderten Teilnehmenden, durchgeführt von Forschern wie Karl Groves und Adrian Roselli, ergaben, dass viele Menschen mit Behinderungen Overlay-Widgets aktiv deaktivieren oder blockieren, weil die Eingriffe ihre Erfahrung verschlechtern statt verbessern. Besonders der „Screenreader-Modus” des Overlays wird von Screenreader-Nutzenden häufig als störend genannt, da diese ihre assistive Technologie bereits auf ihre eigenen Bedürfnisse eingestellt haben.

Das Gremium, das Overlays angeblich erfüllen — das W3C — hat Overlay-Technologie nicht als Weg zur WCAG-Konformität anerkannt. Die Leitlinien des W3C stellen klar, dass Konformität voraussetzt, dass die zugrunde liegende Seite die Erfolgskriterien erfüllt — nicht eine darübergelegte Drittanbieter-Modifikationsschicht.

Was die Gerichte sagen

Die rechtliche Bilanz zu Overlays fällt für Organisationen, die sich als primäre Konformitätsstrategie auf sie verlassen, zunehmend ungünstig aus.

Klagen gegen Overlay-Nutzer

Organisationen, die Overlay-Produkte einsetzen, sahen sich weiterhin ADA-Title-III-Klagen ausgesetzt. Das Overlay hat nicht als rechtlicher Schutzschild funktioniert.

Bemerkenswerte Fälle sind:

Lainey Feingold und die NFB — die National Federation of the Blind hat ausdrücklich erklärt, dass Overlay-Widgets keine wirksame Barrierefreiheit darstellen und die NFB sie nicht als angemessenen Ersatz für tatsächliche Behebung ansieht.

Zahlreiche Verfahren vor Bundesgerichten — Kläger in ADA-Website-Barrierefreiheitsfällen haben erfolgreich argumentiert, dass das Vorhandensein eines Overlays keine Konformität darstellt, weil die zugrunde liegende Seite weiterhin Barrieren für Nutzende bestimmter assistiver Technologien aufweist. Gerichte haben dem zugestimmt. In mehreren Vergleichen mussten Beklagte, die Overlay-Produkte einsetzten, das Overlay entfernen und eine echte Behebung vornehmen.

Robles v. Domino’s Pizza — obwohl kein Overlay-Fall im engeren Sinne, stellte dieses richtungsweisende Urteil des Ninth Circuit fest, dass der ADA auf Websites anwendbar ist und dass WCAG der erwartete technische Standard ist. Gerichte, die die Wirksamkeit von Overlays bewerten, haben diesen Maßstab angewendet: Erfüllt die Seite tatsächlich WCAG? Das Overlay ist irrelevant, wenn die zugrunde liegende Seite es nicht tut.

Das Overlay-als-Beweismittel-Problem

In manchen Fällen wurde das Vorhandensein eines Overlays gegen Beklagte verwendet. Das Argument: Durch den Kauf und die Installation eines Overlays hat die Organisation eingeräumt, dass die Seite Barrierefreiheitsprobleme hatte. Dass das Overlay diese Probleme nicht gelöst hat, belegt daher eine fortgesetzte, wissentliche Nichtkonformität — eine schwierigere Position als die einer Organisation, die sich schlicht noch nicht mit Barrierefreiheit befasst hatte.

DOJ-Vergleiche und Unterlassungserklärungen

Die Barrierefreiheitsvergleiche des Department of Justice verlangen durchgängig tatsächliche WCAG-Konformität, nicht die Installation von Konformitäts-Tools. Keiner der veröffentlichten Vergleiche oder freiwilligen Konformitätsvereinbarungen des DOJ hat Overlay-Produkte als Erfüllung der ADA-Pflichten anerkannt.

Was Overlay-Anbieter behaupten – und was sie liefern

Overlay-Anbieter stellen konkrete Behauptungen auf, die eine genauere Betrachtung wert sind:

„Sofortige WCAG-2.1-Konformität”

WCAG-2.1-Konformität ist eine Eigenschaft der Seite selbst, nicht einer darübergelegten Schicht. Eine Seite, die per Tastatur nicht bedienbar ist, fehlenden Alternativtext hat oder keine korrekte Überschriftenstruktur besitzt, wird nicht WCAG-konform, weil ein Widget installiert wurde. Das Konformitätsmodell des W3C verlangt, dass die Seite jedes Erfolgskriterium erfüllt — nicht, dass ein Tool dies behauptet.

„Rechtlich konform”

Rechtliche Konformität nach ADA, PSBAR, EAA oder gleichwertigen Rahmenwerken hängt davon ab, ob eine Seite tatsächlich Barrieren für Menschen mit Behinderungen aufweist. Gerichte und Regulierungsbehörden bewerten dies, indem sie die Seite so testen, wie Nutzende sie erleben — oft mit tatsächlichen Nutzern assistiver Technologie. Ein Overlay, das Barrieren nicht verlässlich behebt, verschafft keinen rechtlichen Schutz.

„Funktioniert mit Screenreadern”

Screenreader interagieren mit dem aus dem DOM abgeleiteten Accessibility-Baum. Ein Overlay, das JavaScript-Änderungen nach dem Rendering vornimmt, spiegelt sich möglicherweise nicht in dem Accessibility-Baum wider, den der Screenreader liest. Das ist kein theoretischer Grenzfall — es ist ein in Nutzertests dokumentiertes, häufiges Fehlerbild.

„Wird von [große Zahl] Websites genutzt”

Marktdurchdringung verschafft keine rechtliche Gültigkeit. Die WebAIM-Forschung legt nahe, dass Skalierung mit schlechteren, nicht besseren Barrierefreiheitsergebnissen korreliert.

„Befreien Sie sich von WCAG-Klagen”

Kein Overlay-Anbieter kann rechtlich Freiheit von Klagen garantieren. Die WCAG-Konformität, die Gerichte tatsächlich prüfen, ist die Konformität der zugrunde liegenden Seite — etwas, das ein Overlay nicht herstellen kann.

Warum Organisationen trotzdem Overlays kaufen

Zu verstehen, warum Overlays einen Markt gefunden haben, erklärt, warum das Verkaufsargument so wirksam ist, selbst wenn das Produkt es nicht ist.

Kosten und Geschwindigkeit. Ein echtes Barrierefreiheits-Sanierungsprogramm — Audit, Korrektur, erneuter Test, Schulung, Monitoring — braucht Zeit und Geld. Ein Overlay kostet ein paar Hundert Dollar pro Jahr und ist in wenigen Minuten installiert. Für Organisationen mit Auditbefunden oder rechtlichem Druck bei kurzem Zeitrahmen ist der Kontrast eklatant.

Plausible Abstreitbarkeit. Manche Organisationen kaufen Overlays nicht, weil sie glauben, dass sie funktionieren, sondern um eine Nachweiskette zu schaffen. „Wir haben eine Barrierefreiheitslösung gekauft” ist eine bessere Position als „wir haben nichts unternommen” — selbst wenn Gerichte dieses Argument größtenteils zurückgewiesen haben.

Vertriebstaktiken der Anbieter. Overlay-Anbieter investieren stark in den Vertrieb an Webagenturen, Einkaufsteams und Compliance-Verantwortliche, die möglicherweise keine tiefgehende Barrierefreiheitsexpertise besitzen. Behauptungen über „ADA-Konformität” und „WCAG-Zertifizierung” werden selbstbewusst aufgestellt und sind für Nicht-Fachleute schwer schnell zu bewerten.

Missverständnis des Problems. Digitale Barrierefreiheit ist technisch, und viele Entscheidungsträger verstehen nicht vollständig, warum die Behebung des zugrunde liegenden Codes notwendig ist. Die Darstellung von Overlays als „Tool” oder „Lösung” suggeriert eine Gleichwertigkeit mit echter Behebung.

Was Sie statt dessen tun sollten

Wenn Ihre Organisation derzeit ein Overlay einsetzt und überlegt, ob sie es weiter nutzen soll, ist der Rahmen einfach:

Prüfen Sie Ihre Seite unabhängig. Beauftragen Sie ein Barrierefreiheits-Audit, das die zugrunde liegende Seite testet — nicht die vom Overlay veränderte Version. Das verschafft Ihnen ein ehrliches Bild Ihrer tatsächlichen Konformität. Viele Prüfer deaktivieren das Overlay vor dem Test.

Priorisieren Sie Ihre meistgenutzten Abläufe. Die riskantesten Barrieren liegen in zentralen Nutzerpfaden: Login, Bezahlvorgang, Kontoverwaltung, Antragsformulare, wichtige Navigation. Genau diese testen Kläger und untersuchen Regulierungsbehörden. Beheben Sie diese zuerst.

Beheben Sie den zugrunde liegenden Code. Die eigentliche Arbeit steckt in HTML, CSS, JavaScript und Inhalten — nicht in einer darübergelegten Schicht. Das erfordert Entwicklerzeit und, im Idealfall, Barrierefreiheitsexpertise, die in Ihrem Team verankert oder von außen eingebunden ist.

Verankern Sie Monitoring in Ihrem Arbeitsablauf. Automatisierte Barrierefreiheitsprüfungen in Ihrer Entwicklungspipeline fangen Regressionen ab, bevor sie Nutzende erreichen. Unsere CI/CD-Barrierefreiheitsintegration macht dies zu einem Bestandteil jedes Builds.

Schulen Sie Ihr Team. Entwickler, die WCAG verstehen, schreiben barrierefreien Code. Designer, die Barrierefreiheit verstehen, gestalten barrierefreie Oberflächen. Eine eintägige Barrierefreiheitsschulung zahlt sich in vermiedenen Sanierungskosten um ein Vielfaches aus.

Veröffentlichen Sie eine ehrliche Erklärung zur Barrierefreiheit. Eine Erklärung zur Barrierefreiheit, die Ihre bekannten Probleme und Ihre Behebungspläne akkurat beschreibt, zeigt Regulierungsbehörden und Nutzenden guten Willen. Sie gibt Nutzenden außerdem einen direkten Kanal, um Barrieren zu melden, bevor sie eskalieren.

Der Platz des Overlays in einem echten Barrierefreiheitsprogramm

Dies ist kein Argument dafür, dass Overlay-Technologie in keinem Barrierefreiheitsprogramm einen Platz hat. Manche Overlay-Funktionen — nutzergesteuerte Kontrasteinstellungen, Schriftgrößenanpassung, reduzierte Bewegung — können als Ergänzung zu einer bereits barrierefreien zugrunde liegenden Seite echte, nützliche Verbesserungen sein.

Das Problem ist, ein Overlay anstelle von Barrierefreiheit einzusetzen. Diese Substitution funktioniert technisch nicht, erfüllt keine rechtlichen Standards und lässt genau die Nutzenden im Stich, denen das Overlay angeblich helfen soll.

Echte Barrierefreiheit ist kein Widget. Sie ist eine Eigenschaft des Codes, des Inhalts und des Designs der Seite selbst — eingebaut, nicht nachträglich angeklebt.

Wenn sich Ihre Organisation derzeit für Konformität auf ein Overlay verlässt, zeigt Ihnen ein kostenloser Barrierefreiheits-Scan die Barrieren, die darunter bestehen. Unser Barrierefreiheits-Beratungsteam kann Ihnen helfen, einen realistischen Sanierungsplan zu erstellen, der die zugrunde liegenden Probleme angeht, statt sie zu überdecken.