Barrierefreiheits-Overlays: warum sie kein Nachweis sind

Ein Accessibility-Overlay ist ein JavaScript-Widget, das eine Bedienleiste über eine bestehende Website legt: Schriftgröße, Kontrast, Vorlesefunktion, manchmal automatisch ergänzte Alternativtexte. Es behebt die Ursachen im Markup nicht, kollidiert regelmäßig mit vorhandener Hilfstechnik und ist weder nach BFSG noch nach BITV 2.0 ein Nachweis für Barrierefreiheit. Geprüft wird das Angebot, nicht das installierte Werkzeug.

Diese Seite bündelt eine Position, die auf dieser Website bisher an fünf Stellen verstreut stand – bei WordPress, bei Shopware, in der BFSG-Checkliste, in der Plattform-Übersicht und im Rechtsprechungs-Tracker. Sie kommt oft genug, dass sie eine eigene, verlinkbare Adresse verdient: als Antwort, wenn jemand im Team fragt, ob man das Thema nicht „mit einem Skript erledigen“ könne.

Das Wichtigste in Kürze

• Overlays reparieren kein Markup. Ein Formularfeld ohne Label bleibt ohne Label.
• Sie stören Hilfstechnik. Wer einen Screenreader nutzt, bringt Vorlesefunktion und Tastenkürzel selbst mit; ein Overlay konkurriert damit.
• Sie sind kein Nachweis. BFSG und BITV 2.0 bewerten das Angebot, nicht die installierte Software – ein BITV-Test prüft die ausgelieferte Seite.
• Automatische Alt-Texte sind das riskanteste Feature: Ein falscher Alternativtext ist schlechter als keiner, weil er sich für eine Information ausgibt.
• Nutzendenverbände lehnen sie überwiegend ab – der Teil, der in der Herstellerkommunikation fehlt.
• Eigene Einstellungen sind kein Overlay. Ein selbst gebauter Kontrast- oder Bewegungsschalter ändert die Seite an der Quelle.
• Stand August 2026: Kein Overlay-Produkt kann Konformität herstellen.

Was ein Overlay technisch tut

Fast alle Produkte funktionieren gleich: Eine Zeile JavaScript lädt ein Skript, das Skript hängt ein Bedienelement ans Dokument – meist ein Symbol am Bildschirmrand – und schreibt beim Aufruf CSS-Regeln oder Attribute in die laufende Seite.

Was dabei zuverlässig funktioniert, sind die Anzeigeoptionen: größere Schrift, höherer Kontrast, unterstrichene Links, ausgeblendete Animationen, ein größerer Mauszeiger. Das sind Änderungen an CSS, und CSS lässt sich von außen zuverlässig überschreiben.

Was nicht zuverlässig funktioniert, ist alles Übrige. Ein Skript kann nicht wissen, wozu ein <div> gedacht war, das ein Entwickler als Schaltfläche gebaut hat. Es kann eine Rolle raten, aber nicht den Zweck kennen. Es kann ein Bild an ein Bildmodell schicken und einen Alternativtext erzeugen lassen, aber nicht wissen, welche Information das Bild an dieser Stelle tragen soll – das ist genau die Entscheidung, die Alt-Texte richtig schreiben beschreibt und die kein Modell aus dem Bild allein ableiten kann.

Die Grenze verläuft also zwischen Darstellung und Bedeutung. Darstellung kann ein Overlay ändern. Bedeutung entsteht im Markup, und dorthin kommt es nicht.

Die drei Gründe im Einzelnen

1. Die Ursache bleibt. Die häufigsten Befehle der WebAIM-Million-Auswertung sind seit Jahren dieselben: zu geringer Kontrast, fehlende Alternativtexte, leere Links, fehlende Formularbeschriftungen, fehlende Dokumentsprache. Ein Overlay verbessert davon genau einen Punkt zuverlässig, den Kontrast – und auch nur, wenn seine eigene Farbfilterung nicht wieder neue Kontrastprobleme erzeugt. Ein Feld ohne verknüpftes Label bleibt ein Feld ohne Namen, egal wie viele Schalter daneben stehen.

2. Die Kollision mit vorhandener Hilfstechnik. Das ist der Punkt, der in Diskussionen am meisten überrascht. Wer blind ist, nutzt bereits NVDA, JAWS oder VoiceOver mit eigenen Einstellungen, eigenem Sprechtempo und eingeübten Tastenkürzeln. Ein Overlay, das eine eigene Vorlesefunktion mitbringt, eigene Tastenkürzel belegt oder ARIA-Attribute nachträglich umschreibt, macht die Bedienung nicht leichter, sondern unvorhersehbar. Zwei Sprachausgaben, die gleichzeitig reden, sind kein Randfall, sondern der Standardbefund.

