Assistive Technologie

Multi-Screenreader-Evaluierung

Screenreader verhalten sich nicht alle gleich. Eine Seite, die in VoiceOver perfekt vorgelesen wird, kann in JAWS unbenutzbar sein. Wir testen über die wichtigsten Screenreader hinweg, damit jeder Nutzer eine stimmige Erfahrung erhält.

Mit einem Experten sprechen Kostenloser URL-Scan

Was Sie erhalten

Alle wichtigen Screenreader

Evaluierung über NVDA und JAWS unter Windows, VoiceOver auf macOS und iOS sowie TalkBack auf Android — die Kombinationen, die Ihre Nutzer tatsächlich verwenden.

Genauigkeit der Ansagen

Wir prüfen, dass Namen, Rollen, Zustände und Wertänderungen korrekt angesagt werden — nicht nur, dass ein Element technisch im Accessibility-Baum existiert.

Fokus- & Lesereihenfolge

Wir prüfen, dass sich der Fokus logisch bewegt, dass dynamische Aktualisierungen angesagt werden und dass die Lesereihenfolge der visuellen Absicht entspricht.

Tests benutzerdefinierter Widgets

Menüs, Modale, Comboboxen, Tabs und Karussells werden gegen die ARIA Authoring Practices und gegen echtes Screenreader-Verhalten getestet.

Unterschiede zwischen Screenreadern

Wo Screenreader voneinander abweichen, dokumentieren wir die Diskrepanz und empfehlen das Markup, das überall einheitlich funktioniert.

Umsetzbare Befunde

Jedes Problem enthält den Screenreader, den Browser, die Schritte zur Reproduktion, was angesagt wurde und was hätte angesagt werden sollen.

Ein sauberer automatisierter Bericht garantiert keine nutzbare Erfahrung für Screenreader-Nutzer. Multi-Screenreader-Evaluierung ist die Art, wie Sie bestätigen, dass Ihre Oberfläche klar angesagt und für die Menschen navigierbar ist, die darauf angewiesen sind.

Warum ein Screenreader nicht ausreicht

NVDA, JAWS, VoiceOver und TalkBack interpretieren ARIA- und HTML-Semantik jeweils unterschiedlich und werden typischerweise mit verschiedenen Browsern gepaart. Eine benutzerdefinierte Combobox, die JAWS perfekt ansagt, kann in VoiceOver verstummen; eine Live-Region, die in NVDA höflich aktualisiert, kann in einem anderen Screenreader ständig unterbrechen. Das Testen eines einzelnen Screenreaders vermittelt ein falsches Sicherheitsgefühl — die einzige zuverlässige Art, zu wissen, dass Ihr Produkt für alle funktioniert, besteht darin, die echten Kombinationen zu testen, die Ihre Zielgruppe nutzt.

Die Screenreader, die wir testen

NVDA (Windows) mit Chrome und Firefox
JAWS (Windows) mit Chrome und Edge
VoiceOver (macOS) mit Safari
VoiceOver (iOS) mit Safari
TalkBack (Android) mit Chrome

Wir stimmen die genaue Matrix auf Ihre Analytik und Zielgruppe ab, damit der Aufwand dorthin fließt, wo Ihre Nutzer tatsächlich sind.

Was wir evaluieren

Ansagen — Namen, Rollen, Zustände und Wertänderungen werden präzise und zum richtigen Zeitpunkt angesagt
Fokusverwaltung — der Fokus bewegt sich logisch, wird nie gefangen und kehrt nach dem Schließen von Modalen sinnvoll zurück
Lese- & Navigationsreihenfolge — die Lesereihenfolge entspricht der visuellen Absicht; Überschriften, Landmarks und Listen unterstützen effiziente Navigation
Dynamische Aktualisierungen — Live-Regionen, Validierungsmeldungen und Ladezustände werden angesagt, ohne den Nutzer zu überfordern
Benutzerdefinierte Widgets — Menüs, Modale, Comboboxen, Tabs, Karussells und Gitter verhalten sich mit echten Screenreadern korrekt, nicht nur auf dem Papier

Was wir liefern

Einen detaillierten Bericht über Ansage-, Fokus- und Navigationsprobleme — jedes an eine bestimmte Screenreader-/Browser-Paarung gebunden, mit dem, was angesagt wurde, dem, was hätte angesagt werden sollen, Reproduktionsschritten, einer WCAG 2.2 Zuordnung und der Markup-Änderung, die es einheitlich über die Screenreader hinweg behebt.

Getestet von Menschen, die auf diese Werkzeuge angewiesen sind

Die Evaluierung wird von Auditoren mit Behinderung durchgeführt, die diese Screenreader täglich nutzen. Das bedeutet, die Befunde spiegeln echte Nutzbarkeit wider — den Unterschied zwischen “technisch im Accessibility-Baum vorhanden” und “tatsächlich verständlich und bedienbar” — nicht nur automatisierte Konformität. Kombinieren Sie dies mit einem vollständigen Audit durch Menschen mit Behinderung für eine durchgängige Abdeckung.

Häufige Fragen

Warum mit mehr als einem Screenreader testen?

Screenreader interpretieren ARIA und HTML unterschiedlich und werden mit verschiedenen Browsern gepaart. Code, der in einem Screenreader funktioniert, kann in einem anderen versagen, sodass Tests mit nur einem Screenreader ein falsches Sicherheitsgefühl vermitteln.

Welche Screenreader- und Browser-Paarungen verwenden Sie?

Typischerweise NVDA und JAWS mit Chrome und Firefox, VoiceOver mit Safari auf macOS und iOS sowie TalkBack mit Chrome auf Android. Wir richten die Matrix nach Ihrer Analytik und Zielgruppe aus.

Wird das von Menschen durchgeführt, die täglich Screenreader nutzen?

Ja. Die Evaluierung wird von Auditoren mit Behinderung durchgeführt, die täglich auf diese Werkzeuge angewiesen sind, sodass die Befunde echte Nutzbarkeit widerspiegeln, nicht nur technische Konformität.

Erfüllt das WCAG?

Die Screenreader-Evaluierung unterstützt direkt Kriterien wie 1.3.1, 4.1.2 und 4.1.3. Wir ordnen jeden Befund den relevanten WCAG 2.2 Erfolgskriterien zu.

Testen Sie auch mit mobilen Screenreadern?

Ja. Wir testen VoiceOver auf iOS und TalkBack auf Android, weil sich mobile Gesten und Rotor-/Lesesteuerungen anders verhalten als auf dem Desktop und häufig eigene Probleme aufdecken.

Können Sie eine einzelne komplexe Komponente evaluieren?

Absolut. Wir evaluieren oft ein bestimmtes benutzerdefiniertes Widget — eine Datumsauswahl, Combobox, ein Datengitter oder einen Modal-Ablauf — gegen die ARIA Authoring Practices und echtes Screenreader-Verhalten und liefern exakte Markup-Korrekturen zurück.

Demo anfragen

Sprechen Sie mit unseren Accessibility-Experten — darunter Menschen mit Behinderungen.

Demo anfragen