Reicht ein Barrierefreiheits-Plugin? Eine ehrliche Antwort

Wenn Sie einen Onlineshop betreiben, hat Ihnen wahrscheinlich schon jemand ein Barrierefreiheits-Widget oder -Plugin angeboten, samt Versprechen: Skript einbinden, und Ihre Website ist barrierefrei, konform und vor rechtlichem Ärger sicher. Wir stellen selbst so ein Widget her, SiteAccessible, haben also ein Interesse an der Antwort. Hier ist sie: Kein Widget macht eine Website konform. Nicht unseres, nicht das von jemand anderem.

Was ist ein Barrierefreiheits-Overlay oder -Widget?

Ein Barrierefreiheits-Overlay ist Code eines Drittanbieters, meist JavaScript, der in eine Website eingebunden wird und ihre Barrierefreiheit verbessern soll. Die Europäische Kommission beschreibt Overlays als „Tools, die Websites mit dem Ziel hinzugefügt werden können, die Barrierefreiheit zu verbessern“. In der Praxis steht das Wort für zwei recht unterschiedliche Dinge, und der Unterschied ist wichtig.

• Panels, die Besucher selbst steuern. Ein Button öffnet ein Menü, in dem Besucher größeren Text, mehr Abstand, stärkeren Kontrast, eine Lesehilfe oder Vorlesen wählen können. Nichts sollte sich ändern, solange niemand danach fragt.
• Automatische „Reparatur“-Overlays. Ein Skript durchsucht die Seite beim Laden und versucht, sie im laufenden Betrieb zu reparieren: Es denkt sich Alternativtexte aus, ergänzt Beschriftungen in Formularfeldern, schreibt ARIA-Attribute um (den Code, der Screenreadern sagt, was ein Element ist) und schaltet manchmal einen Sondermodus ein, wenn es einen Screenreader erkennt.

Viele Produkte machen beides. Unseres gehört nur zur ersten Art: Es durchsucht und verändert Ihr Markup nicht. Aber keine der beiden Arten ändert die Website, an der eine Norm gemessen wird.

Kann ein Widget eine Website WCAG-, EAA- oder ADA-konform machen?

Nein. Barrierefreiheitsnormen und -gesetze gelten für den Code, die Inhalte und die Abläufe Ihrer Website, nicht für eine Schicht, die darübergelegt wird. Die Europäische Kommission schreibt, dass Tools, die nicht sicherstellen, dass „die Website selbst“ die Norm erfüllt, „keine geeignete Lösung“ sind, und Behindertenverbände sehen das genauso. In den USA hat die Verbraucherschutzbehörde einen Anbieter bestraft, der etwas anderes behauptet hat.

Diese Seite behandelt Websites öffentlicher Stellen, aber Shops und Banken, die unter den European Accessibility Act und das BFSG fallen, werden an derselben Norm gemessen, der EN 301 549, die auf den Web Content Accessibility Guidelines (WCAG) aufbaut.

Der Grund ist ganz praktisch. Nach den WCAG wird die Seite so geprüft, wie sie bei allen ankommt. Wenn Ihr grauer Fließtext den Mindestkontrast verfehlt, ändert ein Kontrast-Button in einem Panel daran nichts, denn die Seite bleibt für alle fehlerhaft, die das Panel nie öffnen. Reparaturskripte stoßen an dieselbe Grenze: Software kann nicht zuverlässig wissen, was ein Produktfoto zeigt oder wozu ein unbeschriftetes Feld dient.

Das Overlay Fact Sheet (öffnet in einem neuen Tab), ein offener Brief mit 1.048 Unterzeichnenden (Stand: 13. Oktober 2026), sagt es unverblümt: „Kein Overlay-Produkt auf dem Markt kann bewirken, dass eine Website eine bestehende Barrierefreiheitsnorm vollständig erfüllt.“ In den USA legt das Justizministerium für private Unternehmen keine technische Webnorm fest. Seine Leitlinien von 2022 (öffnet in einem neuen Tab), der freundlichste offizielle Text zu solchen Tools, den wir gefunden haben, räumen ein, dass Prüftools und Overlays „hilfreiche Werkzeuge sein können“, die aber „mit Bedacht eingesetzt werden müssen“, und ein fehlerfreier Bericht bedeute „nicht unbedingt, dass alles barrierefrei ist“.

Was hat die FTC zu accessiBe entschieden?

Im April 2025 hat die US-Handelsbehörde Federal Trade Commission (FTC) eine Anordnung endgültig erlassen, nach der der Overlay-Anbieter accessiBe 1 Million US-Dollar zahlen muss. Die FTC hatte dem Unternehmen vorgeworfen, seine Behauptung, accessWidget könne „jede Website WCAG-konform machen“, sei falsch, irreführend oder unbelegt, und es habe Artikel und Bewertungen, mit denen es verbunden war, als unabhängige Meinungen ausgegeben.

Die FTC kündigte die geplante Anordnung (öffnet in einem neuen Tab) am 3. Januar 2025 an und bestätigte sie (öffnet in einem neuen Tab) am 22. April 2025. accessiBe darf ohne Belege nicht mehr behaupten, seine automatisierten Produkte könnten „jede Website WCAG-konform machen“ oder „dauerhaft für WCAG-Konformität sorgen“.

