UX- und Softwareergonomie-Sachverständigung
Automatisierte Prüfwerkzeuge können relevante Barrieren erkennen, aber nicht sämtliche Barrierefreiheitsaspekte selbstständig beurteilen. Eine belastbare Untersuchung bestimmt deshalb Prüfbereich, Referenzstandard, Produktstand, manuelle Prüfschritte und Aussagegrenzen.
Kurzantwort
Ein automatischer Accessibility-Scan ist ein technischer Teilbefund und kein vollständiger Nachweis der Barrierefreiheit eines digitalen Produkts.
WCAG-EM 2.0 beschreibt einen strukturierten Evaluationsprozess für digitale Produkte; die konkrete rechtliche Einordnung bleibt davon getrennt.
Vom automatischen Hinweis zur begrenzten Barrierefreiheitsaussage
1. Prüfbereich und Referenzstandard bestimmen
Vor der Evaluation muss feststehen, welche Produktversion und welche Teile tatsächlich beurteilt werden.
Version und relevante Funktionen festhalten
Eine spätere Änderung an Navigation, Inhalt, Komponenten oder Framework kann einen neuen Prüfstand erzeugen.
WCAG-Version und Konformitätsziel ausdrücklich benennen
Eine Aussage zur Konformität benötigt einen bestimmten Referenzstandard und darf nicht pauschal von einem beliebigen Accessibility-Check abgeleitet werden.
2. Automatisierte Werkzeuge als Teilprüfung einsetzen
Automatisierung kann Prüfaufwand reduzieren und bestimmte technische Muster zuverlässig auffinden.
Werkzeugbefund dem konkreten Kriterium zuordnen
Ein gemeldeter Fehler oder Warnhinweis muss darauf geprüft werden, welche Anforderung und welchen DOM- oder Inhaltszustand er tatsächlich betrifft.
Tool-Pass ist kein vollständiger Accessibility-Pass
Nicht alle Kriterien lassen sich automatisieren; auch falsch positive oder irreführende Ergebnisse sind möglich.
3. Nicht automatisierbare Aspekte manuell bewerten
Fachliches Urteil bleibt erforderlich, wenn Bedeutung, Reihenfolge, Verständlichkeit oder Interaktionsqualität beurteilt werden müssen.
Tastatur- und Fokusverhalten praktisch untersuchen
Die technische Existenz eines fokussierbaren Elements beweist noch nicht, dass ein kompletter Arbeitsablauf verständlich und bedienbar bleibt.
Semantik und verständliche Kommunikation kontextbezogen prüfen
Vorhandene Attribute oder Texte müssen im konkreten Interface sinnvoll mit Funktion und Nutzeraufgabe zusammenwirken.
4. Stichprobe und Produkterkundung nachvollziehbar wählen
Bei großen digitalen Produkten kann eine repräsentative Auswahl erforderlich sein.
WCAG-EM trennt Scope, Produkterkundung und Stichprobenauswahl
Dadurch wird sichtbar, welche Ansichten, Funktionen und Zustände tatsächlich Teil der Evaluation waren.
Nicht untersuchte Bereiche bleiben außerhalb der Aussage
Eine Teilstichprobe darf nicht stillschweigend als vollständige Untersuchung aller Produktzustände dargestellt werden.
| Ebene | Technischer Befund | Aussagegrenze |
|---|---|---|
| Automatischer Check | maschinenprüfbarer Befund | keine Gesamtbewertung |
| Manuelle Prüfung | fachlich bewertetes Kriterium | nur geprüfter Zustand |
| Stichprobe | ausgewählte Ansichten/Funktionen | keine ungeprüften Bereiche |
| Nutzerprüfung | reale Nutzungserfahrung | keine Gesamtpopulation |
| Konformitätsbericht | dokumentierter Prüfstand | keine automatische Rechtsbewertung |
5. Nutzerbeteiligung ergänzend einordnen
Menschen mit Behinderungen können Barrieren und Nutzungseffekte sichtbar machen, die eine reine Konformitätsprüfung nicht vollständig erfasst.
Nutzerbeobachtung ergänzt Standardprüfung
Reale Nutzung kann technische oder allgemeine Usability-Probleme aufdecken, die vorher nicht erkannt wurden.
Einzelne Nutzerprüfung beweist keine vollständige Konformität
Erfahrungen einzelner Personen sind wertvolle Evidenz, können aber nicht ohne weiteres auf alle Behinderungsarten oder Nutzungssituationen verallgemeinert werden.
Warum ein Accessibility-Tool allein keine vollständige Barrierefreiheit bestätigt
Automatisierte Werkzeuge können nur einen Teil der relevanten Kriterien eigenständig prüfen.
Eine vollständige fachliche Evaluation benötigt je nach Fragestellung zusätzlich manuelle Prüfung, Kontextwissen und nachvollziehbare Dokumentation.
6. Technische Konformitätsaussage von Rechtsbewertung trennen
Technische Standards und Evaluationsmethoden beantworten nicht automatisch sämtliche rechtlichen Fragen.
Prüfbericht muss Scope und Verfahren offenlegen
Nur so kann nachvollzogen werden, welche Kriterien, Produktteile, Technologien und Zustände untersucht wurden.
Rechtliche Anforderungen gesondert bestimmen
Ob und in welchem Umfang gesetzliche Pflichten für einen konkreten Anbieter oder ein Produkt gelten, ist eine eigenständige Rechtsfrage.
Ist die Barrierefreiheitsprüfung hinreichend dokumentiert?
- Ist die konkrete Produktversion bestimmt?
- Ist der Prüfbereich festgelegt?
- Ist der verwendete Referenzstandard benannt?
- Sind automatisierte Tool-Befunde dokumentiert?
- Sind manuelle Prüfschritte ausgewiesen?
- Ist eine Stichprobenauswahl nachvollziehbar begründet?
- Sind Nutzerprüfungen korrekt in ihrer Reichweite eingeordnet?
- Ist technische Konformität von rechtlicher Würdigung getrennt?
Konstruiertes Beispiel
Ein automatischer Scan meldet keine Fehler auf einer Formularseite. Die manuelle Tastaturprüfung zeigt jedoch, dass der Fokus nach einer Fehlermeldung nicht nachvollziehbar weitergeführt wird. Der Tool-Pass wird deshalb nicht als vollständiger Barrierefreiheitsnachweis interpretiert.
Das Beispiel erläutert ausschließlich die Prüfmethode. Es beschreibt kein reales Mandat, keinen konkreten Auftrag und kein tatsächlich festgestelltes Ergebnis.
Quellen und fachliche Grundlage
- Technischer Webstandard W3C – Web Content Accessibility Guidelines (WCAG) 2.2 . Prüfbare Erfolgskriterien für die Barrierefreiheit von Webinhalten. Geprüft am 20.10.2026.
- Technische Evaluationsmethodik W3C – WCAG Evaluation Methodology (WCAG-EM) 2.0 . Methodik zur Abgrenzung des Prüfbereichs, Produkterkundung, Stichprobenauswahl, Evaluation und Ergebnisdokumentation. Geprüft am 20.10.2026.
- Technische Fachquelle W3C WAI – Selecting Web Accessibility Evaluation Tools . Grenzen automatisierter Prüfwerkzeuge und Erfordernis menschlicher fachlicher Bewertung. Geprüft am 20.10.2026.
- Technische Fachquelle W3C WAI – Involving Users in Evaluating Web Accessibility . Einordnung von Nutzerprüfungen, Nutzungskontexten und Grenzen der Verallgemeinerbarkeit. Geprüft am 20.10.2026.
- Eigene fachliche Einordnung Die Verbindung von Nutzungskontext, technischen Prüfbedingungen, beobachtetem Verhalten, Kriterien, Gegenhypothesen und Aussagegrenzen richtet sich nach der konkreten Untersuchungsfrage. Eigene fachliche Interpretation ersetzt keinen externen Primärnachweis.
Weiterführende Beiträge
Usability systematisch untersuchen
Browser-, Geräte- und Umgebungsabhängigkeit
Eigene Fachliteratur und Veröffentlichungen
Die folgenden eigenen Arbeiten dienen der fachlichen Vertiefung und methodischen Einordnung. Sie ersetzen keine erforderlichen Primär-, Norm-, Hersteller- oder sonstigen unabhängigen Fachquellen. Unveröffentlichte Manuskripte, Entwürfe und Lehrunterlagen werden hier bewusst nicht als öffentliche Quellen ausgewiesen.
Usability und Softwareergonomie technisch untersuchen
Wenn Gebrauchstauglichkeit, Interaktionsprobleme, Barrierefreiheit oder nutzungsabhängige Softwarequalität nachvollziehbar untersucht werden sollen, können Prüfgegenstand, Nutzungskontext, Kriterien und technische Evidenz zunächst unabhängig eingegrenzt werden.
UX- & Barrierefreiheitsprüfung ansehen