Konformitätstest für Barrierefreiheit (ACT) erklärt

Was ist ein Konformitätstest für Barrierefreiheit?

Ein Konformitätstest für Barrierefreiheit prüft eine Website, App oder ein Dokument gegen einen Barrierefreiheitsstandard, meist die Web Content Accessibility Guidelines (WCAG), und hält für jede Anforderung fest, ob sie erfüllt, nicht erfüllt oder nicht anwendbar ist. Das Ergebnis ist eine Liste von Befunden zu einer klar benannten Konformitätsstufe (A, AA oder AAA), die ein Team beheben und ein Einkäufer lesen kann. Dieselbe Abkürzung bezeichnet auch ein W3C-Format, das ACT Rules Format, das beschreibt, wie einzelne Prüfregeln geschrieben werden.

Zwei Bedeutungen von "ACT"

• Die Tätigkeit. Ein Produkt mit Werkzeugen und menschlicher Prüfung gegen WCAG (WCAG 2.2 ist die vom W3C empfohlene Version) oder einen darauf aufbauenden Standard bewerten.
• Das W3C ACT Rules Format. Eine W3C-Empfehlung (Version 1.1), die eine einheitliche Struktur für Prüfregeln festlegt: worauf sich die Regel bezieht, was sie erwartet und eines von fünf Ergebnissen: passed, failed, inapplicable, cantTell oder untested. Regeln können automatisiert, manuell oder gemischt sein, sodass verschiedene Werkzeuge und Prüfer eine Anforderung gleich auslegen.

So läuft ein Konformitätstest ab

• Umfang und Ziel festlegen. Produkt, betroffene Seiten oder Abläufe und Stufe bestimmen, meist WCAG 2.2 AA.
• Stichprobe wählen. Wenn nicht jede Seite geprüft werden kann, empfiehlt die W3C-Methode WCAG-EM eine repräsentative Stichprobe von Ansichten, strukturiert und zufällig ausgewählt.
• Automatische Prüfungen laufen lassen. Werkzeuge wie axe oder Lighthouse finden Probleme, die sich am Code erkennen lassen, etwa fehlende Formularbeschriftungen oder zu geringen Kontrast.
• Manuell prüfen. Menschen testen die Tastaturreihenfolge, die Sichtbarkeit des Fokus und die Lesereihenfolge und nutzen einen Screenreader. Siehe manuelle Tests für Barrierefreiheit.
• Berichten. Pro Erfolgskriterium bestanden oder nicht bestanden mit den durchgeführten Schritten festhalten, nach Korrekturen erneut prüfen.

Beispiel

Ein Team zielt für einen Checkout-Ablauf auf WCAG 2.2 AA. Ein automatischer Scan meldet Text mit einem Kontrastverhältnis unter den 4,5:1, die WCAG für normalen Text verlangt. Eine manuelle Prüfung zeigt dann, dass sich das Gutscheinfeld nicht per Tastatur erreichen lässt, was kein Scanner meldete. Beides kommt als Fehler zu benannten Erfolgskriterien in den Bericht, wird behoben und erneut geprüft.

Automatische Prüfungen decken nur einen Teil von WCAG ab

Der Lighthouse-Accessibility-Score ist ein gewichteter Durchschnitt automatischer Bestanden-oder-nicht-Audits, und die Lighthouse-Dokumentation führt manuelle Prüfungen wie logische Tab-Reihenfolge und Fokusfallen getrennt vom Score auf. Ein perfekter Score bedeutet daher nicht, dass eine Seite WCAG erfüllt. Dazu: automatisierte Barrierefreiheitstests.

Konformitätstest und ACR

Ein Accessibility Conformance Report (ACR) ist die ausgefüllte VPAT-Vorlage und sollte auf einer manuellen Bewertung beruhen, nicht allein auf einem Scanner-Lauf. Das Information Technology Industry Council (ITI), das die VPAT veröffentlicht, prüft oder genehmigt VPATs nicht, und es gibt keine VPAT-Zertifizierung. Für die Richtigkeit des Berichts ist daher der Anbieter verantwortlich.

Häufige Fehler

• Einen Lighthouse-Score von 100 als Konformitätsaussage behandeln.
• Nur die Startseite testen statt einer Stichprobe mit Formularen, Tabellen, Dialogen und Fehlerzuständen.
• Assistive Technik auslassen: Wer nur mit der Maus testet, übersieht die meisten Tastatur- und Screenreader-Fehler.
• Standard, Version und Stufe nicht nennen, sodass niemand weiß, was "konform" bedeutet.

Wo LoadFocus ins Spiel kommt

LoadFocus erstellt keine Konformitätsberichte zur Barrierefreiheit und bescheinigt keine Konformität. Das Page-Speed-Monitoring führt geplante Lighthouse-Audits mit einem Accessibility-Score aus, der zwischen vollständigen Bewertungen als automatisches Frühwarnsignal taugt. Wie Performance- und Barrierefreiheitstests zusammenpassen, lesen Sie in warum Performance-Tests Barrierefreiheit einschließen müssen.

Häufige Fragen

Können automatische Werkzeuge die WCAG-Konformität belegen?

Nein. Automatische Werkzeuge erkennen nur Probleme, die sich am Code finden lassen, und Lighthouse führt manuelle Prüfungen selbst getrennt vom Score auf. Für Konformität braucht es zusätzlich eine manuelle Bewertung.

Was ist der Unterschied zwischen ACT und WCAG-EM?

Das ACT Rules Format legt fest, wie einzelne Prüfregeln geschrieben werden, damit Werkzeuge und Prüfer einheitliche Ergebnisse erhalten. WCAG-EM ist eine W3C-Methode zur Bewertung einer ganzen Website: Umfang, Stichprobe, Bewertung, Bericht.

Brauche ich einen Konformitätstest für einen ACR?

Ja. Ein ACR beschreibt, wie ein Produkt jedes Kriterium erfüllt, und sollte auf einer Bewertung dieses Produkts beruhen. ITI prüft ACRs nicht, die Richtigkeit liegt beim Anbieter.

Gegen welche WCAG-Version und -Stufe soll ich testen?

Das W3C empfiehlt die neueste Version, WCAG 2.2. Stufe AA ist das übliche Ziel bei Ausschreibungen und gesetzlichen Vorgaben, prüfen Sie aber den Standard, den Ihr Kunde oder Ihre Aufsicht nennt.