Fairerweise: Die FTC hat über die Werbung eines einzelnen Unternehmens entschieden, nicht darüber, ob Overlays irgendjemandem helfen. Das Versprechen, gegen das sie vorging, steht aber noch auf vielen Landingpages. Wir geben es nicht.

Was sagen Menschen mit Behinderungen und Fachleute zu Overlays?

Überwiegend, dass Overlays wenig helfen und manchmal im Weg sind. Das Europäische Behindertenforum (EDF) und die International Association of Accessibility Professionals (IAAP) sagen, dass sie eine Website nicht konform machen, und in einer Studie von 2024 mit 47 blinden und sehbehinderten Menschen fanden die meisten Overlays nicht hilfreich; viele berichteten von Konflikten mit ihren assistiven Technologien.

Auch Panels wie unseres verschont die Stellungnahme nicht. Zwar könnten „einige dieser Funktionen manchen Nutzern helfen, die meisten sind aber überflüssig, weil sie bereits in Browsern vorhanden sind oder von der assistiven Technologie bereitgestellt werden, die Nutzer gewählt haben“. Wir halten ein Panel trotzdem für sinnvoll, aber die Kritik ist berechtigt, und Sie sollten sie von uns hören. Die Stellungnahme legt außerdem die Messlatte fest, an der sich jedes Widget messen lassen muss: „Es ist nicht akzeptabel, dass Overlays, Plugins oder Widgets den Zugang von Nutzern zu ihrer assistiven Technologie, ihrer Wahl des Browsers und/oder Funktionen des Betriebssystems behindern.“

Die Studie heißt „The Promise and Pitfalls of Web Accessibility Overlays for Blind and Low Vision Users“ (öffnet in einem neuen Tab) und stammt von Makati, Tigwell und Shinohara (ACM ASSETS, Oktober 2024). Eine Zusammenfassung der University of Washington (öffnet in einem neuen Tab) ergänzt, dass bis zu 42 % der Befragten Websites mit Overlays nicht mehr nutzten, während einige von kleinen Anpassungen wie Schriftgröße oder Farbkontrast durchaus profitierten.

In Deutschland vergibt der BIK BITV-Test (öffnet in einem neuen Tab) seine Prüfzeichen nicht an Websites, auf denen ein Overlay-Tool läuft. Das gilt auch für Panels wie unseres, weshalb unsere englischsprachige EAA-Dokumentation Kunden rät, das Widget während eines solchen Tests zu pausieren.

Werden Websites mit Widgets trotzdem verklagt?

Ja. UsableNet, das Klagen wegen digitaler Barrierefreiheit in den USA erfasst, zählte 2025 zwischen 95 und 155 Klagen im Monat gegen Websites, auf denen bereits ein Barrierefreiheits-Widget installiert war, und stellte über das Jahr „keinen nennenswerten Rückgang der Klagen gegen Widget-Nutzer“ fest. Ein Widget beseitigt nicht die Barrieren, die in den Klagen beschrieben werden.

UsableNets Auswertung der Klagen von 2025 (öffnet in einem neuen Tab) kam auf mehr als 5.000 Klagen wegen digitaler Barrierefreiheit in den USA in diesem Jahr. Einige Klagen nennen inzwischen das Widget selbst und werfen ihm vor, Screenreader zu stören.

Lesen Sie diese Zahlen mit Vorsicht. UsableNet verkauft Dienstleistungen rund um Barrierefreiheit, und die Zählung zeigt nicht, dass Widgets Klagen anziehen; viele Websites haben einfach eines. Sie zeigt den engeren Punkt, auf den es ankommt: Ein installiertes Widget hat diese Unternehmen nicht vor Gericht bewahrt.

Wann kann ein Barrierefreiheits-Panel für Besucher helfen?

Ein Einstellungs-Panel hilft, wenn jemand eine Änderung braucht, die die Website standardmäßig nicht bietet, und nicht weiß, wie man sie im Browser oder im Betriebssystem einstellt. Es passt eher zu gelegentlichen und situativen Bedürfnissen, etwa müden Augen, Migräne oder einem Smartphone in grellem Sonnenlicht, als zu den Bedürfnissen erfahrener Nutzer assistiver Technologien.

Hier trennen sich unsere Wege von den schärfsten Kritikern, deshalb unterscheiden wir Belege von Meinung. Die Belege: Erfahrene Nutzer von Screenreadern und Vergrößerungssoftware finden Overlays meist nicht hilfreich, und manche Menschen profitieren durchaus von einfachen Änderungen wie Textgröße und Kontrast. Unsere Meinung: Viele Menschen, die mit größerem Text angenehmer lesen würden, haben die Barrierefreiheitseinstellungen ihres Browsers noch nie geöffnet, und ein sichtbarer Button ist leichter zu finden.

• Ein älterer Kunde, dem Ihre Produktbeschreibungen zu klein und gedrängt sind und der den Browser-Zoom noch nie benutzt hat.
• Eine Person mit Legasthenie, die mit größeren Abständen und einer Lesehilfe leichter liest.
• Alle, die beim Ausfüllen eines Buchungsformulars Animationen anhalten möchten.

