Ein Overlay ist keine Konformität. Sehen Sie, was es nicht repariert hat.
Barrierefreiheits-Overlays versprechen Konformität von außen und ziehen stattdessen Klagen an. Dieser Scan benennt das Overlay auf Ihrer Seite und listet die Fehler, die es nicht behoben hat: die, die der Tester der Gegenseite in dreißig Sekunden findet.
Wie der Overlay-Check ein Widget erkennt und was der Score daneben aussagt.
Unser Server ruft die Adresse ab und liest den HTML-Quelltext, ohne ihn in einem Browser auszuführen. Er vergleicht jedes src- und href-Attribut im Markup mit Skriptadressen von sieben Overlay-Anbietern: accessiBe, UserWay, EqualWeb, AudioEye, AccessiWay, Recite Me und Allyable. Im selben Durchlauf führt er 13 Prüfungen zur Barrierefreiheit auf Quelltextebene aus, zu Seitensprache, Titel, Überschriftenstruktur, alt-Attributen von Bildern, Formularbeschriftungen, Linktexten, tabindex, der main-Landmark, Viewport-Einstellungen und Tabellenköpfen, und rechnet die Befunde in einen Score bis 100 um. Ein gefundenes Overlay verändert diesen Score nie. Eine angegebene E-Mail wird mit Seitenadresse und Urteil gespeichert.
Kein Overlay heißt, dass keine dieser Anbieteradressen im Quelltext vorkommt. Ist ein Overlay benannt, entscheidet eine einzige Schwelle über das Urteil: Ein Score unter 90 ergibt Overlay - fällt durch, 90 oder mehr ergibt Overlay - Haftungsrisiko. Die Liste darunter zeigt bis zu acht Befundarten, die schwersten zuerst, jeweils mit dem WCAG-Erfolgskriterium, auf das sie sich beziehen. Es sind Fehler im Markup, wie der Server es ausgeliefert hat, bevor irgendein Widget-Skript gelaufen ist. Dieselbe Liste erscheint auch, wenn kein Overlay gefunden wurde, und ist dann einfach das Ergebnis der Quelltextprüfungen.
Weil nichts gerendert wird, führt der Check das Overlay nicht aus und kann nicht zeigen, was das Widget im Browser verändert; die Befunde beschreiben die Seite, wie sie ausgeliefert wird. Ein Overlay, das über einen Tag-Manager geladen wird oder von einem Anbieter außerhalb der Liste stammt, wird nicht benannt. Farbkontrast, Fokusreihenfolge und Tastaturbedienung werden nicht gemessen. Wird ein Overlay benannt, ist der sinnvolle nächste Schritt ein manueller Test mit Tastatur und Screenreader, einmal mit aktivem und einmal mit blockiertem Widget, gefolgt von Korrekturen im Markup selbst.
- Was ist ein Barrierefreiheits-Overlay?
- Ein Barrierefreiheits-Overlay ist ein Skript eines Drittanbieters, das einer Website hinzugefügt wird, meist mit einer Zeile Code. Es zeigt in der Regel eine schwebende Schaltfläche, die eine Leiste zum Ändern von Kontrast, Schriftgröße oder Abständen öffnet, und manche Produkte versuchen zusätzlich, die Seite im Browser automatisch zu reparieren, etwa durch erzeugte Bildbeschreibungen oder ergänzte ARIA-Attribute. Der eigene Quelltext der Website bleibt unverändert.
- Macht ein Barrierefreiheits-Overlay eine Website WCAG-konform?
- Für sich genommen nicht. Viele WCAG-Kriterien verlangen menschliches Urteil: ob eine Bildbeschreibung sinnvoll ist, ob die Fokusreihenfolge stimmt, ob sich eine eigene Komponente mit der Tastatur bedienen lässt. Eine automatische Reparatur im Browser kann das nicht klären und wirkt nur bei Besuchern, deren Hilfstechnologie mit dem Skript zusammenarbeitet. Fachleute für Barrierefreiheit raten in der Regel dazu, den Quelltext zu korrigieren und mit echter Hilfstechnologie zu testen.
- Wie erkenne ich, ob eine Website ein Barrierefreiheits-Overlay nutzt?
- Achten Sie auf eine schwebende Schaltfläche für Barrierefreiheit, meist in einer Ecke der Seite. Zur Sicherheit öffnen Sie den Seitenquelltext oder den Netzwerk-Tab der Entwicklerwerkzeuge im Browser und suchen nach Skriptadressen von Overlay-Anbietern. Ein über einen Tag-Manager eingebundenes Widget erscheint nur im Netzwerk-Tab, nicht im Quelltext, weil es erst nach dem Laden der Seite hinzugefügt wird.
Wenn eine Prüfung nicht die ganze Arbeit ist.
Sie nutzen eines? Die ehrliche Lösung ist Konformität im Markup, mit Nachweis.