Methodik

Overlay-Widget vs. Korrektur auf Code-Ebene — ein ehrlicher Vergleich

Kurz gesagt: Ein Overlay ist ein Skript, das Barrierefreiheit im Browser nachbessern will; es ändert Ihr zugrunde liegendes HTML, CSS und ARIA nicht und kann eine Website daher nicht zuverlässig WCAG-2.1-AA- oder EN-301-549-konform machen. Korrekturen im Code ändern die Quelle selbst — langsamer als ein Skript-Tag, aber der einzige Weg, den Aufsichtsbehörden als echte Konformität behandeln.

Ein Accessibility-Overlay ist ein Skript, das Sie Ihrer Website hinzufügen und das verspricht, Barrierefreiheit „on the fly“ zu „reparieren“ — meist über ein schwebendes Widget. Das klingt nach einer verlockenden Abkürzung, hält aber nicht, was das Marketing suggeriert. Hier ist, was tatsächlich passiert.

	Overlay-Widget	Korrektur auf Code-Ebene
Was es ändert	Fügt zur Laufzeit eine JavaScript-Schicht über Ihrem bestehenden HTML/CSS ein — das zugrunde liegende Markup bleibt unverändert.	Ändert das tatsächliche HTML, CSS und ARIA in Ihrer Codebasis — das Markup selbst wird barrierefrei.
Einrichtungszeit	Minuten — ein Script-Tag hinzufügen.	Hängt von der Anzahl der Probleme ab; typischerweise Tage bis Wochen Entwicklungsarbeit.
Tastaturnavigation & Fokusreihenfolge	Kann Bedienelemente hinzufügen, kann aber eine kaputte DOM-Fokusreihenfolge oder fehlende Tastatur-Handler in individuellen Komponenten nicht zuverlässig reparieren.	Behebt Fokusreihenfolge und Tastaturbedienung an der Quelle — funktioniert dadurch konsistent über alle assistiven Technologien hinweg.
Kompatibilität mit Screenreadern	Steht häufig im Konflikt mit Screenreadern, die eigene Optimierungen für Standard-HTML besitzen — gut dokumentierte Fälle zeigen Overlays, die Seiten schlechter statt besser machen.	Funktioniert mit Screenreadern, weil es standardkonformes, korrekt beschriftetes Markup erzeugt, statt eine parallele Oberfläche einzuschleusen.
Rechtliches Risiko	Im Januar 2025 einigte sich die US-Behörde FTC mit accessiBe auf eine Zahlung von 1 Million US-Dollar wegen irreführender Behauptungen, das Overlay mache Websites mittels KI ADA-/WCAG-konform — ein breit berichteter Fall, der zeigt, dass Aufsichtsbehörden Overlay-Aussagen nicht mit echter Konformität gleichsetzen.	Beseitigt rechtliches Risiko nicht von allein, entspricht aber dem, was Aufsichtsbehörden und Gerichte tatsächlich erwarten: ein barrierefreies zugrunde liegendes Produkt.
Performance	Fügt bei jedem Seitenaufruf ein Drittanbieter-Skript und DOM-Manipulation zur Laufzeit hinzu.	Kein zusätzlicher Laufzeit-Overhead — die Korrektur ist die Seite selbst.
Was passiert bei Entfernung	Die Barrierefreiheit fällt sofort auf den Zustand vor dem Overlay zurück — es wurde faktisch nichts behoben.	Die Korrektur bleibt bestehen — sie ist Teil Ihrer Codebasis.

Unsere ehrliche Empfehlung

Wir verkaufen kein Overlay und raten davon ab, sich darauf als primäre Lösung zu verlassen. Nutzen Sie einen automatisierten Scan, um Probleme auf Code-Ebene zu finden, beheben Sie diese in Ihrem echten HTML/CSS (oder lassen Sie es von einer Entwicklerin/einem Entwickler tun), und nutzen Sie manuelle Audits für das, was ein Scan nicht erkennt. Das ist langsamer als ein Script-Tag hinzuzufügen — aber es ist der einzige Ansatz, der eine Website hervorbringt, die für Menschen mit Behinderungen tatsächlich nutzbar ist, und der einzige, den Aufsichtsbehörden als echte Konformität anerkannt haben.

Finden Sie kostenlos Ihre echten Probleme auf Code-Ebene →

FAQ

Sind alle Accessibility-Overlays gleich?

Sie unterscheiden sich im Grad der Raffinesse, teilen aber dieselbe grundlegende Einschränkung: Keines kann eine grundsätzlich nicht barrierefreie DOM-Struktur zur Laufzeit vollständig in eine korrekt beschriftete umschreiben, und keines kann korrektes Verhalten über alle assistiven Technologien hinweg garantieren.

Hat sich ein Gericht oder eine Behörde tatsächlich gegen Overlays ausgesprochen?

Der FTC-Vergleich 2025 mit accessiBe betraf irreführende Werbung — konkret Behauptungen, das Overlay erreiche eine Konformität, die es nicht zuverlässig erreichte. Mehrere andere Overlay-Anbieter sahen sich Klagen von Nutzer:innen wegen nicht barrierefreier Erfahrungen trotz installiertem Overlay gegenüber.

Gibt es einen legitimen Einsatzzweck für ein Overlay?

Manche Overlays bieten tatsächlich nützliche Nutzereinstellungen (Schriftgröße, Kontrast-Umschalter) — als Ergänzung zu barrierefreiem Code, nicht als Ersatz. Problematisch ist es, ein Overlay als Ersatz für Korrekturen auf Code-Ebene zu behandeln.

Was sollte ich stattdessen tun?

Führen Sie einen Scan auf Code-Ebene durch, beheben Sie die gefundenen Probleme, lassen Sie ein manuelles Audit für Kontrast/Tastatur/Screenreader durchführen und überwachen Sie Regressionen, wenn sich Ihre Website ändert.

accessiBe-Alternative · UserWay-Alternative · AudioEye-Alternative · Scan vs. Audit · Leitfaden EU (EAA) · Methodik