Barrierefreiheit technisch prüfen
Automatisierte und manuelle Verfahren sowie ihre Grenzen richtig kombinieren.
Kurzantwort: Ein Accessibility Audit verbindet automatisierte Prüfungen mit manueller Tastatur-, Fokus-, Semantik- und Interaktionsprüfung. Ein Tool-Scan allein reicht nicht aus, um die zugängliche Bedienbarkeit eines Systems vollständig zu bewerten.
Digitale Barrierefreiheit technisch und reproduzierbar prüfen
Automatisierte Scanner erkennen nur einen Teil möglicher Barrieren. Viele relevante Befunde entstehen erst beim tatsächlichen Bedienen: Fokusführung, Tastaturreihenfolge, semantische Zustände, Fehlermeldungen, Dialoge, dynamische Inhalte oder Interaktionen mit assistiven Technologien.
Die Prüfung dokumentiert deshalb Systemstand, Prüfumfang, Referenzkriterien, Toolversionen und manuelle Prüfschritte. Technischer Befund und rechtliche Konformitätsfrage bleiben voneinander getrennt.
Typische Anlässe
- Website, Webanwendung oder Software soll vor Relaunch, Beschaffung oder Veröffentlichung technisch geprüft werden
- automatisierte Accessibility-Berichte sollen fachlich eingeordnet und manuell ergänzt werden
- Tastatur-, Fokus-, Semantik- oder Formularprobleme sollen reproduzierbar dokumentiert werden
- bestehende Barrierefreiheitsbewertungen sollen technisch nachvollzogen oder als Second Opinion geprüft werden
Typische technische Fragestellungen
- Welche Seiten, Komponenten, Zustände und Nutzerpfade bilden eine sachgerechte Prüfmenge?
- Welche automatisiert erkannten Befunde sind valide, falsch positiv oder nur Hinweise für eine manuelle Prüfung?
- Bleiben Inhalte und Kernfunktionen bei Kontrast-, Zoom- und Reflow-Prüfungen sowie in relevanten assistiven Nutzungssituationen wahrnehmbar und bedienbar?
- Sind Kernfunktionen per Tastatur erreichbar, ist Fokus sichtbar und logisch geführt, und sind Zustände semantisch erkennbar?
- Welche Befunde gelten nur für die geprüfte Version, Browser-/Gerätekombination oder Stichprobe?
Prüfrahmen: Der Audit-Scope definiert Seiten beziehungsweise Screens, Komponenten, Interaktionen, Systemversion, Prüfumgebung und vereinbarte Referenzkriterien. Nicht geprüfte Zustände werden ausdrücklich nicht als bestanden behandelt.
Accessibility-Prüfkette
Vom Systemstand zum nachvollziehbaren Barrierefreiheitsbefund
1
Scope & Kriterien
Systemstand, repräsentative Seiten/Flows und die vereinbarten Accessibility-Kriterien festlegen.
2
Automatisierte Prüfung
Maschinell prüfbare Muster erfassen, Toolversionen dokumentieren und Treffer fachlich verifizieren.
3
Manuelle Prüfung
Tastatur, Fokus, Semantik, dynamische Zustände, Fehlermeldungen und zentrale Interaktionen praktisch prüfen.
4
Befund & Grenze
Probleme, Schweregrad, Reproduktionsschritte und nicht geprüfte Bereiche transparent dokumentieren.
Ein bestandener automatisierter Scan ist keine Gesamtfreigabe. Ebenso ist ein einzelner manueller Befund nicht automatisch auf alle Seiten, Geräte oder Assistenztechnologien übertragbar.
Typische Untersuchungsgrundlagen
- definierte URL-, Screen- oder Komponentenstichprobe und konkreter Systemstand
- automatisierte Accessibility-Reports mit dokumentiertem Tool- und Regelstand
- manuelle Tastatur-, Fokus-, Semantik-, Formular-, Kontrast-, Zoom-/Reflow- und Dialogprüfungen
- DOM-, Accessibility-Tree- und Zustandsinformationen sowie vereinbarte Prüfungen mit Assistenztechnologien, soweit für den Befund erforderlich
- Screenshots oder reproduzierbare Schritte als ergänzende Dokumentation – nicht als alleinige Ursache
Was Sie als Ergebnis erhalten
- Technischer Befundkatalog: reproduzierbare Barrieren mit betroffenem Zustand und Prüfschritt
- Priorisierung: Relevanz für zentrale Aufgaben und Auswirkung im geprüften Nutzungskontext
- Reproduktionshinweise: Umgebung, Schritte und erforderliche Systemzustände zur Nachprüfung
- Aussagegrenzen: klar benannte nicht geprüfte Seiten, Zustände, Geräte oder Assistenztechnologien
Aussage- und Entscheidungsgrenze: Der technische Audit stellt keine Rechtsberatung und keine pauschale Bestätigung gesetzlicher Konformität dar. Ob und welche rechtlichen Anforderungen auf einen konkreten Anbieter oder Dienst anwendbar sind, ist getrennt zu beurteilen.
Passende weitere Leistungen
Vertiefendes Wissen
Tastatur, Fokus und Semantik
Interaktive Zustände und Bedienbarkeit reproduzierbar untersuchen.
Fehlerzustände und Rückmeldungen
Fehlerbehandlung und Benutzerkontrolle als Teil zugänglicher Bedienbarkeit prüfen.
Nutzungskontext abgrenzen
Systemstand, Aufgabe und Nutzergruppe als Bedingungen der Aussage definieren.
Häufige Fragen
Reicht ein automatisierter Accessibility-Scanner aus?
Nein. Automatisierte Tools finden nur maschinell erkennbare Muster. Tastaturbedienung, Fokusführung, semantische Zustände und viele Interaktionen benötigen manuelle Prüfung.
Ist ein Accessibility Audit automatisch ein rechtlicher BFSG-Nachweis?
Nein. Der Audit dokumentiert technische Befunde im vereinbarten Scope. Rechtliche Anwendbarkeit und rechtliche Konformität sind getrennte Fragen.
Muss jede Seite eines großen Systems geprüft werden?
Nicht zwingend. Häufig wird eine risikoorientierte beziehungsweise repräsentative Stichprobe vereinbart. Dann muss die Aussage ausdrücklich auf diesen Scope begrenzt bleiben.
Accessibility-Audit-Scope vorbereiten
Hilfreich sind Zielsystem, zentrale Nutzerpfade, relevante Seiten oder Komponenten, aktueller Release-Stand und vorhandene Accessibility-Berichte. Daraus kann eine nachvollziehbare Prüfmenge festgelegt werden.
Anfrage senden