Das sind Änderungen an der Darstellung einer Website, die bereits funktioniert. Ein Panel kann einem Screenreader-Nutzer keine Beschriftung liefern, die nicht im Code steht, und es kann einen Checkout nicht per Tastatur bedienbar machen.

Was kann schiefgehen, und wie sollte ein Widget gebaut sein?

Die größten Risiken sind ein Widget, das gegen die assistive Technologie der Besucher arbeitet, den Tastaturfokus festhält, die Seite ungefragt verändert oder Screenreader-Nutzern zusätzliches Rauschen beschert. Ein gut gebautes Widget hält sich zurück, bis jemand es öffnet, ist selbst vollständig mit Tastatur und Screenreader bedienbar und schreibt nie die Semantik der Seite um.

Prüfen Sie jedes Produkt, auch unseres, anhand dieser Liste, mit Tastatur und einem kostenlosen Screenreader, wie in unserem Leitfaden Barrierefreiheit einer Website testen.

• Aus, bis jemand es einschaltet. Nichts ändert sich, bis Besucher etwas einschalten. Assistive Technologien zu erkennen, ist außerdem ein Datenschutzproblem, wie EDF und IAAP anmerken, weil es auf eine Behinderung schließen lässt.
• Kein automatisches Umschreiben. Geratene Alternativtexte und eingeschleustes ARIA können dem widersprechen, was ein Screenreader sonst ansagen würde.
• Selbst barrierefrei. Ein echter Button, ein Panel, das mit Tab, Pfeiltasten und Escape funktioniert, ein Fokus, der beim Schließen zurückkehrt, und ein verständlicher Name für jedes Bedienelement.
• Respektiert Systemeinstellungen. Fordert das System der Besucher reduzierte Bewegung an, stoppen die Animationen des Widgets.
• Nicht im Weg. Besucher können es von Ihrem Button „In den Warenkorb“ wegschieben.
• Privat und abschaltbar. Einstellungen bleiben im Browser der Besucher und nur für Ihre Website, und Sie können das Widget für ein Audit pausieren.

Was kann unser Widget, und was kann es nicht?

SiteAccessible ist ein Panel, das Besucher selbst steuern: Sie können Kontrast, Textgröße, Abstände, Schriften, Mauszeiger und Lesehilfen ändern oder eines von acht Profilen wählen. Es durchsucht, repariert oder verändert Ihren Code nicht, es macht Ihre Website mit keiner Norm konform, und es bietet Ihnen keinen rechtlichen Schutz. So schneidet es bei der Liste oben ab.

Die Tarife Pro und Business enthalten zusätzlich einen Generator für die Erklärung zur Barrierefreiheit, der den Stand festhält, den Sie wählen, statt ihn festzulegen. Alles Weitere steht in der Funktionsübersicht.

Was sollten Sie statt eines Widgets oder zusätzlich tun?

Beheben Sie Barrieren dort, wo sie entstehen: in Ihren Templates, Inhalten und Abläufen. Testen Sie mit automatischen Tools und manuell, beziehen Sie Menschen mit Behinderungen in Tests Ihrer wichtigsten Abläufe ein, veröffentlichen Sie eine ehrliche Erklärung zur Barrierefreiheit und prüfen Sie weiter, wenn sich die Website ändert. Ein Widget kommt, wenn Sie eines möchten, obendrauf und ersetzt keinen Teil dieser Arbeit.

1. Stand ermitteln. Lassen Sie einen kostenlosen automatischen Checker laufen und testen Sie dann Ihre wichtigsten Abläufe manuell: Suche, Produktseite, Warenkorb, Kasse.
2. Ursachen beheben. Beginnen Sie mit allem, was eine Aufgabe blockiert: fehlende Formularbeschriftungen, Buttons ohne Namen, Tastaturfallen, kontrastarmer Text, Bilder ohne Alternativtext. Manches ist in zehn Minuten im CMS erledigt, für anderes brauchen Sie jemanden aus der Entwicklung.
3. Prüfen, was das Gesetz verlangt. Verkaufen Sie an Verbraucher in der EU, lesen Sie, was BFSG und European Accessibility Act verlangen, einschließlich der Ausnahme für Kleinstunternehmen, die Dienstleistungen anbieten.
4. Mit Menschen mit Behinderungen testen. Die Kommission rät, „Menschen mit Behinderungen immer in die Tests einzubeziehen“. Schon zwei Sitzungen zu Ihrem Checkout helfen.
5. Eine ehrliche Erklärung veröffentlichen, die festhält, was Sie getestet haben und was noch fehlt. Unser Leitfaden zur Erklärung enthält ein Muster.
6. Dranbleiben. Testen Sie nach größeren Änderungen erneut und mindestens einmal im Jahr.

Wenn Sie danach ein Widget einbinden, dann für die Besucher, die es nutzen, nicht als Gütesiegel. Und wenn Ihnen irgendjemand, wir eingeschlossen, erzählt, ein Skript mache Ihre Website konform, lassen Sie sich das Audit zeigen.