3. Kein Nachweis, sondern ein Kostenpunkt. Weder das BFSG noch die BITV 2.0 kennen den Begriff „Overlay“. Beide verlangen, dass das Angebot die Anforderungen der EN 301 549 erfüllt – also die WCAG-Kriterien auf Stufe AA. Ein BITV-Test prüft die ausgelieferte Seite Prüfschritt für Prüfschritt und sieht das Widget bestenfalls als zusätzliches Bedienelement, das selbst zugänglich sein muss.

Was in der Barrierefreiheitserklärung passiert

Hier wird der Unterschied unangenehm konkret. Eine Barrierefreiheitserklärung verlangt eine Aussage darüber, welche Inhalte nicht barrierefrei sind und warum. Wer ein Overlay installiert hat, steht dann vor der Wahl: entweder die bekannten Mängel benennen – dann war das Overlay nicht der Nachweis, als der es verkauft wurde – oder sie verschweigen, was die Erklärung selbst zum Mangel macht.

Dasselbe gilt für das Feedback- und Schlichtungsverfahren: Wer eine Barriere meldet, meldet sie an der Stelle, an der sie auftritt. „Wir haben ein Werkzeug eingebunden“ ist darauf keine Antwort.

Warum Nutzendenverbände so deutlich widersprechen

Das ist der Teil, der in Verkaufsgesprächen selten vorkommt: Die Ablehnung kommt nicht in erster Linie von Prüfstellen oder Entwicklerinnen, sondern von den Menschen, für die das Produkt gemacht sein soll. Mehrere tausend Fachleute und Betroffene haben das „Overlay Fact Sheet“ unterzeichnet, eine offene Stellungnahme gegen den Einsatz solcher Produkte; in Deutschland argumentieren Behindertenverbände und Prüfstellen in dieselbe Richtung.

Der Kern des Einwands ist nicht technisch, sondern praktisch: Ein Overlay verlagert Arbeit von der Anbieterseite auf die Nutzerseite. Statt eine Seite bedienbar zu machen, bekommen Betroffene ein zusätzliches Menü, das sie erst finden, verstehen und konfigurieren müssen – auf jeder Website neu, in jeder Sitzung neu, wenn keine Einstellungen gespeichert werden.

Dazu kommt ein Datenschutzaspekt, der in der Diskussion oft untergeht: Manche Produkte speichern die gewählten Einstellungen dauerhaft, um sie beim nächsten Besuch wieder anzuwenden. Wer „Screenreader-Modus“ auswählt, hinterlässt damit ein Merkmal, das Rückschlüsse auf eine Behinderung erlaubt – eine besondere Kategorie personenbezogener Daten.

Die Ausnahme: eigene Einstellungen sind kein Overlay

Damit es nicht zum Reflex wird: Ein Umschalter, den du selbst baust, ist etwas anderes als ein zugekauftes Widget. Ein Dunkelmodus, eine Schriftgrößen-Einstellung, ein Umschalter für reduzierte Bewegung – das sind Funktionen deiner Seite, die deren eigenes Markup nutzen und deren eigene Zustände sauber ankündigen.

Der Unterschied ist nicht die Schaltfläche, sondern die Richtung: Eine eigene Einstellung ändert das Verhalten der Seite an der Quelle. Ein Overlay ändert das Ergebnis nachträglich im Browser der Besucherin. Wer prefers-reduced-motion und prefers-contrast respektiert, hat für die meisten dieser Wünsche ohnehin schon die bessere Lösung: Sie kommt aus den Systemeinstellungen und gilt überall, nicht nur auf dieser einen Website.

So prüfst du, ob dein Overlay etwas ändert

Der Test dauert zehn Minuten und beantwortet die Frage abschließend:

1. Eine Formularseite auswählen – nicht die Startseite, die ist meist die am besten gepflegte.
2. Das Overlay ausschalten und die Seite mit Tab durchgehen. Notiere jedes Bedienelement, das keinen Fokus bekommt oder keinen erkennbaren Namen hat; das Vorgehen steht unter Tastaturbedienung & sichtbarer Fokus.
3. Dieselbe Seite mit eingeschaltetem Overlay noch einmal durchgehen. Vergleiche die Liste: Welcher Befund ist verschwunden?
4. Mit einem Screenreader gegenprüfen – fünf Minuten mit NVDA genügen. Achte darauf, ob das Widget selbst erreichbar und benannt ist und ob es die Ansagen der Seite verändert.
5. Das Widget als Bedienelement bewerten. Es unterliegt denselben Anforderungen wie jedes andere: Fokus sichtbar, Zielgröße nach 2.5.8, Name nach 4.1.2. Ein Overlay, das selbst nicht bedienbar ist, ist ein zusätzlicher Mangel.

