Methode und Grenzen

Wie der Scanner prüft

Wir laden jede Seite in einem aktuellen Chromium-Browser, einmal mit 1280 Pixel Breite und einmal mit 320 Pixel für die Darstellung auf kleinen Bildschirmen. Dann prüfen wir sie mit axe-core 4.14.0, einer offenen Prüfbibliothek, gegen die Regeln für WCAG 2.0, 2.1 und 2.2 auf den Stufen A und AA. Befunde nach WCAG 2.2 weisen wir getrennt aus, weil die Norm EN 301 549 V4.1.1 mit WCAG 2.2 noch nicht im Amtsblatt der EU zitiert ist. Regeln, die zur guten Praxis gehören, aber nicht Teil der WCAG sind, stehen in einer eigenen, nachrangigen Liste.

Jeder Befund ist einem Erfolgskriterium der WCAG und der passenden Ziffer in Kapitel 9 der EN 301 549 zugeordnet. Im Bericht siehst du keine Punktzahl, keine Ampel und kein Urteil über Konformität, sondern: was gefunden wurde, welche automatisch prüfbaren Kriterien ohne Befund blieben und welche Kriterien sich gar nicht automatisch prüfen lassen.

Zusätzliche Prüfungen

• Link zu Informationen über Barrierefreiheit auffindbar. Sucht einen Link, dessen Text oder Adresse "Barrierefreiheit", "Barrierefreiheitserklärung" oder "Accessibility" enthält.
• Sprache der Seite angegeben. Prüft, ob das html-Element eine plausible Sprachangabe hat.
• Sprunglink zum Inhalt vorhanden. Sucht unter den ersten Links einen Sprunglink zu einem vorhandenen Ziel auf der Seite.
• Tastaturfokus sichtbar (Stichprobe der ersten 40 Elemente). Springt mit der Tabulatortaste durch die ersten 40 Elemente und vergleicht, ob sich Umriss, Schatten, Rahmen oder Farbe sichtbar ändern. Eine Heuristik: Fokusrahmen über Pseudo-Elemente erkennt sie nicht sicher.
• Keine Tastaturfalle in Dialogen oder Cookie-Bannern. Wenn der Fokus 60 Tabulator-Schritte lang in einem Dialog oder Cookie-Banner bleibt und kein Schließen-Knopf erreichbar ist: bitte prüfen.
• Kein waagerechtes Scrollen bei 320 Pixel Breite. Prüft bei 320 Pixel Breite, ob waagerecht gescrollt werden muss (WCAG 1.4.10).
• Keine automatisch startenden Medien mit Ton. Sucht Video- und Audio-Elemente, die automatisch starten; mit Ton ist ein Befund.
• CAPTCHA. Erkennt verbreitete CAPTCHA-Lösungen und markiert sie zur Prüfung, weil sie oft Barrieren sind.
• Verlinkte PDF-Dokumente. Zählt verlinkte PDF-Dateien. Ob sie barrierefrei sind, prüfen wir nicht automatisch.
• Cookie-Banner per Tastatur bedienbar. Erkennt verbreitete Cookie-Banner und prüft, ob alle Schaltflächen per Tastatur erreichbar sind.

Was ein Programm nicht erkennt

Automatische Tests finden nur einen Teil der Barrieren. In einer Auswertung von über 2.000 Audits fand Deque 2021 rund 57 % der Probleme automatisiert (nach Anzahl). Ob ein Alternativtext sinnvoll ist, ob der Bestellablauf mit Screenreader verständlich ist oder ob Fehlermeldungen helfen, muss ein Mensch prüfen.

Was wir dabei nicht tun

Wir senden keine Formulare ab, klicken auf keine Kauf- oder Bestellknöpfe und melden uns nirgends an. Jede Prüfung ist eine normale Seitenansicht in einem frischen Browser ohne gespeicherte Daten. Schnelltests ohne Anmeldung sind auf 3 pro Website und Tag und 10 pro Person und Tag begrenzt und zeigen keine Fundstellen. Fundstellen sieht nur, wer bestätigt hat, dass die Domain ihm gehört.

Wie Verzeichnisse und Empfehlungen sortiert werden

Nach § 5b UWG nennen wir die wichtigsten Parameter: Das Tool- und das Agenturverzeichnis sind innerhalb jeder Kategorie alphabetisch sortiert. Filter grenzen nur ein, sie gewichten nicht. Hervorgehobene Agentur-Einträge gibt es nur in einem eigenen, als Anzeige gekennzeichneten Block. Empfehlungen im Prüfbericht ergeben sich nur aus den Befunden, der erkannten Plattform und den Funktionen der Werkzeuge. Provisionen fließen in keine Sortierung und keine Empfehlung ein; ein automatischer Test in unserem Code schlägt fehl, wenn sich das ändert. Overlays empfehlen wir nie.

Lagebericht

Für den Lagebericht zählen wir jede geprüfte Website einmal pro Monat (die letzte Prüfung) und veröffentlichen nur Anteile, nie einzelne Websites. Ein Bericht erscheint erst ab 200 Websites im Monat. Die Stichprobe ist nicht repräsentativ.