Was ein automatischer Barrierefreiheitstest prüfen kann – und was nicht

Drei Zahlen, die Verschiedenes messen

2017 ließ der Government Digital Service der britischen Regierung zehn Tools gegen eine Testseite mit 143 bekannten Barrieren laufen. Das beste Tool fand 41 % davon, das schwächste 17 %, und 29 % übersah jedes Tool. Die Seite war absichtlich fehlerhaft gebaut, und die Tools waren die von 2017. Die Schlussfolgerung gilt trotzdem: Auf Tools allein ist kein Verlass.

Deque, Hersteller der Prüf-Engine axe-core, die auch Google Lighthouse verwendet, berichtete 2021, dass automatische Regeln 57 % der Probleme aus mehr als 2.000 eigenen Audits abdeckten. Gezählt wurde nach Häufigkeit: Fehlerarten, die oft vorkommen, fallen stärker ins Gewicht. Es handelt sich um eine Studie des Herstellers.

Die oft zitierten „20 bis 30 %“ zählen wieder etwas anderes, nämlich den Anteil der WCAG-Erfolgskriterien, die ein Tool überhaupt prüfen kann. Diese Zahlen darf man nicht in einem Satz vermischen.

Was ein Tool allein entscheiden kann

Wenn ein Kriterium davon abhängt, ob etwas im Code vorhanden ist oder fehlt, kann eine Regel es für diese Seite entscheiden:

• Bilder ohne Alternativtext, Schaltflächen und Links ohne Namen, Formularfelder ohne Beschriftung
• Textkontrast unter 4,5:1 (3:1 bei großer Schrift), gemessen an der dargestellten Seite
• ein fehlendes oder ungültiges lang-Attribut, eine Seite ohne Titel, doppelte IDs, auf die Beschriftungen verweisen
• ein Meta-Viewport, der das Zoomen sperrt oder die Breite festlegt, Inhalte, die von selbst blinken oder Ton abspielen
• CSS, das den Fokusrahmen ohne sichtbaren Ersatz entfernt, positive tabindex-Werte

Auch hier beurteilt die Regel nur, was sie sehen kann. Ob der Alternativtext das Bild gut beschreibt oder eine Überschrift ihren Abschnitt wirklich benennt, muss weiterhin ein Mensch entscheiden.

Was nur ein Mensch beurteilen kann

Andere Kriterien hängen von Bedeutung, Reihenfolge oder Verhalten über die Zeit ab. Keine Regel erkennt, ob:

• die Lesereihenfolge auch ohne Layout einen Sinn ergibt (1.3.2)
• der Tastaturfokus jedes Bedienelement wieder verlassen kann, etwa einen Cookie-Dialog oder eine Datumsauswahl (2.1.2)
• eine Fehlermeldung vorschlägt, wie sich die Eingabe korrigieren lässt (3.3.3), oder ob sich ein Zahlungsschritt vor dem Absenden prüfen und korrigieren lässt (3.3.4)
• eine Statusmeldung wie „In den Warenkorb gelegt“ beim Screenreader ankommt, ohne dass sich der Fokus verschiebt (4.1.3)
• Untertitel und Audiodeskription zu dem passen, was gesagt und gezeigt wird (1.2.x)

So prüfen die Behörden nach dem BFSG

Für Dienstleistungen, die unter das Barrierefreiheitsstärkungsgesetz fallen, beschreibt Anlage 1 des Gesetzes die Prüfmethode der Marktüberwachung. Sie ist technologieneutral, also nicht an bestimmte Prüftools, Browser oder assistive Technologien gebunden. Geprüft wird der gesamte Weg durch die Dienstleistung in der Reihenfolge, in der Nutzer ihn üblicherweise gehen, einschließlich Formularen, Bedienelementen, Fehlermeldungen und des Verhaltens mit unterschiedlicher Software und assistiven Technologien. Ein grünes Testergebnis für eine einzelne Seite deckt das nicht ab.

Was wir auf echten Websites gemessen haben

Am 21. Oktober 2026 haben wir die Barrierefreiheitsprüfung von Lighthouse mit den eigenen Sitequiry-Prüfungen des HTML und der eingebundenen Stylesheets kombiniert, jeweils für eine Seite echter Websites. Gezählt haben wir, für wie viele der 55 Erfolgskriterien der Stufen A und AA von WCAG 2.2 ein automatisches Ergebnis vorlag: ein Problem, kein Problem gefunden, nichts zu prüfen gefunden oder nicht anwendbar.

Auf beiden Websites blieben dieselben 20 Kriterien für die Prüfung durch einen Menschen übrig, darunter Lesereihenfolge, Tastaturfallen, blitzende Inhalte, Korrekturvorschläge bei Fehlern und Statusmeldungen. Vier dieser 20 Kriterien vergleichen mehrere Seiten: dieselbe Reihenfolge im Menü, dieselben Namen für dieselben Links, Hilfe auf jeder Seite und mehr als ein Weg zu einer Seite. Eine einzelne Seite kann sie nicht zeigen, ein Crawl der ganzen Website schon.

„Kein Problem gefunden“ heißt nicht „bestanden“. Es bedeutet, dass die Regeln gelaufen sind und nichts gefunden haben. Ob das Kriterium für die gesamte Dienstleistung erfüllt ist, bestätigt weiterhin ein Mensch.

So setzen Sie einen automatischen Test sinnvoll ein

• Testen Sie eine Seite jeder Vorlage (Startseite, Kategorie, Produkt oder Artikel, Formular, Kasse), nicht nur die Startseite.
• Beheben Sie zuerst, was die Regeln melden: Das sind eindeutige Probleme, und sie lassen sich meist mit wenig Aufwand lösen.
• Gehen Sie danach die wichtigste Aufgabe nur mit der Tastatur durch und einmal mit einem Screenreader (NVDA unter Windows, VoiceOver auf dem Mac oder iPhone).
• Wiederholen Sie den automatischen Test nach jeder größeren Änderung. So fallen Rückschritte auf, nach denen niemand von Hand sucht.
• Für eine Aussage zur Konformität braucht es eine Prüfung durch einen Menschen. Ein Lighthouse-Wert von 100 sagt nur, dass die automatischen Prüfungen nichts gefunden haben.

Häufige Fragen