In der Praxis bleibt nach Schritt 3 fast die vollständige Liste stehen. Das ist kein Argument gegen ein bestimmtes Produkt, sondern gegen die Annahme, die dahintersteht.

Was für dasselbe Geld mehr bringt

Overlays werden meist im Abo verkauft. Dieselbe Summe, einmalig in Arbeit gesteckt, deckt erfahrungsgemäß:

• Die vier häufigsten Befunde beheben: Kontraste, Alternativtexte, Formularlabels, Dokumentsprache. Das sind mechanische Korrekturen und erledigt den größten Teil der automatisch messbaren Fehler – die Reihenfolge steht in der BFSG-Checkliste.
• Einen Tastaturdurchlauf durch die drei wichtigsten Vorgänge, mit behobenen Befunden.
• Eine ehrliche Barrierefreiheitserklärung samt Feedback-Adresse. Sie kostet fast nichts und ist im Gegensatz zum Widget tatsächlich gefordert.
• Eine Ausweichlösung dort, wo ein fremdes System nicht kurzfristig zu reparieren ist – etwa ein erreichbares Kontaktformular neben einem unbedienbaren Buchungs-Widget.

Was danach übrig bleibt, ist echte Entwicklungsarbeit. Aber sie zählt, und sie hält.

Häufige Fragen

Ist ein Overlay verboten?

Nein. Es ist erlaubt, ein Overlay einzusetzen – es erfüllt nur keine gesetzliche Anforderung. Rechtlich relevant wird es erst, wenn es als Nachweis in einer Barrierefreiheitserklärung auftaucht oder wenn es selbst eine Barriere erzeugt, etwa durch nicht bedienbare Schaltflächen. Diese Seite erklärt die Rechtslage, ersetzt aber keine Rechtsberatung.

Unsere Agentur sagt, das Overlay macht uns BFSG-konform. Stimmt das?

Nein. Das BFSG bewertet die Dienstleistung, nicht die eingesetzten Werkzeuge. Eine Marktüberwachungsbehörde prüft die ausgelieferte Seite gegen die EN 301 549 – dabei spielt keine Rolle, welche Skripte eingebunden sind. Wer eine solche Zusage bekommt, sollte sie sich schriftlich mit Bezug auf § 3 BFSG und die EN 301 549 geben lassen.

Helfen die automatisch erzeugten Alternativtexte nicht wenigstens ein bisschen?

Sie sind das riskanteste Einzelfeature. Ein automatisch erzeugter Text beschreibt, was auf dem Bild zu sehen ist – nicht, warum es an dieser Stelle steht. Bei einem Produktfoto kann das zufällig passen, bei einem Diagramm, einem Screenshot oder einer Infografik fast nie. Und anders als ein fehlender Alternativtext ist ein falscher nicht als Lücke erkennbar.

Was ist mit den Kontrast- und Schriftgrößen-Schaltern?

Die funktionieren tatsächlich – nur braucht sie kaum jemand aus dieser Produktkategorie. Schriftgröße und Zoom regeln Betriebssystem und Browser besser und überall; genau darum verlangt 1.4.4 Textgröße ändern, dass die Seite auf diese Einstellungen reagiert, statt eigene anzubieten. Wie du das prüfst, steht unter Reflow, Zoom & Textabstände.

Wir haben schon ein Abo. Sofort kündigen?

Nicht zwingend, aber die Erwartung korrigieren. Solange das Widget selbst bedienbar ist und keine ARIA-Attribute der Seite überschreibt, richtet es keinen zusätzlichen Schaden an. Behandle es als das, was es ist – eine Anzeigeeinstellung –, und plane die eigentliche Arbeit unabhängig davon. Ob dein Angebot überhaupt betroffen ist, klärt der BFSG-Schnelltest.

Fazit

Overlays lösen ein Darstellungsproblem und werden gegen ein Bedeutungsproblem verkauft. Sie ändern CSS, nicht Semantik; sie konkurrieren mit der Hilfstechnik, die Betroffene längst mitbringen; und sie erfüllen keine Anforderung aus BFSG oder BITV 2.0, weil beide das Angebot bewerten und nicht die installierte Software. Der ehrliche Weg ist unspektakulärer und billiger, als er klingt: die vier häufigsten Befunde beheben, einmal mit der Tastatur durchgehen, eine ehrliche Erklärung veröffentlichen. Wo anzufangen ist, sortiert Barrierefreiheit selbst testen.

Quellen

• Overlay Fact Sheet – Stellungnahme von Fachleuten und Betroffenen (deutsche Fassung)
• Barrierefreiheitsstärkungsgesetz (BFSG) – Gesetzestext
• The WebAIM Million – jährliche Auswertung der häufigsten Fehler auf einer Million Startseiten
• EN 301 549 V3.2.1 – die harmonisierte Norm, an der geprüft wird (PDF)