Barrierefreiheit testen: was Werkzeuge finden, was nur Menschen sehen

Was automatische Prüfung findet und was nicht

Werkzeuge wie axe-core, WAVE oder Lighthouse lesen den Code einer Seite und messen, was messbar ist: fehlende Alternativtexte, Formularfelder ohne Beschriftung, zu schwache Kontraste, falsche Sprachangaben, Überschriftensprünge, fehlende Namen an Schaltflächen, ungültiges ARIA. Der Zugangscheck kommt mit eigenen Messungen dazu, die den Browser brauchen: sichtbarer Fokus beim Tab-Durchgang, Tastaturfallen, Überlauf bei 200 Prozent Zoom, Animationen, die trotz reduzierter Bewegung weiterlaufen.

Nach unserer Einschätzung sind rund 30 der 50 Kriterien der Stufen A und AA ganz oder teilweise automatisch prüfbar. Die W3C-Methodik WCAG-EM formuliert es so: Die meisten Prüfungen sind nicht vollständig automatisierbar, Werkzeuge können die Prüfenden aber erheblich unterstützen. Deque, die Herstellerin von axe, hat 2021 anhand von über 2'000 Audits mit rund 13'000 Seiten und knapp 300'000 Problemen gezählt, dass ihre automatischen Regeln 57 Prozent der gefundenen Probleme aufdecken, gemessen am Volumen der Probleme, nicht an der Zahl der Kriterien.

Was Software nicht beurteilen kann: ob ein Alternativtext sinnvoll ist oder nur «Bild» heisst, ob Untertitel stimmen, ob die Lesereihenfolge logisch ist, ob Linktexte das Ziel nennen, ob Fehlermeldungen weiterhelfen, ob ein selbst gebautes Menü dem Vorleseprogramm Name, Rolle und Zustand meldet. Das W3C sagt zu seinen eigenen Schnellprüfungen: Eine Seite kann sie scheinbar bestehen und trotzdem erhebliche Barrieren haben. Deshalb trägt jeder Bericht des Zugangschecks zwei Blöcke: «Gefunden» und «Von Menschen zu prüfen».

Die zehn Schnellprüfungen des W3C

Die Web Accessibility Initiative des W3C beschreibt unter dem Titel «Easy Checks» zehn Prüfungen, die jede Person ohne Fachwissen machen kann. Sie decken die häufigsten Barrieren ab und sind eine gute erste Stunde:

1. Seitentitel: Sagt der Titel im Browser-Tab, wo man ist und worum es geht?
2. Alternativtexte: Trägt jedes Bild einen Text, der seinen Zweck wiedergibt?
3. Überschriften: Gliedern echte Überschriften (h1 bis h3) den Inhalt, ohne Stufen zu überspringen?
4. Kontrast: Hebt sich Text ausreichend vom Hintergrund ab?
5. Textvergrösserung: Bleibt alles lesbar und bedienbar, wenn man den Text vergrössert?
6. Tastatur und Fokus: Erreicht man alles mit der Tab-Taste, und sieht man immer, wo man ist?
7. Formulare: Hat jedes Feld eine Beschriftung, und werden Fehler klar erklärt?
8. Bewegung, Blinken, Flackern: Lässt sich Automatisches anhalten?
9. Multimedia: Haben Videos Untertitel, hat Audio ein Transkript?
10. Grundstruktur: Ergibt der Inhalt ohne Gestaltung noch Sinn?

Der Tastatur-Test

Legen Sie die Maus weg. Drücken Sie Tab, um vorwärts durch die Seite zu gehen, Umschalt-Tab für rückwärts, Enter für Links, Leertaste für Schaltflächen und Kästchen, Pfeiltasten in Menüs und Auswahllisten. Vier Dinge müssen stimmen: Jedes Bedienelement ist erreichbar, der Fokus ist immer sichtbar, die Reihenfolge folgt der Leserichtung, und nichts hält den Fokus fest. Eine Tastaturfalle, etwa ein Cookie-Banner oder ein eingebettetes Widget, aus dem man nicht mehr herauskommt, macht die ganze Seite unbedienbar.

Achten Sie auf Dialoge: Öffnet sich ein Fenster, muss der Fokus hinein und beim Schliessen zurück. Achten Sie auf Karten und Kacheln, die nur per Maus reagieren, auf Schieberegler und Sortieren per Ziehen, für die es eine Alternative mit Klick oder Tastatur braucht. Ein Sprunglink «Zum Inhalt» als erstes Element spart Tastaturnutzern auf jeder Seite den Weg durch die Navigation.

Der Test mit dem Vorleseprogramm

