Barrierefreiheitsprüfer

Die Prüfungen laufen auf unserem Server. Wir rufen die von dir eingegebene URL ab und speichern die Ergebnisse nicht. This launches a metered browser audit. Stylesheets are allowed for computed accessibility checks; media and fonts are blocked. Automated checks catch only part of WCAG issues and never replace manual testing. Anonyme Ergebniszähler auf Ausführungsebene können für aggregierte Forschung verwendet werden; URLs, Domains, IP-Adressen und Kennungen werden nie einbezogen, und Statistiken werden erst ab 100 Ausführungen veröffentlicht.

Rückmeldung
Fehler melden

Funktioniert etwas in Barrierefreiheitsprüfer nicht? Teile uns mit, was passiert ist — die Meldung geht direkt an eine private Prüfwarteschlange, nicht in eine öffentliche Liste.

Gesendete Angaben
 Werkzeugeingaben, Uploads, eingefügte Quellen, vollständige Ergebnisse, Abfrageparameter und URL-Fragmente werden nicht automatisch angehängt. Du kannst die oben ausgewählte Passage bearbeiten oder entfernen. Browser- und Missbrauchsschutz-Metadaten werden zur Spamabwehr verarbeitet. 

Über dieses Werkzeug

Führe ein browsergerendertes axe-core-Audit nach WCAG 2.2 Level A und AA durch. Befunde werden nach Schweregrad gruppiert und enthalten betroffene Selektoren, HTML-Auszug, Fehlerzusammenfassung und gezielte Reparaturanleitung.

Automatisierte Prüfungen sind ein Startpunkt, kein vollständiger Barrierefreiheits- oder Konformitätsnachweis.

Funktionen

  • Critical-, Serious-, Moderate- und Minor-Befunde mit betroffenen Selektoren
  • axe-core-Regeln für WCAG 2.2 Level A und AA
  • HTML-Auszug, Fehlerzusammenfassung und gezielte Reparaturhinweise
  • Browsergerenderte Prüfung einer öffentlichen URL ohne authentifizierte Sitzung

So funktioniert es

Gib eine öffentliche URL ein und starte den zeitlich begrenzten Browser-Audit. Beginne mit kritischen und ernsten Befunden, prüfe aber jede Regel und jeden Selektor. Behebe, teste erneut und ergänze anschließend manuelle Tastatur-, Screenreader-, Zoom-, Inhalts- und Ablaufprüfungen.

Einschränkungen

  • Verborgene Zustände, personalisierte Abläufe, Consent-Auswahl und später geöffnete Komponenten können unbewertet bleiben.
  • Automatisierte Checks erfassen nur einen Teil der Barrieren; Tastatur-, Screenreader-, Inhalts-, Fokus-, Fehler- und Task-Flow-Tests bleiben erforderlich.
  • Impact-Stufen ersetzen weder WCAG-Kriterium, Nutzerkontext noch technische Untersuchung.

Häufig gestellte Fragen

Bedeutet ein bestandener `axe`-Test, dass die Seite `WCAG`-konform ist?

Nein. Automatisierte `Checks` erkennen nur einen Teil der Barrieren. `WCAG`-Konformität erfordert zusätzlich manuelle Tests für Tastatur, Screenreader, Inhalt, Fokus, Fehler und Aufgabenabläufe.

Welche `WCAG`-Stufe prüft dieser `Test`?

Der Browserlauf verwendet `axe`-`core`-Regeln für `WCAG` 2.2 `Level` A und AA. Das Ergebnis ist ein Regelbefund, kein Konformitätszertifikat.

Warum kann der `Audit` ein `Modal` oder einen angemeldeten Bildschirm übersehen?

Der `Browser` lädt die öffentliche URL ohne deine authentifizierte Sitzung oder Skriptinteraktion. Verborgene Zustände und später geöffnete Komponenten werden deshalb möglicherweise nicht bewertet.

Was bedeutet die Schweregradstufe eines Verstoßes?

`Critical`, `Serious`, `Moderate` und `Minor` sind `axe`-`Impact`-Stufen zur Priorisierung. Sie ersetzen nicht das zugehörige `WCAG`-Kriterium, den Nutzerkontext oder die technische Untersuchung.