Wird geladen…
Barrierefreiheit testen: Tools und Methoden im Überblick
Kein automatisiertes Tool der Welt kann vollständige Barrierefreiheit garantieren. Das liegt nicht daran, dass die Tools schlecht wären – sondern daran, dass viele Barrieren nur durch menschliches Urteil erkannt werden können. Ob ein Alt-Text sinnvoll formuliert ist, ob eine Navigation logisch aufgebaut ist, ob ein Screenreader eine Seite verständlich vorliest – das kann kein Skript beurteilen.
Trotzdem sind automatisierte Tests unverzichtbar. Wer systematisch testet, findet echte Probleme früh und spart Zeit. Hier ist ein realistischer Überblick.
Was automatische Tests leisten – und was nicht
Automatisierte Accessibility-Tests erkennen strukturelle Probleme zuverlässig: fehlende Alt-Texte, unzureichende Farbkontraste, falsch beschriftete Formularfelder, fehlende Sprachauszeichnung. Studien schätzen, dass damit etwa 30–40 % aller WCAG-Verstöße gefunden werden.
Den Rest – ob Inhalt in einer sinnvollen Reihenfolge vorgelesen wird, ob Interaktionsmuster für Screenreader-Nutzende intuitiv sind, ob eine Fehlermeldung tatsächlich verständlich ist – das braucht Menschen. Am besten solche, die Hilfsmittel täglich nutzen.
Automatisierte Tools
Browser-Extension – axe DevTools
Der Industriestandard. Integriert in Chrome und Firefox DevTools, sehr niedrige Falsch-Positiv-Rate. Gut für Entwickler:innen im täglichen Einsatz.
axe DevTools besuchen (öffnet in neuem Tab)Browser-Extension – WAVE
Zeigt Barrierefreiheitsprobleme visuell direkt auf der Seite. Besonders hilfreich für Einsteiger:innen, weil Probleme im Kontext sichtbar werden.
WAVE besuchen (öffnet in neuem Tab)In Chrome DevTools – Lighthouse
Gibt einen Accessibility-Score und konkrete Verbesserungshinweise. Gut für CI/CD-Integration und erste Orientierung.
Lighthouse besuchen (öffnet in neuem Tab)CLI / CI – Pa11y
Kommandozeilenwerkzeug für automatisierte Tests. Ideal für die Integration in Build-Pipelines und kontinuierliche Überwachung.
Pa11y besuchen (öffnet in neuem Tab)Farbkontrast – Contrast Checker (WebAIM)
Schnell prüfen, ob Vorder- und Hintergrundfarben die WCAG-Kontrastanforderungen erfüllen. Unterstützt Normal- und Großtext-Unterscheidung.
Contrast Checker (WebAIM) besuchen (öffnet in neuem Tab)
Screenreader-Tests: Wie man anfängt
Wer zum ersten Mal mit einem Screenreader testet, erlebt oft eine Überraschung. Technisch valides HTML klingt nicht automatisch gut. Die Reihenfolge der Inhalte, die Formulierung von Links, die Struktur von Überschriften – all das beeinflusst, wie verständlich eine Seite wirklich ist.
Für den Einstieg empfehlen sich zwei Kombinationen: NVDA mit Firefox oder Chrome unter Windows, und VoiceOver mit Safari auf macOS oder iOS. Diese Kombinationen decken einen Großteil realer Nutzungsszenarien ab.
Screenreader
Windows (kostenlos) – NVDA
Quelloffener Screenreader für Windows. Zusammen mit Firefox der meistgenutzte Screenreader weltweit. Kostenloser Download auf der Projektseite.
NVDA besuchen (öffnet in neuem Tab)Windows (kostenpflichtig) – JAWS
In Unternehmensumgebungen der verbreitetste Screenreader. Kostenpflichtig, aber für professionelle Tests und Unternehmensanforderungen unverzichtbar.
JAWS besuchen (öffnet in neuem Tab)macOS / iOS (eingebaut) – VoiceOver
Im Betriebssystem integriert, kein Download nötig. Mit Safari auf Mac und iPhone ein wesentlicher Testpfad – besonders für mobile Barrierefreiheit.
VoiceOver besuchen (öffnet in neuem Tab)Android (eingebaut) – TalkBack
Standard-Screenreader auf Android-Geräten. Für mobile Accessibility-Prüfung unverzichtbar. In den Einstellungen unter Bedienungshilfen zu finden.
TalkBack besuchen (öffnet in neuem Tab)
Über die Autorin / den Autor