Ein Vorleseprogramm (Screenreader) liest vor, was der Code sagt, nicht, was das Auge sieht. NVDA von NV Access ist kostenlos und quelloffen und läuft unter Windows; auf dem Mac und dem iPhone ist VoiceOver eingebaut. Lassen Sie die Startseite und eine Seite mit Formular vorlesen und hören Sie auf fünf Dinge: Werden Überschriften als Überschriften angesagt? Sagen Bilder etwas Sinnvolles? Hat jedes Feld einen Namen? Werden Schaltflächen und Links mit Text angesagt oder nur als «Schaltfläche»? Kommt eine Statusmeldung wie «In den Warenkorb gelegt» an, ohne dass man suchen muss?

Die ersten zwanzig Minuten mit einem Vorleseprogramm sind für Sehende ungewohnt. Sie zeigen aber besser als jede Tabelle, was eine fehlende Beschriftung bedeutet: ein Feld, das «Eingabefeld, bearbeiten» heisst, und sonst nichts.

Zoom, Farbe, Sprache

Stellen Sie den Browser auf 200 Prozent Zoom. Text darf umbrechen, die Seite darf länger werden, aber nichts darf abgeschnitten sein und nichts waagrecht scrollen. Prüfen Sie dann die schmale Ansicht auf einem Handy oder in den Entwicklerwerkzeugen bei 320 Pixel Breite: Das Kriterium 1.4.10 Reflow der WCAG 2.1 verlangt, dass Inhalte ohne Verlust und ohne Scrollen in zwei Richtungen umfliessen. Das Kriterium 1.4.12 Text Spacing verlangt, dass Text lesbar bleibt, wenn Nutzer Zeilen- und Buchstabenabstände vergrössern.

Farbe darf nie der einzige Träger einer Information sein: Ein rotes Feld ohne Text erklärt keinen Fehler, ein grüner Punkt ohne Wort keinen Zustand. Und die Sprache im html-Element muss zur Sprache des Textes passen, sonst liest das Vorleseprogramm Deutsch mit englischer Aussprache. Der Zugangscheck vergleicht die Angabe mit dem Text der Seite.

Die vollständige Prüfung nach WCAG-EM

Wer eine Konformitätsaussage braucht, etwa für die Erklärung zur Barrierefreiheit, folgt der Evaluationsmethodik des W3C (WCAG-EM 2.0, eine W3C Group Note). Sie hat fünf Schritte: den Umfang festlegen, das Angebot erkunden, eine repräsentative Stichprobe von Seiten wählen, die Stichprobe gegen alle Erfolgskriterien prüfen und die Ergebnisse berichten. In Deutschland arbeitet der BIK BITV-Test nach der BITV 2.0 und der EN 301 549 V3.2.1; es gibt ihn als Prüfung durch Prüfstellen und als kostenlose Selbstbewertung.

Eine automatische Prüfung ersetzt diese Arbeit nicht, sie verkürzt sie: Sie findet die messbaren Verstösse auf allen Seiten, nicht nur in der Stichprobe, und sie wiederholt sich jede Woche, ohne zu ermüden. Der Rest bleibt Handarbeit, und die ist der teure Teil. Darum sagt der Zugangscheck bei 100 Punkten «keine Verstösse gefunden» und nie «barrierefrei».

Checkliste für eine Stunde

1. Automatische Prüfung der wichtigsten fünf Seiten laufen lassen, Befunde nach Schwere sortieren.
2. Tastatur-Test auf Startseite, einer Inhaltsseite und dem Formular oder Check-out.
3. Zoom 200 Prozent und schmale Ansicht auf denselben Seiten.
4. Vorleseprogramm: Startseite und Formular anhören, Überschriften, Bilder, Felder, Statusmeldungen.
5. Die zehn wichtigsten Bilder lesen: Sagt der Alternativtext, was ein sehender Mensch erfährt?
6. Ein Video prüfen: Untertitel vorhanden und richtig?
7. Formular mit Fehlern abschicken: Wird der Fehler benannt, beim Feld, mit Vorschlag?
8. Verlinkte PDFs sammeln und getrennt prüfen (siehe Artikel «PDF barrierefrei machen»).
9. Befunde in eine Liste mit Seite, Stelle, Kriterium und Anleitung schreiben; das ist die Massnahmenliste.
10. Nach der Behebung nochmals prüfen, dann wöchentlich.

Häufige Fragen

Quellen

Abgerufen am 21.09.2026. Jeder Link öffnet ein neues Fenster.

1. W3C WAI: Easy Checks, A First Review of Web Accessibility (w3.org, neues Fenster)
2. W3C: Website Accessibility Conformance Evaluation Methodology (WCAG-EM) 2.0 (w3.org, neues Fenster)
3. W3C: What's New in WCAG 2.1 (w3.org, neues Fenster)
4. Deque: Automated Testing Study Identifies 57 Percent of Digital Accessibility Issues (deque.com, neues Fenster)
5. NV Access: About NVDA (nvaccess.org, neues Fenster)
6. BIK BITV-Test (bitvtest.de, neues Fenster)