Der beste Startpunkt für Accessibility-Tests ist axe DevTools: kostenlos, von Google empfohlen und der Goldstandard unter den automatischen Prüf-Tools. Ergänzen Sie es mit WAVE für visuelles Feedback und einem Screenreader wie NVDA oder VoiceOver für manuelle Tests. Wichtig: Kein Tool findet alle Probleme — automatisierte Tests decken nur 30–40 % der WCAG-Verstöße auf, der Rest erfordert manuelle Prüfung durch einen Menschen. In diesem Guide stellen wir die 10 besten Testing-Tools vor — nach Kategorie sortiert und mit einem konkreten Test-Workflow.
Ab Juni 2025 greift das Barrierefreiheitsstärkungsgesetz (BFSG). Wer eine Website betreibt, muss sicherstellen, dass sie für alle Menschen nutzbar ist — auch für Nutzer mit Sehbehinderungen, motorischen Einschränkungen oder kognitiven Beeinträchtigungen.
Die gute Nachricht: Barrierefreiheit lässt sich testen. Und die besten Tools dafür sind kostenlos. Die schlechte Nachricht: Kein Tool findet alle Probleme. Automatisierte Tests decken nur 30–40 % der WCAG-Verstöße auf. Der Rest erfordert manuelle Prüfung.
Wichtig zu wissen: Automatisierte Tools sind der Startpunkt — nicht das Ziel. Sie finden fehlende Alt-Texte, mangelnden Kontrast und kaputte ARIA-Attribute. Aber ob eine Navigation mit der Tastatur sinnvoll bedienbar ist, ob Inhalte verständlich sind und ob der Screenreader-Output logisch klingt — das kann nur ein Mensch beurteilen.
1. Browser-Extensions für schnelle Tests
Browser-Extensions sind der schnellste Weg, eine Seite während der Entwicklung zu prüfen. Sie laufen direkt im Browser und melden WCAG-Verstöße in Sekunden.
axe DevTools
GoldstandardDie Referenz unter den Accessibility-Testing-Tools. Von Deque entwickelt, von Google empfohlen, in den Chrome DevTools integrierbar. Findet WCAG 2.1 A/AA-Verstöße zuverlässig und erklärt jeden Fund mit Beispiel-Fix.
Kostenlos Chrome / Firefox / Edge WCAG 2.1 AA
WAVE
Zeigt Probleme direkt auf der Seite an — als farbige Icons und Overlays. Besonders hilfreich um zu verstehen, wo ein Problem auf der Seite liegt. Ideal als Ergänzung zu axe.
Kostenlos Chrome / Firefox Visuelles Feedback
Lighthouse
Bereits in Chrome eingebaut. Gibt einen Accessibility-Score von 0–100 und listet konkrete Verstöße auf. Gut als Schnell-Check — aber weniger tiefgehend als axe. Ideal für die CI/CD-Pipeline.
Kostenlos Chrome DevTools Score-basiert
IBM Equal Access
IBMs Checker prüft gegen WCAG 2.1 und die eigenen IBM-Standards. Besonders gründlich bei ARIA-Rollen und dynamischen Inhalten. Weniger bekannt, aber sehr solide.
Kostenlos Chrome / Firefox ARIA-Spezialist
2. Screenreader für echte Tests
Was automatische Tools nicht leisten: prüfen, ob der vorgelesene Inhalt für blinde Nutzer wirklich Sinn ergibt. Dafür brauchen Sie einen Screenreader — und sollten mit mindestens zwei verschiedenen testen.
NVDA
Der wichtigste freie Screenreader für Windows. Open Source, aktiv gepflegt, von 33 % aller Screenreader-Nutzer verwendet. Pflicht für jeden Accessibility-Test.
Windows • Kostenlos • Open Source
VoiceOver
In macOS und iOS eingebaut. Kein Download nötig — einfach Cmd+F5 drücken. Unverzichtbar für Mobile-Tests auf iPhone und iPad.
macOS / iOS • Kostenlos • Eingebaut
JAWS
Der meistgenutzte Screenreader (53 % Marktanteil). Kommerziell, aber Industriestandard. Viele Unternehmen und Behörden nutzen JAWS — testen Sie damit wenn möglich.
Windows • Ab 95 $/Jahr • Industriestandard
3. Automatisierte Tests in der Pipeline
Damit sich keine neuen Probleme einschleichen, gehören Accessibility-Tests in die CI/CD-Pipeline. Diese Tools testen bei jedem Push automatisch.
Pa11y
Open-Source CLI-Tool für die Pipeline. Testet URLs automatisch und gibt Fehler als JSON oder HTML aus. Perfekt für GitHub Actions oder GitLab CI. Einfach: npx pa11y https://example.com.
Node.js • Open Source • CLI + CI/CD
Tenon
API-basierter Service für automatisierte Tests. Lässt sich in jedes Build-System integrieren. Der Free-Plan reicht für kleinere Projekte. Besonders gut bei dynamischen SPAs.
API • Free-Plan • Enterprise verfügbar
4. Simulation & Kontrast
Zwei Spezialwerkzeuge runden die Toolbox ab: eines macht Behinderungen für Stakeholder erlebbar, das andere prüft Farbkontraste auf einen Blick.
Funkify
Simuliert verschiedene Behinderungen direkt im Browser: Farbenblindheit, Dyslexie, Parkinson-Tremor, eingeschränktes Sichtfeld. Macht Barrierefreiheit für Stakeholder greifbar.
Chrome • Kostenlos • Behinderungssimulation
WebAIM Contrast Checker
Prüft ob Ihre Farbkombinationen WCAG AA (4.5:1) oder AAA (7:1) erfüllen. Einfach Vorder- und Hintergrundfarbe eingeben. WCAG-Konformität auf einen Blick.
Web-Tool • Kostenlos • Farbkontrast-Check
5. Empfohlener Test-Workflow
So integrieren Sie Accessibility-Testing in Ihren Entwicklungsprozess — ohne alles umkrempeln zu müssen.
Während der Entwicklung: axe DevTools
Öffnen Sie die Browser-Extension bei jeder Änderung. Fixe die Fehler sofort — nicht „später". Dauert 2 Minuten und verhindert, dass sich Probleme aufstauen.
Vor dem Deploy: Lighthouse-Check
Accessibility-Score muss ≥ 90 sein. Alles darunter = noch nicht deployen. Automatisierbar in der CI/CD-Pipeline mit npx lighthouse --only-categories=accessibility.
Nach dem Deploy: WAVE visuell prüfen
WAVE zeigt Probleme als Overlays direkt auf der Live-Seite. Besonders hilfreich um Kontrastprobleme, fehlende Labels und Strukturfehler auf einen Blick zu sehen.
Monatlich: Manuell mit Screenreader
Navigieren Sie die komplette Seite nur mit der Tastatur. Testen Sie mit NVDA oder VoiceOver. Ergibt der vorgelesene Inhalt Sinn? Kann man alle Funktionen ohne Maus erreichen?
In der CI/CD-Pipeline: Pa11y automatisieren
Bei jedem Push automatisch testen. Build bricht ab wenn kritische Fehler gefunden werden. So schleichen sich keine neuen Probleme ein.
6. Alle Tools im Überblick
Die zehn Tools im direkten Gegenüber — sortiert nach Kategorie, mit der jeweils besten Stärke.
| Tool | Kategorie | Kosten | Beste Stärke |
|---|---|---|---|
| axe DevTools | Browser | Kostenlos | Umfassendster automatischer Test |
| WAVE | Browser | Kostenlos | Visuelles Fehler-Overlay |
| Lighthouse | Browser / CLI | Kostenlos | Score + CI/CD-Integration |
| IBM Equal Access | Browser | Kostenlos | ARIA-Prüfung |
| NVDA | Screenreader | Kostenlos | Windows Screenreader-Test |
| VoiceOver | Screenreader | Eingebaut | macOS + iOS Mobile-Test |
| JAWS | Screenreader | Ab 95 $/J. | Industriestandard (53 % Markt) |
| Pa11y | CI/CD | Open Source | Pipeline-Automatisierung |
| Funkify | Simulation | Kostenlos | Behinderungssimulation |
| Contrast Checker | Web-Tool | Kostenlos | Farbkontrast WCAG AA/AAA |
7. Fazit: Mit System testen statt nur abhaken
Barrierefreiheit lässt sich messen — aber nicht mit einem einzigen Tool. Setzen Sie auf eine Kombination: axe DevTools während der Entwicklung, Lighthouse als Deploy-Gate, WAVE für die visuelle Prüfung, Pa11y in der Pipeline und einen Screenreader für den monatlichen Realitäts-Check. Automatisierte Tests sind Pflicht — aber erst die manuelle Prüfung macht eine Website wirklich nutzbar.
Sie möchten Ihre Website rechtssicher auf das BFSG vorbereiten? Wir prüfen sie automatisiert und manuell auf WCAG 2.1 AA — von der Barrierefreiheits- und WCAG-Umsetzung bis zur Eye-Able- und BFSG-Beratung. Vertiefen Sie das Thema außerdem mit unserem Guide zu barrierefreiem Webdesign.
8. Häufige Fragen zu Accessibility Testing Tools
Welches Tool ist das beste für Accessibility-Tests?
axe DevTools. Kostenlos, von Google empfohlen, findet die meisten automatisch erkennbaren Probleme. Für visuelle Prüfung ergänzen Sie mit WAVE. Für manuelle Tests: NVDA oder VoiceOver.
Reichen automatisierte Tests für WCAG-Konformität?
Nein — und das ist entscheidend. Automatisierte Tools finden nur 30–40 % der WCAG-Verstöße. Dinge wie „Ergibt die Überschriften-Reihenfolge Sinn?" oder „Ist der Alt-Text sinnvoll?" kann nur ein Mensch beurteilen. Automatisiert testen ist Pflicht — aber nicht ausreichend.
Wie oft sollte ich testen?
Automatisiert: bei jeder Code-Änderung (CI/CD). Manuell mit Screenreader: mindestens einmal pro Monat oder nach größeren Änderungen. WAVE visuell: nach jedem Deploy neuer Seiten.
Welche Screenreader sollte ich zum Testen nutzen?
Mindestens zwei: NVDA (Windows, kostenlos) und VoiceOver (macOS/iOS, eingebaut). Wenn möglich auch JAWS, da es mit 53 % Marktanteil der am meisten genutzte Screenreader ist.
Was ist der Unterschied zwischen WCAG A, AA und AAA?
A ist die Mindestanforderung. AA ist der Standard den die meisten Gesetze (auch das BFSG) fordern. AAA ist die höchste Stufe und für viele Websites nur teilweise erreichbar. Zielen Sie auf AA — das ist der Sweet Spot zwischen Aufwand und Wirkung.