Automatisierte vs. manuelle Tests: Was Scanner wirklich erkennen

Ein automatisierter Scan wirkt verlockend einfach: URL eingeben, warten, Ergebnis bekommen. Genau diese Einfachheit führt aber oft zu einem Missverständnis - dass ein grüner oder fehlerfreier Report gleichbedeutend mit vollständiger Barrierefreiheit sei.

In der Realität kann Software nur einen Teil der WCAG-Kriterien technisch prüfen. Der weitaus größere Teil verlangt eine menschliche Einschätzung: Ist dieser Alt-Text inhaltlich sinnvoll? Ergibt die Lesereihenfolge Sinn? Dieser Artikel ordnet ein, was automatisierte Tools leisten, wo ihre Grenze liegt und wie eine belastbare Prüfung aussieht.

Warum Software nicht jedes WCAG-Kriterium prüfen kann

Automatisierte Scanner werten den HTML-Code einer Seite aus und erkennen zuverlässig strukturelle Verstöße: fehlende Alt-Attribute, unzureichenden Farbkontrast, fehlende Formular-Labels oder eine falsche Verschachtelung von Überschriften. Das sind Muster, die sich eindeutig im Code nachweisen lassen.

Viele WCAG-Kriterien verlangen jedoch eine inhaltliche Bewertung, die kein Algorithmus zuverlässig leisten kann. Ob ein Alt-Text den Bildinhalt tatsächlich beschreibt oder nur ein Platzhalter wie "Bild1.jpg" ist, kann eine Maschine syntaktisch nicht von einer sinnvollen Beschreibung unterscheiden.

Realistischer Abdeckungsgrad automatisierter Tests

In der Branche wird der Anteil der WCAG-Erfolgskriterien, die sich zuverlässig automatisiert prüfen lassen, häufig auf einen Bereich von rund 30 bis 40 Prozent geschätzt. Der genaue Wert schwankt je nach Tool, Regelwerk und Seitentyp, das Grundprinzip bleibt aber gleich: Die Mehrheit der Kriterien bleibt ohne menschliche Prüfung offen.

Das bedeutet nicht, dass automatisierte Scans wertlos sind - im Gegenteil, sie finden zuverlässig genau die Fehler, die am häufigsten vorkommen und am schnellsten behoben werden können. Sie sind aber der erste Schritt eines Audits, nicht dessen Abschluss.

Beispiele für rein manuell prüfbare Kriterien

Die Sinnhaftigkeit von Alt-Texten ist das klassische Beispiel: Ein Bild kann ein technisch korrektes Alt-Attribut besitzen, das trotzdem nichts über den Bildinhalt aussagt. Nur ein Mensch kann beurteilen, ob die Beschreibung zum Kontext passt.

Auch die logische Lesereihenfolge lässt sich nur durch tatsächliches Vorlesen mit einem Screenreader prüfen, etwa mit NVDA. Ein Scanner sieht den Code, nicht das Hörerlebnis, das beim Durchlaufen mehrspaltiger Layouts entsteht.

Weitere Beispiele sind die Verständlichkeit von Fehlermeldungen in Formularen, ob Tastaturfokus in sinnvoller Reihenfolge durch die Seite wandert, und ob Videountertitel inhaltlich korrekt und synchron sind - alles Kriterien, die eine Software nicht bewerten kann.

Warum ein fehlerfreier Report trotzdem Risiken verbergen kann

Ein Scan-Report ohne rote Fehler wirkt beruhigend, prüft aber ausschließlich die Kriterien, die technisch erfassbar sind. Bereiche, die eine Seite nur über JavaScript-Interaktionen zeigt - etwa ein Warenkorb-Overlay oder ein mehrstufiges Formular - werden von vielen Scannern gar nicht erst erreicht, wenn sie nicht gezielt simuliert werden.

Ein Unternehmen, das sich allein auf einen fehlerfreien automatisierten Scan verlässt, kann daher trotzdem gegen WCAG-Kriterien verstoßen, ohne es zu wissen. Das gilt besonders für komplexe Interaktionselemente wie Produktkonfiguratoren, Live-Chat-Widgets oder mehrstufige Checkout-Prozesse.

Die sinnvolle Kombination: Tool-Scan plus manuelle Stichprobe

Ein belastbares Vorgehen kombiniert beide Ebenen: Der automatisierte Scan deckt die Seite in der Breite ab und findet strukturelle Fehler über viele hundert Seiten hinweg schnell und günstig. Die manuelle Stichprobe konzentriert sich auf zentrale Nutzerpfade wie Startseite, Produktseite, Warenkorb und Checkout.

Für die manuelle Stichprobe reicht meist ein Test mit Tastatur-Navigation und ein kurzer Durchlauf mit einem Screenreader auf den wichtigsten Seiten - nicht jede einzelne Unterseite muss manuell geprüft werden, um ein realistisches Bild zu bekommen.

Wie bf-check automatisierte und manuelle Prüfschritte kombiniert

bf-check scannt deine Website automatisiert gegen die technisch prüfbaren WCAG-Kriterien und liefert dir damit schnell einen Überblick über strukturelle Probleme wie Kontraste, fehlende Labels oder Alt-Texte. Dieser Teil der Prüfung deckt die Breite deiner Seite ab.

Für die Kriterien, die eine menschliche Einschätzung erfordern, bleibt eine ergänzende manuelle Prüfung nötig - etwa mit den in diesem Artikel genannten Werkzeugen NVDA oder WAVE. Die Kombination aus automatisiertem Scan und gezielter Stichprobe ist der realistische Weg zu einer belastbaren Einschätzung.

Erwartungsmanagement gegenüber Kunden und Geschäftsführung

Kommuniziere von Anfang an, dass ein automatisierter Scan-Report ein Zwischenstand ist und keine abschließende Konformitätsbestätigung. Diese Erwartung früh zu setzen verhindert spätere Enttäuschung, wenn bei einer manuellen Prüfung zusätzliche Probleme auftauchen.

Gegenüber der Geschäftsführung hilft eine einfache Formulierung: Der Scan zeigt, wo offensichtliche technische Fehler liegen und priorisiert die Behebung. Die vollständige Einschätzung der Barrierefreiheit erfordert zusätzlich eine begrenzte, aber gezielte manuelle Prüfung der wichtigsten Seiten.

Hinweis: Dieser Artikel beschreibt allgemeine Branchenpraxis und ersetzt keine rechtliche Einzelfallbewertung deiner Website.

Häufig gestellte Fragen