♿ Barrierefreiheit

Accessibility Testing Tools 2026

Die 10 besten Tools für barrierefreie Websites — und wie Sie sie richtig einsetzen.

📅 28. Februar 2026 ⏱️ 11 Min. Lesezeit

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.

In diesem Guide stellen wir die 10 besten Testing-Tools vor — sortiert nach Kategorie und mit konkreten Einsatz-Empfehlungen.

🎯 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.

Infografik: Barrierefreiheit testen — 4 Tool-Kategorien: Browser-Plugins, Screenreader, CI/CD-Integration, Spezialisierte Tools

🏆 Die 10 besten Testing-Tools

BROWSER Extensions für schnelle Tests

🪓

axe DevTools

Goldstandard

Die 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

MANUELL Screenreader für echte Tests

🖥️ 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

CI/CD Automatisierte Tests in der Pipeline

🤖 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

SPEZIAL Simulation & Kontrast

👁️ 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

⚙️ Empfohlener Test-Workflow

So integrieren Sie Accessibility-Testing in Ihren Entwicklungsprozess — ohne alles umkrempeln zu müssen.

1

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.

2

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.

3

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.

4

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?

5

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.

📊 Alle Tools im Überblick

Tool Kategorie Kosten Beste Stärke
axe DevToolsBrowserKostenlosUmfassendster automatischer Test
WAVEBrowserKostenlosVisuelles Fehler-Overlay
LighthouseBrowser / CLIKostenlosScore + CI/CD-Integration
IBM Equal AccessBrowserKostenlosARIA-Prüfung
NVDAScreenreaderKostenlosWindows Screenreader-Test
VoiceOverScreenreaderEingebautmacOS + iOS Mobile-Test
JAWSScreenreaderAb 95 $/J.Industriestandard (53 % Markt)
Pa11yCI/CDOpen SourcePipeline-Automatisierung
FunkifySimulationKostenlosBehinderungssimulation
Contrast CheckerWeb-ToolKostenlosFarbkontrast WCAG AA/AAA

❓ Häufige Fragen

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.

♿ Barrierefreiheit professionell testen?

Wir prüfen Ihre Website auf WCAG 2.1 AA-Konformität — automatisiert und manuell. Kostenfrei und unverbindlich.

Jetzt Beratung anfragen

Weitere Artikel

Barrierefreies Webdesign

Grundlagen und Gestaltungsprinzipien.

Barrierefreiheit Checkliste

Punkt für Punkt prüfen.

Barrierefreiheits-Beratung

BFSG-Umsetzung mit Yagemi.