Ein Barrierefreiheits-Widget – oft ein separates Code-Stück, das Sie mit einer Zeile zu Ihrer Website hinzufügen und das verspricht, die Site "in Sekunden" barrierefrei zu machen – erfüllt nicht die Anforderungen der Europäischen Richtlinie. Der technische Standard, den die Richtlinie zugrunde legt, EN 301 549 (in der Praxis WCAG 2.1 Level AA), prüft, ob der zugrunde liegende Code und die Interaktion barrierefrei sind: Kann jemand mit einem Screenreader den Bestellvorgang durchlaufen, ist jedes Formularfeld korrekt beschriftet, ist die Website nur mit der Tastatur bedienbar. Ein Widget, das eine Schicht über dem bestehenden Code legt, verändert diese zugrunde liegende Struktur nicht.
Das ist bereits die Antwort auf die Frage, die viele Unternehmer stellen, nachdem sie ein Overlay-Widget gekauft haben: Nein, dieser Kauf allein macht Sie nicht konform. Das Widget kann die Schriftgröße vergrößern, den Kontrast anpassen oder eine Lesehilfe anzeigen, und das sind nützliche Funktionen für manche Besucher. Aber das Gesetz verlangt etwas anderes: dass die Website selbst, im Code, die Anforderungen erfüllt – nicht, dass daneben ein separates Bedienfeld vorhanden ist.
Warum ein Overlay den Kern nicht ändert
Screenreader und andere Hilfssoftware lesen die HTML-Struktur Ihrer Seite: die Überschriften, die Beschriftungen bei Formularfeldern, die Alternativtexte bei Bildern, die Reihenfolge, in der Elemente mit der Tabulatortaste erreichbar sind. Ein Overlay-Widget läuft als separate JavaScript-Schicht über dieser Struktur. Er kann Text größer anzeigen oder Farben anpassen, schreibt aber nicht den zugrunde liegenden HTML-Code um, in dem beispielsweise eine Schaltfläche ohne Beschriftung steht oder ein Bild ohne Alternativtext. Wenn dieses Problem existiert, bleibt es – für das Widget und für den Besucher, der darauf trifft.
Es gibt mehr: Verschiedene Benutzer mit einer Sehbehinderung und die Organisationen, die sie vertreten, berichten, dass manche Overlays die Bedienung tatsächlich komplizierter machen, weil das Widget selbst nicht gut mit dem Screenreader zusammenarbeitet, den jemand bereits nutzt. Zwei Hilfsmittel, die gleichzeitig übereinander versuchen, Anweisungen zu geben, liefern nicht immer ein besseres Ergebnis als eine korrekt aufgebaute Seite. Wer unsicher ist, ob das auch für die eigene Website gilt, findet in Antworten auf Fragen, die auch andere Unternehmer stellen eine Reihe von ähnlichen Situationen.
Was das Gesetz erwartet
Die Richtlinie verlangt eine Erklärung zur Barrierefreiheit, in der Sie angeben, in welchem Umfang Ihre Website oder App den Standard erfüllt, welche Bereiche noch nicht erfüllt sind und welcher Plan dies adressiert. Diese Erklärung basiert auf einer eigenständigen Bewertung des tatsächlichen Codes und der Interaktion, nicht auf dem Vorhandensein eines Tools. In der Übersicht der Bereiche, die am häufigsten falsch umgesetzt werden wird konkret erläutert, worum es geht: Farbkontrast, Formularfeldbeschriftungen, Alternativtexte und die Bedienbarkeit nur mit der Tastatur kommen dabei immer wieder vor.
Das bedeutet nicht, dass alles manuell repariert sein muss, bevor Sie etwas erfahren. Ein automatisierter Test der wichtigsten Seiten, einschließlich des Bestellvorgangs und der Anmeldung, zeigt oft schon, wo die größten Probleme liegen. So einen ersten Überblick können Sie in wenigen Minuten mit der kostenlosen Schnellprüfung abrufen, aber es gilt weiterhin, dass ein automatisierter Test nicht alles prüfen kann – ob ein Alternativtext inhaltlich korrekt ist, erfordert beispielsweise menschliches Urteilsvermögen.
Das tut und das tut axessia nicht
Wir verkaufen keine Overlay-Widgets und bauen auch keine Reparaturen in Ihren Code ein. Das ist eine bewusste Entscheidung: Ein Widget kann den Eindruck erwecken, dass ein Problem gelöst wurde, während die zugrunde liegende Seite unverändert bleibt. Was wir tun, ist prüfen, priorisieren und dokumentieren — der Scan zeigt auf, was wahrscheinlich nicht erfüllt ist, der Bericht ordnet das in verständlicher Sprache nach Wichtigkeit, und das System überwacht, ob die Website nach einer nächsten Änderung an Ihrem Shop oder Ihrer App zugänglich bleibt. Wie diese Prüfung genau funktioniert und woher die Informationen stammen, erklären wir auf der Seite, die Schritt für Schritt zeigt, wie das System funktioniert.
Bei der Frage, ob ein Widget "ausreichend" ist, ist dieser Unterschied das Wichtigste zu verstehen: Ein Widget ist eine Benutzereinstellung, kein Ersatz für zugänglichen Code. Wer unsicher ist, ob ein Anbieter eines solchen Produkts zurecht behauptet, dass eine Website damit WCAG erfüllt, sollte diese Aussage am besten an der Norm selbst überprüfen oder einen Fachmann befragen.
Erster Schritt ohne Kauf
Bevor Sie in ein Widget, ein Audit oder einen Verbesserungsplan investieren, ist es in der Regel nützlicher, zunächst zu wissen, ob und in welchem Umfang die Richtlinie auf Ihre Organisation anwendbar ist und wo die größten Abweichungen liegen. Diesen Überblick erhalten Sie kostenlos, ohne dass Sie dafür ein Konto benötigen.
Möchten Sie selbst sehen, wo Ihre Website oder App derzeit steht, unabhängig davon, was ein Widget-Anbieter Ihnen sagt? Führen Sie den kostenlosen Quick-Scan durch und lesen Sie in der Wissensdatenbank weiter, um zu bestimmen, welcher Schritt für Ihre Situation am sinnvollsten ist.