Eine quelloffene Test-Engine für Barrierefreiheit von Deque Systems, heute faktischer Branchenstandard hinter den meisten Browser-Erweiterungen, CI-Integrationen und kommerziellen Scannern, auch AllyProof.

Warum hat axe-core keine falsch positiven Befunde?

Die Engine ist bewusst so gebaut, dass jeder gemeldete Verstoß ein echter WCAG-Fehler ist. Wo eine Prüfung Ermessen erfordert, meldet sie den Punkt als `incomplete` zur menschlichen Prüfung statt als bestätigten Verstoß.

Was deckt axe-core ab?

Rund 90 Regeln für WCAG 2.0/2.1/2.2 auf Stufe A und AA sowie separate Best-Practice-Regeln. Die Versions-Tags sind nicht kumulativ, ein korrekter Scan muss also alle relevanten Vorgänger-Tags anfordern.

Tests & Tools

axe-core erklärt: Die branchenübliche Engine für Barrierefreiheitstests

axe-core ist eine Open-Source-Engine für Barrierefreiheitstests, ursprünglich von Deque Systems entwickelt, die zum de-facto-Branchenstandard für die Regel-Engine hinter den meisten modernen automatisierten Barrierefreiheitswerkzeugen geworden ist – einschließlich Browser-Erweiterungen, CI/CD-Testintegrationen und kommerziellen Scan-Plattformen wie AllyProof.

Das Designprinzip, das sie auszeichnet: null Falsch-Positive

axe-core wurde bewusst nach einer "Null-Falsch-Positive"-Philosophie entwickelt – jede Regel ist so gestaltet, dass ein gemeldeter Verstoß ein echter, bestätigter WCAG-Fehler ist, kein Vielleicht. Wo eine Prüfung Ermessensentscheidungen erfordern würde, die das Risiko von Falsch-Positiven bergen (ist diese Überschrift tatsächlich aussagekräftig genug?), lässt axe-core die Regel entweder ganz weg oder meldet sie als incomplete (erfordert menschliche Prüfung) statt als bestätigten violation. Dies ist eine deutlich andere Designentscheidung als bei Werkzeugen, die alles markieren, was entfernt verdächtig wirkt, und es dem Nutzer überlassen, was echt ist – es tauscht etwas Abdeckung gegen Zuverlässigkeit.

Die vier Ergebniskategorien von axe-core

Kategorie	Bedeutung
`violations`	Bestätigte Fehler – zuverlässig, umsetzbar
`incomplete`	Konnte nicht automatisch bestimmt werden – erfordert menschliche Prüfung
`passes`	Bestätigt bestandene Prüfungen
`inapplicable`	Die Regel galt nicht (keine passenden Elemente auf der Seite)

Was axe-core tatsächlich abdeckt

axe-core wird mit etwa 90+ Regeln ausgeliefert, die WCAG 2.0/2.1/2.2 auf den Stufen A und AA abdecken, sowie einem separaten Satz von "Best-Practice"-Regeln, die gute Konventionen über das hinaus prüfen, was WCAG strikt verlangt (und die immer deutlich von tatsächlichen WCAG-Verstößen unterschieden werden sollten, niemals mit ihnen vermischt). Regeln sind danach gekennzeichnet, welcher WCAG-Version und -Stufe sie zugeordnet sind (wcag2a, wcag2aa, wcag21aa, wcag22aa usw.) – entscheidend ist, dass diese Kennzeichnungen nicht kumulativ sind: Wird nur das Tag wcag22aa angefordert, werden nur die 2023 in 2.2 neu hinzugekommenen Kriterien zurückgegeben, nicht alles, was von früheren Versionen geerbt wurde – eine korrekte Scan-Konfiguration muss daher jedes relevante übergeordnete Tag ausdrücklich anfordern.

Was axe-core allein nicht abdeckt

Im Einklang mit der allgemeinen Aufteilung von automatisiert vs. manuell erklärt die eigene Dokumentation von axe-core ausdrücklich, dass es nach Kriterienzahl etwa 30–40 % der WCAG-Probleme erkennt (und einen höheren Anteil nach tatsächlichem Problemvolumen, da die automatisierbaren Kriterien tendenziell die am häufigsten auftretenden sind). Es ist eine grundlegende, hochzuverlässige Schicht – keine vollständige Lösung für Barrierefreiheitstests für sich allein.

Warum es die richtige Standardwahl für ein Scan-Produkt ist

Bei der Wahl zwischen einem Werkzeug, das mehr Probleme mit einigen Falsch-Positiven markiert, und einem, das weniger Probleme mit hoher Zuverlässigkeit bei jedem einzelnen markiert, ist das Null-Falsch-Positive-Design die sicherere Grundlage, um ein compliance-orientiertes Produkt darauf aufzubauen – ein Falsch-Positiv untergräbt das Vertrauen in jeden anderen von einem Werkzeug gemeldeten Befund, während ein echtes Negativ (ein echtes Problem, das das automatisierbare Regelwerk tatsächlich nicht erkennen kann) dadurch adressiert wird, dass axe-core mit ergänzenden Werkzeugen und manueller Prüfung kombiniert wird, nicht durch Lockerung der eigenen Erkennungssicherheit.

Häufige Fragen

Was ist axe-core?: Eine quelloffene Test-Engine für Barrierefreiheit von Deque Systems, heute faktischer Branchenstandard hinter den meisten Browser-Erweiterungen, CI-Integrationen und kommerziellen Scannern, auch AllyProof.
Warum hat axe-core keine falsch positiven Befunde?: Die Engine ist bewusst so gebaut, dass jeder gemeldete Verstoß ein echter WCAG-Fehler ist. Wo eine Prüfung Ermessen erfordert, meldet sie den Punkt als `incomplete` zur menschlichen Prüfung statt als bestätigten Verstoß.
Was deckt axe-core ab?: Rund 90 Regeln für WCAG 2.0/2.1/2.2 auf Stufe A und AA sowie separate Best-Practice-Regeln. Die Versions-Tags sind nicht kumulativ, ein korrekter Scan muss also alle relevanten Vorgänger-Tags anfordern.