Mit dem Screenreader testen: Vom Einstieg zum Prüfprotokoll
Einen echten Nutzerablauf mit NVDA oder VoiceOver prüfen: Überschriften, Feldnamen, Dialoge und Statusmeldungen verständlich bewerten.
Accessonaut-Redaktion Veröffentlicht am
Kurz erklärt
Ein Screenreader-Test zeigt, welche Informationen eine Website über ihre Struktur und Bedienelemente vermittelt. Wähle einen konkreten Ablauf und prüfe Orientierung, Eingabe und Abschluss. Das Vorlesen eines einzelnen Absatzes genügt nicht, um die Bedienbarkeit einer Website zu beurteilen.
Zuerst eine vertraute Testumgebung aufbauen
Für Windows steht beispielsweise NVDA zur Verfügung, auf dem Mac ist VoiceOver integriert. Nutze die offizielle Anleitung deiner Software und lerne zunächst Starten, Stoppen, elementweises Navigieren und das Unterbrechen der Sprachausgabe. Tastenkombinationen unterscheiden sich nach Betriebssystem, Tastaturlayout und Einstellungen. Vermeide es, gleichzeitig eine neue Website und die grundlegende Bedienung des Screenreaders zu erlernen.
Notiere Screenreader, Browser, Betriebssystem und deren Versionen. Diese Angaben helfen bei der Reproduktion. Ein Befund aus einer Kombination darf nicht ohne weitere Prüfung auf sämtliche Browser und Hilfsmittel übertragen werden.
Eine Aufgabe mit erkennbarem Ende auswählen
Ein guter erster Test lautet: „Finde die Öffnungszeiten und sende anschließend eine Kontaktanfrage.“ Stelle dafür eine geeignete Testumgebung bereit, damit keine unbeabsichtigten Nachrichten oder Buchungen entstehen. Lege fest, welche Informationen und Aktionen zum erfolgreichen Abschluss gehören. Prüfe die Seite zunächst in ihrer normalen Darstellung; persönliche Anpassungen oder ein Zusatzmenü kannst du danach gesondert untersuchen.
Die Seite über ihre Struktur verstehen
Lass dir den Seitentitel, die Hauptbereiche und die Überschriften erschließen. Screenreader bieten eigene Möglichkeiten, diese Elemente gezielt anzusteuern; NVDA verwendet im Lesemodus unter anderem Einzeltasten, VoiceOver bietet den Rotor. Prüfe, ob die Überschriften die Abschnitte sinnvoll benennen. Eine optisch große Zeile ohne passende HTML-Struktur hilft bei dieser Navigation nicht.
Rufe anschließend Links oder Formularelemente auf. Wiederholte Bezeichnungen wie „Mehr“ werden problematisch, wenn der Zusammenhang beim Navigieren verloren geht. Bewerte daher die tatsächlich angesagte Bezeichnung samt verfügbarer Umgebung.
Eingabe, Fehler und Erfolg durchspielen
- Erreiche jedes benötigte Formularfeld und höre, ob Name, Zweck und gegebenenfalls Pflichtstatus verständlich sind.
- Löse einen typischen Fehler aus und prüfe, ob Ursache sowie Korrekturmöglichkeit erkennbar werden.
- Öffne einen Dialog und kontrolliere Orientierung, erreichbare Aktionen und den Rückweg nach dem Schließen.
- Sende gültige Testdaten und prüfe, ob der Abschluss auch ohne Blick auf eine Farbänderung verständlich ist.
- Wiederhole dynamische Änderungen, etwa Filterergebnisse oder eine Warenkorbaktualisierung, und notiere fehlende oder störende Ansagen.
Ein brauchbares Ticket schreiben
Beschreibe nicht nur „Der Screenreader liest falsch“. Ein hilfreiches Ticket nennt URL, Aufgabe, genaue Schritte, erwartete Information und tatsächlich gehörte Ausgabe. Beispiel: „Nach Absenden ohne E-Mail erscheint visuell ein Fehler; beim Weitergehen mit Tab wird dieser Hinweis nicht am E-Mail-Feld vermittelt.“ Ergänze den betroffenen Feldnamen und die Testumgebung. Damit kann die Entwicklung die technische Ursache gezielt untersuchen.
Eigene Tests mit Erfahrung ergänzen
Ein Einstiegstest hilft deinem Team, Probleme zu erkennen und Änderungen nachzuprüfen. Er ersetzt weder eine vollständige WCAG-Bewertung noch die Erfahrung von Menschen, die Screenreader täglich verwenden. Plane für wichtige Prozesse Tests mit passenden Nutzerinnen und Nutzern ein. Vergleiche nach der Korrektur dieselbe Aufgabe in derselben Umgebung und halte fest, welche zusätzlichen Kombinationen noch offen sind.
Quellen & Bearbeitungsstand
Hier findest du die Originalquellen zu diesem Beitrag. Zuletzt geprüft am .
- NV Access: Offizielles NVDA-Benutzerhandbuch
- Apple: VoiceOver-Benutzerhandbuch für den Mac
- W3C WAI: Überschriften und Seitenstruktur
- W3C WAI: Rückmeldungen in Formularen
- W3C WAI: Menschen mit Behinderungen in Webprojekte einbeziehen
Gesetzliche Anforderungen richten sich nach Land, Anbieter und konkretem Angebot. Dieser Beitrag erklärt Grundlagen und Arbeitsschritte. Prüfergebnisse beziehen sich auf ihren dokumentierten Umfang und Zeitpunkt.