Ausgabe für Screenreader: Was Ihre Website an Screenreader übergibt

Automatisierte Werkzeuge wie axe-core prüfen technische Regeln: Gibt es einen Alt-Text? Hat das Formularfeld ein Label? Ist der Farbkontrast ausreichend? Diese Prüfungen sind wertvoll, erfassen aber nur einen Teil der Barrieren: Nicht alle Konformitätsfehler lassen sich automatisch erkennen (WebAIM Million 2026). Die übrigen entstehen durch kontextabhängige Probleme, die erst sichtbar werden, wenn man jeden Ablauf durchspielt und die Auszeichnung in jedem Zustand bewertet.

Typische Beispiele: Ein Bild hat einen Alt-Text, aber der Text lautet nur den Dateinamen image_2024_final_v3.jpg statt einer inhaltlichen Beschreibung. Ein Formularfeld hat ein Label-Element, aber die programmatische Zuordnung ist falsch, sodass das Feld keinen Namen erhält. Eine Tabelle hat Spaltenüberschriften, aber diese sind nicht als th-Elemente mit scope-Attribut ausgezeichnet, sodass Zellen und Überschriften nicht zusammenfinden. Ein Modal öffnet sich, aber der Fokus verbleibt auf dem auslösenden Button statt in den Dialog zu wechseln. Solche Probleme zeigen sich in der Regel erst, wenn man den Ablauf mit der Tastatur bedient und prüft, was nach jedem Schritt übergeben wird.

Die Prüfung folgt einer festen Methodik, damit die relevanten Bereiche Ihrer Website systematisch erfasst werden. Maßstab sind die Erfolgskriterien der WCAG 2.2 AA und die EN 301 549; jeder Befund wird mit Schweregrad, WCAG-Referenz und Lösungsweg dokumentiert.

Tastaturnavigation ist nicht nur für Screenreader-Nutzer relevant. Menschen mit motorischen Einschränkungen, die keine Maus bedienen können, sind auf die Tastatur angewiesen. Auch Power-User und Entwickler navigieren häufig per Tastatur. WCAG 2.1.1 verlangt, dass alle Funktionen einer Website per Tastatur erreichbar und bedienbar sind. WCAG 2.1.2 verlangt, dass der Tastaturfokus nicht in einem Bereich gefangen werden kann, aus dem er nicht wieder herausgelangt.

Die Prüfung der Ausgabe für Screenreader ist ein wesentlicher Bestandteil eines vollständigen Barrierefreiheitsaudits. Sie deckt aber nicht alle Dimensionen der Barrierefreiheit ab. Ein vollständiger WCAG 2.2 Audit umfasst zusätzlich die Prüfung von Farbkontrastwerten, die Bewertung von Textalternativen für Nicht-Text-Inhalte, die Prüfung von Untertiteln und Audiobeschreibungen für Videoinhalte sowie die Bewertung von Verständlichkeit und Vorhersehbarkeit.

Nicht enthalten sind Tests auf bestimmten Geräten und mit bestimmten Screenreadern: Bewertet wird, was Ihre Website an Screenreader übergibt. Wie ein bestimmter Screenreader in einer bestimmten Version diese Auszeichnung umsetzt, kann im Einzelfall abweichen. Ebenfalls nicht enthalten sind Tests mit Menschen mit Behinderungen. Sie bringen Erfahrungen und Nutzungsstrategien mit, die über eine technische Prüfung hinausgehen; wer sie einbeziehen möchte, ergänzt das Audit durch Nutzertests mit betroffenen Personen.