Barrierefreiheit
Die Fehler, die eine Maschine belegen kann - im Scan, den Sie ohnehin fahren
axe-core gegen WCAG 2.2 A und AA an einer gerenderten Stichprobe, im selben Crawl - der Teil, den eine Maschine belegen kann.
Was automatisierte Tests erreichen können und was nicht
Das steht als Erstes auf der Seite und nicht als Einschränkung am Ende, weil jede ehrliche Aussage weiter unten davon abhängt.
Maschinen können es belegen
- Kontrast unter dem geforderten Verhältnis
- Ein Formularfeld ohne Beschriftung
- Eine Überschriftenfolge, die eine Ebene überspringt
- Ein Bild ganz ohne alt-Attribut
Ein Mensch muss es beurteilen
- Ob der Alternativtext das Bild beschreibt
- Ob der Weg per Tastatur Sinn ergibt
- Ob eine Fehlermeldung erklärt, was zu tun ist
- Ob die Lesereihenfolge zur sichtbaren passt
Auf der Seite, die ein Mensch wirklich sieht
Ein Kontrastverhältnis ist eine Eigenschaft gerenderter Pixel. Eine fehlende Beschriftung ist eine Eigenschaft des Accessibility-Baums. Keines von beiden existiert im rohen HTML - eine Barrierefreiheitsprüfung, die Markup liest, misst also etwas neben der Frage.
Die Prüfung läuft in demselben Headless-Browser, den der Crawler ohnehin zum Rendern benutzt, gegen die Seite nach Ausführung des JavaScripts - und das ist die einzige Fassung, die irgendjemand benutzt.
Eine Stichprobe, nach Template gewählt und nicht nach Traffic
Barrierefreiheitsfehler sind ganz überwiegend Template-Fehler. Ein Kontrastproblem in einer Card-Komponente steckt auf jeder Seite, die diese Card benutzt, und zwanzig Produktseiten zu prüfen findet es zwanzigmal, statt die zwanzig anderen Dinge zu finden.
Die Stichprobe nimmt deshalb eine Seite je URL-Form, bevor sie eine zweite von irgendetwas nimmt, die Startseite zuerst. Jeder Scan hält fest, was er geprüft hat und was infrage kam, denn eine Stichprobe, die als Vollerhebung präsentiert wird, ist dieselbe Lüge wie eine Vollerhebung, die in Wahrheit eine Stichprobe war.
20 Produktseiten
Start, Blog, Produkt, Kategorie, Suche, Konto…
Eine Veranschaulichung der Überlegung, keine Messung - das Verhältnis hängt ganz von der Website ab. Die Regel dahinter nicht: Ein Template-Fehler wiederholt sich auf jeder Seite, die aus diesem Template gebaut ist.
Was das nicht ist
Es ist keine Barrierefreiheitsprüfung im eigentlichen Sinn. Eine solche Prüfung ist ein Mensch, der die Website mit der Hilfstechnik benutzt, die Ihre Besucherinnen und Besucher benutzen, und sie findet das, was am meisten zählt - eine Fokusreihenfolge ohne Sinn, eine Fehlermeldung, die „ungültige Eingabe“ sagt, einen Alternativtext, der „bild1.png“ lautet.
Es ist kein Konformitätszertifikat, und so etwas gibt es von keinem Werkzeug. Was es ist: die Fehler, die eine Maschine belegen kann, früh gefunden, bei jedem Scan, kostenlos - damit die Prüfung, die Sie irgendwann beauftragen, bei einer Website beginnt, die die mechanischen bereits behoben hat.
Was ein Befund trägt
Das WCAG-Kriterium
Aus welchem Erfolgskriterium er stammt und auf welcher Stufe, damit ein Befund nachgeschlagen und nicht geglaubt werden muss.
Das Element
Den Selektor, auf dem er gefunden wurde, und die Seite, auf der er gefunden wurde - keine Zahl ohne Ziel.
Eine eigene Kategorie
In einer Kategorie mit eigener Obergrenze bewertet, sodass Barrierefreiheit die technischen Befunde nicht übertönen kann und nicht von ihnen übertönt wird.
Was nicht geprüft wurde
Wie viele Seiten Stichprobe waren, von wie vielen infrage kommenden - bei jedem Scan.
Fragen
- Nein, und das kann kein Werkzeug. Ein Scan erreicht 25 der 55 Erfolgskriterien auf A und AA - die mit einem eindeutigen maschinellen Test, etwa Kontrastverhältnisse, fehlende Beschriftungen, ein Fokusrahmen, den es nicht gibt. Die anderen 30 brauchen einen Menschen: ob der Alternativtext das Bild beschreibt, ob die Lesereihenfolge zur sichtbaren passt, ob eine Fehlermeldung verständlich ist. Das Panel listet beide Mengen mit Nummer auf, sodass das Ungetestete genauso sichtbar ist wie das Getestete.
- Eine Stichprobe, und jeder Scan hält fest, wie viele geprüft wurden und wie viele infrage kamen. Die Stichprobe wird nach Template-Vielfalt gewählt und nicht nach Traffic - eine Seite je URL-Form findet mehr verschiedene Probleme als zwanzig Kopien der meistbesuchten Seite, denn ein Template-Fehler wiederholt sich auf jeder Seite, die daraus gebaut ist.
- Ja, in einer eigenen Kategorie mit eigener Obergrenze, sodass ein Barrierefreiheitsproblem die technischen Befunde nicht übertönen kann und nicht von ihnen übertönt wird. Jeder Befund trägt das WCAG-Kriterium, aus dem er stammt, und das Element, auf dem er gefunden wurde.
- Zum Teil, weil dieselbe gerenderte Seite ohnehin schon geladen ist - axe darauf laufen zu lassen kostet einen Schritt mehr statt ein Produkt mehr. Zum Teil, weil die Überschneidung echt ist: Überschriften, die Struktur tragen, Bilder, die Text tragen, und Seiten, die eine Maschine lesen kann, sind dieselbe Anforderung, zweimal aufgeschrieben. Und zum Teil, weil das BFSG in Europa für viele Websites eine Rechtsfrage daraus gemacht hat, die sich nie jemand gestellt hatte.
- axe-core 4.10.2, beim Bauen per Digest festgenagelt, ausgeführt gegen die Tags für WCAG 2.0, 2.1 und 2.2 auf den Stufen A und AA. Die Version ist festgenagelt statt gleitend, denn ein Regelsatz, der sich unter Ihnen verändert, macht aus einem sauberen Scan einen Rückschritt, den niemand verursacht hat.
Kostenlos starten
Eine Website und 100 Credits - bis zu 200 Seiten pro Scan, etwa 5 Scans, dazu der vollständige Bericht. Ohne Kreditkarte. Bezahlte Pläne bringen mehr Websites, größere Crawls und die KI-Textvorschläge.