Regeln der Barrierefreiheitsprüfung, erklärt

Jeder Befund in einem Reviseberg-Bericht trägt eine Regel-ID – color-contrast, image-alt, keyboard:trap. Jede Regel unten hat eine eigene Seite: was fehlschlägt, wen es betrifft, woran es meist liegt und wie Sie es beheben – mit Code, den wir vor der Veröffentlichung gegen genau diese Prüfung laufen lassen.

Zwei Prüfmodule melden diese Regeln. axe-core ist die Open-Source-Prüfbibliothek, die unser Crawler auf jeder Seite ausführt; ihre Regel-IDs zeigen auch CI-Pipelines und Browser-Erweiterungen an. Der Tastatur-Agent ist unser eigener: Er geht eine Nutzerreise auf Ihrer Website mit echten Tastendrücken durch und meldet, was keine Regelprüfung sehen kann – etwa einen Fokus, den niemand sieht, oder eine Falle, aus der man nicht herauskommt.

Was eine Regel sagen kann – und was nicht

Eine Regel beantwortet eine enge Frage. image-alt findet ein Bild ohne Textalternative; ob IMG_2231.jpg eine gute Beschreibung ist, erkennt sie nicht. Eine bestandene Regel ist deshalb kein erfülltes Erfolgskriterium: Bei den meisten WCAG-Kriterien entscheidet am Ende ein Mensch, und unsere WCAG-2.2-Übersicht sagt zu jedem Kriterium, wie weit automatische Prüfungen kommen.

Einige Regeln sind Best Practice: axe-core ordnet sie keinem WCAG-Erfolgskriterium zu. Sie beschreiben echte Hürden – Inhalt außerhalb von Landmarks, eine übersprungene Überschriftenebene – und Reviseberg meldet sie, aber nie als WCAG-Verstoß und nie in einem Konformitätsbericht.

Diese Regeln auf Ihrer Website prüfen