Barrierefreiheit Website prüfen – Tools vs. Manuelle Tests

Warum die Prüfung der Barrierefreiheit jetzt Pflicht ist

Kurzfassung: Seit dem Barrierefreiheitsstärkungsgesetz (BFSG) ist barrierefreie Gestaltung vieler Websites bis 2025 gesetzlich gefordert. WCAG (Web Content Accessibility Guidelines) sind der internationale Standard und definieren konkrete Anforderungen — von Kontrastverhältnissen über Alternativtexte bis zur Tastaturnavigation.

Barrierefreiheit ist kein einmaliges Projekt: Jedes Update kann neue Barrieren schaffen. Deshalb brauchst du eine wiederkehrende Prüfstrategie, die zu deinem Workflow passt. Die Kombination aus automatischen Tools und manuellen Prüfungen hat sich in der Praxis bewährt: Tools finden die offensichtlichen Fehler schnell, manuelle Tests decken die subtilen Probleme auf, die echte Nutzer täglich frustrieren.

Automatische Checker: Schnelle Helfer mit klaren Grenzen

Wie automatische Tools arbeiten

WAVE, axe DevTools, Lighthouse oder Silktide scannen HTML-Code automatisiert: Fehlende Alt-Texte, Kontrastverhältnisse, Überschriftenstruktur und offensichtliche ARIA-Fehler. Die Browser-Integration (z. B. Lighthouse in Chrome DevTools) macht schnelle Checks direkt während der Entwicklung möglich.

Limitierungen

Automatische Checker erkennen nur maschinenlesbare Probleme. Sie prüfen nicht, ob Alt-Texte sinnvoll sind, ob die Lesereihenfolge stimmt, oder ob Fehlermeldungen für Nutzer aussagekräftig sind. Statistik: Automatische Tests decken bestenfalls 30–50% der WCAG-Kriterien ab.

Manuelle Prüfverfahren: Der Goldstandard für echte Barrierefreiheit

Prozess und Beispiele

Manuelle Audits prüfen Tastaturnavigation, Screenreader-Nutzung (NVDA, JAWS, VoiceOver), semantische Struktur (h1–h6, lists, tables) und Verständlichkeit der Inhalte. Ein Beispiel: Eine Seite kann in automatischen Tests Bestnoten haben und dennoch für Screenreader-Nutzer unbrauchbar sein — etwa wenn Tabellen keine th-Elemente haben oder die Tab-Reihenfolge durcheinander ist.

Manuelle Prüfungen sind zeitintensiv (eine mittlere Website: 20–40 Stunden), liefern aber verlässliche Ergebnisse und sind für rechtssichere Barrierefreiheit unerlässlich.

Die wichtigsten Tools im Praxischeck

WAVE ist großartig für schnelle visuelle Checks. Lighthouse läuft in Chrome DevTools und ist praktisch während der Entwicklung. axe DevTools erkennt Probleme in dynamischen JavaScript-Anwendungen. Silktide ist eine kostenpflichtige, umfassende Monitoring-Lösung. Ergänzend: Contrast Checker-Tools (WebAIM, Coolors) für Farbtests und NVDA/VoiceOver/JAWS für Screenreader-Tests.

Wo automatische Tests an ihre Grenzen stoßen

Typische Probleme

Maschinen verstehen keinen Kontext: ein vorhandener Alt-Text kann trotzdem inhaltsleer sein; CSS-gesteuerte visuelle Reihenfolge kann von der DOM-Reihenfolge abweichen; dynamische Inhalte in Single-Page-Applications werden oft nicht vollständig geprüft. Multimedia-Qualität (Untertitel, Audiodeskription) und Lesbarkeit von Texten erfordern menschliche Bewertung.

Wie du manuelle Tests systematisch durchführst

Schritte im Detail

1. Tastatur-Navigation: Gesamte Seite ohne Maus bedienen, Fokus sichtbar, Tab-Reihenfolge logisch.
2. Zoom-Test: 200–400% Zoom prüfen, Inhalte dürfen nicht unlesbar werden.
3. Screenreader-Test: NVDA oder VoiceOver nutzen, Struktur, Links, Formulare anhören.
4. Struktur-Analyse: Semantische Elemente, Überschriften-Hierarchie, Accessibility Tree prüfen.
5. Formular-Check: Labels, Fehlerbehandlung, Fokus-Management und verständliche Fehlermeldungen.
6. Kontrast-Prüfung: Kontrastverhältnisse mit Tools messen (4.5:1 für normalen Text).
7. Content-Prüfung: Verständlichkeit, Abkürzungen, link-context (kein „hier klicken“).
8. Multimedia-Check: Untertitel, Transkripte, Audiodeskriptionen prüfen.
9. Dokumentation: Screenshots, WCAG-Referenz, Schweregrad und Lösungsvorschläge.

Die optimale Kombination: Automatisch plus manuell

Empfohlener Workflow

Phase 1: Automatischer Schnelltest (WAVE/Lighthouse) — Low-hanging fruits sofort beheben.
Phase 2: Automatisches Monitoring (z. B. Silktide, axe Monitor) für laufende Kontrolle.
Phase 3: Schwerpunkt-Analyse: Identifiziere kritische Bereiche für manuelle Prüfungen (Formulare, Checkout, Buchungsprozesse).
Phase 4: Manuelle Tiefenprüfung und User-Testing mit Betroffenen.
Phase 5: Iteratives Verbessern, Tracking via Jira/Trello und regelmäßige Reviews.

Häufige Fehler vermeiden und rechtlich auf der sicheren Seite sein

Rechtliches und Dokumentation

Häufige Fehler: Nur automatische Tests nutzen; Alt-Texte ohne Sinn; nur die Startseite prüfen; ARIA statt semantischem HTML; Kontraste nach Augenmaß; fehlende Fehlerbehandlung in Formularen; Videos ohne Untertitel.

Das BFSG verlangt in vielen Fällen WCAG 2.1 Level AA. Automatische Testergebnisse allein bieten keine rechtliche Absicherung. Führe eine Barrierefreiheitserklärung, dokumentiere bekannte Probleme und Maßnahmen und priorisiere Nachbesserungen.