Barrierefreiheit-Checker – Web Accessibility Checker

Barrierefreiheit-Checker für Websites nach WCAG 2.2: Farbkontrast, Alt-Text, Überschriften, Farbenblindheit-Simulator, Berichte.

🔍 Barrierefreiheit-Checker für WCAG 2.0, 2.1 und 2.2 Barrierefreiheit-Checker verwandelt jeden Browser-Tab in einen Prüfplatz. Seitenleiste öffnen, Seite scannen, jeden Fehler nach Regel gruppiert lesen, mit dem gemessenen Wert neben dem geforderten Grenzwert, der Begründung, der Lösung und einem Codebeispiel zum Einfügen. Dieser Barrierefreiheit-Checker nutzt axe-core 4.13 und zusätzlich eine eigene Regelebene für jene WCAG-2.2-Kriterien, die andere Werkzeuge auslassen: Zielgröße, Fokus nicht verdeckt, barrierefreie Authentifizierung, Textabstand, Reflow. Die meisten installieren einen Barrierefreiheit-Checker wegen einer einzigen Frage vor dem Release: Was fällt durch, und wo genau. Diese Antwort steht nach zwei Sekunden auf der Seite, die ohnehin offen ist, ohne Build-Schritt und ohne Wartezeit in der Warteschlange eines gehosteten Crawlers. ✅ Was jeder Scan abdeckt ➤ Kontrast für normalen Text, großen Text, Nicht-Text-Elemente ➤ Alt-Texte, dekorative Bilder, anderswo beschriebene Grafiken ➤ Überschriften, Landmarken, Seitensprache, Dokumenttitel ➤ Formularbeschriftungen, Linktexte, Tabellen, Untertitel, Video ➤ Tabreihenfolge, Fokusanzeige, Tastaturfallen, Zielgröße 📐 Welche Normen gelten Ein Befund hilft erst, wenn er die Regel benennt, an der später gemessen wird, deshalb trägt jeder Befund sein Erfolgskriterium, seine Stufe und seine Version. 1. WCAG 2.0, 2.1, 2.2 über die Stufen A, AA, AAA 2. EN 301 549 sowie der European Accessibility Act in Europa 3. BITV 2.0 und das BFSG im deutschsprachigen Raum 4. Section 508, ADA Title III, AODA in Nordamerika 🎨 Kontrast auf zwei Arten gemessen Zwei Farben mit der Pipette aufnehmen, live verändern, WCAG-Verhältnis und APCA-Lc-Wert nebeneinander beobachten. Der Kontrastrechner urteilt gleichzeitig über normalen Text, großen Text und Nicht-Text-Elemente, sodass ein WCAG-2.1-AA-Ergebnis nur einen Blick vom strengeren WCAG-AAA-Ergebnis entfernt liegt. APCA gilt als neuere Methode im Umfeld von WCAG 3.0. 🕶 Sehsimulationen auf der echten Seite 1️⃣ Acht Farbsehtypen, von Protanopie bis Achromatopsie 2️⃣ Sehschwäche, Katarakt und Glaukom über dem echten Layout 3️⃣ Ein Lesemodus für Text, der nicht stillhalten will Der Farbenblindheit-Simulator läuft auf der Seite selbst, nie auf einem Screenshot, also gehören Hover-Zustände, Diagramme und Videoposter zur Prüfung dazu. 🧭 Probleme finden, ohne das DOM zu lesen - Locate heftet ein Schild mit Kriterium an das fehlerhafte Element - Überschriften- und Landmarkenkarten zeichnen die echte Struktur - Die Fokusreihenfolge wird entlang des Tastaturpfads nummeriert - Alt-Texte erscheinen neben jedem Bild, dekorative eingeschlossen 📄 Ergebnisse, mit denen eine Prüfung endet Das Testen ist die halbe Arbeit. Alles Folgende entsteht aus demselben Scan, damit der Barrierefreiheitsbericht exakt zu dem Tab passt, den Sie geprüft haben. 📊 Gestalteter HTML-Bericht, direkt als PDF druckbar 🧾 CSV und JSON für Tickets, Boards und Pipelines ✍ Entwurf einer Erklärung zur Barrierefreiheit 📋 VPAT-Tabelle für Vergabe und Beschaffung Am Montag als Generator für die Erklärung zur Barrierefreiheit, am Freitag als Quelle für einen Konformitätsbericht. 🌐 Prüfung über eine einzelne Seite hinaus Gleiche Domain in einem Durchlauf scannen, Verlauf behalten, zwei Läufe vergleichen und sehen, was kaputt ging und was repariert wurde. So wird aus der Einzelprüfung ein Regressionstest zur Barrierefreiheit vor jedem Release. ✦ Warum dieses Panel angeheftet bleibt ✦ Jeder Befund zeigt den Messwert statt eines vagen Schlagworts ✦ Die Hinweise erklären die Lösung, nicht nur den Regelnamen ✦ Alles lässt sich exportieren, niemand tippt Berichte nach ✦ Das Panel besteht die eigene Prüfung nach WCAG 2.2 AA 🔒 Datenschutz ohne Kleingedrucktes Keine Seiteninhalte, keine Adressen, keine Ergebnisse verlassen den Rechner. Ein Scanner ohne Serverkontakt erreicht Orte, an die gehostete Scanner nie kommen: Staging, Intranet, Vorabversionen. Kein Konto, keine Anmeldung, kein Netz nötig. 👥 Für das ganze Team gebaut Entwicklung räumt Fehler vor dem Review ab, Design prüft Farbentscheidungen, QA testet die Web-Barrierefreiheit im Sprint, Agenturen erzeugen Kundendokumente, Redaktionen entscheiden über Veröffentlichung. Jede gerenderte Seite zählt. ⚡ Drei Schritte bis zum Dokument → Alt+Umschalt+A drücken und die Prüfung laufen lassen → Liste abarbeiten, Element finden, beheben, erneut scannen → Bericht, Erklärung oder Konformitätstabelle exportieren ⚖ Ehrlich zu den Grenzen Automatische Werkzeuge erreichen etwa ein Drittel der WCAG-Erfolgskriterien, und jede Bewertung sowie jeder Entwurf sagt das offen. Maschinell prüfbare Fehler schnell beseitigen, die gewonnene Zeit in Ermessensfragen stecken, die kein Skript beantwortet. Eine Hilfe zur Prüfung, kein Zertifikat. ⌨ In zehn Sekunden startklar Erweiterung anheften, beliebige Seite öffnen, Alt+Umschalt+A drücken. Kein Build, kein Onboarding, keine Testfrist. Das Panel spricht fünfzehn Sprachen.