Screenreader – Digitale Inhalte hörbar und zugänglich für blinde und sehbehinderte Menschen

So funktioniert ein Screenreader

Ein Screenreader unterscheidet sich grundlegend von einer einfachen Sprachausgabe: Er liest nicht nur Text vor, sondern interpretiert die vollständige Struktur einer Webseite und macht alle Inhalte und Elemente navigierbar. Statt das visuelle Bildschirmbild auszuwerten, greift ein Screenreader über sogenannte Accessibility-APIs auf den Accessibility Tree des Browsers zu – eine strukturierte Darstellung aller zugänglichen Elemente einer Seite. Diese APIs (unter Windows z.B. Microsoft UI Automation, unter macOS NSAccessibility) geben dem Screenreader Zugang zu Rollen, Namen, Zuständen und Beschreibungen aller Elemente und ermöglichen erst die zuverlässige Wiedergabe digitaler Inhalte.

Die Ausgabe eines Screenreaders erfolgt primär über Sprachausgabe: Eine Text-to-Speech-Engine wandelt alle erfassten Inhalte in gesprochene Sprache um. Blinde Nutzerinnen und Nutzer stellen Tempo, Stimme und Lautstärke individuell ein – erfahrene Screenreader-Nutzer arbeiten häufig mit sehr hohen Sprechgeschwindigkeiten, die für Außenstehende kaum verständlich sind. Optional gibt ein Screenreader Inhalte auch über eine Braillezeile aus, die Texte taktil als Blindenschrift darstellt und besonders für taubblinde Menschen unverzichtbar ist.

Screenreader-Nutzer erfahren Webinhalte nicht notwendigerweise linear. Sie navigieren über verschiedene Modi: Im Überschriften-Modus springt der Screenreader von Überschrift zu Überschrift – blinde Menschen können so schnell erfahren, welche Abschnitte eine Seite enthält. Im Link-Modus werden alle Links der Seite aufgelistet. Im Landmark-Modus springt der Screenreader direkt zu semantischen Hauptbereichen wie nav, main oder footer. Im Formular-Modus erfahren Nutzer Formularfelder und deren Beschriftungen. Für alle diese Navigationsmodi ist eine korrekte semantische Auszeichnung der Elemente zwingend erforderlich.

• ✓ Sprachausgabe: Texte, Überschriften und Bedienelemente werden per Text-to-Speech in Sprache umgewandelt; Nutzer passen Tempo und Stimme individuell an ihre Bedürfnisse und Erfahrungen an
• ✓ Braillezeile (optional): Screenreader können Inhalte taktil auf einer Braillezeile ausgeben – besonders für taubblinde Menschen ist das die bevorzugte Ausgabemethode
• ✓ Accessibility-APIs: Screenreader lesen nicht das Bildschirmbild, sondern greifen über Accessibility-APIs (Windows: UI Automation, Apple: NSAccessibility) auf den Accessibility Tree des Browsers zu
• ✓ Strukturnavigation: Nutzer navigieren per Tastatur durch Überschriften, Links, Landmarks und Formularelemente – jede dieser Methoden setzt korrekte semantische Auszeichnung der Elemente voraus
• ✓ Statusmeldungen: Screenreader kündigen Zustände und Änderungen an, z.B. wenn ein Menü geöffnet, ein Ladevorgang abgeschlossen oder ein Fehler in einem Formularfeld aufgetreten ist
• ✓ Anpassbarkeit: Nutzer konfigurieren Sprechgeschwindigkeit, Stimme, Verbosität und Tastenbelegung individuell – viele blinde Menschen arbeiten mit Geschwindigkeiten, die für Außenstehende kaum verständlich sind

JAWS, NVDA, VoiceOver und TalkBack: Screenreader für unterschiedliche Plattformen und Geräten

Screenreader gibt es für unterschiedliche Betriebssysteme, Geräten und Einsatzbereiche. Blinde und sehbehinderte Menschen nutzen je nach Gerät und Betriebssystem unterschiedliche Screenreader-Lösungen. Sie unterscheiden sich in Funktionsumfang, Lizenzmodell und Bedienung, verfolgen aber alle dasselbe Ziel: digitale Inhalte für alle Menschen zugänglich zu machen und Zugang zur digitalen Welt zu schaffen.

• ✓ JAWS – Job Access With Speech (Windows): Der weltweit meistgenutzte kommerzielle Screenreader für Windows. JAWS bietet umfangreiche Konfigurationsmöglichkeiten, unterstützt zahlreiche Anwendungen und Braillezeilen und wird häufig im Berufs- und Bildungsbereich eingesetzt. Blinde Nutzerinnen und Nutzer erfahren mit JAWS vollständigen Zugang zu Windows-Anwendungen, Webseiten und Desktop-Software.
• ✓ NVDA – NonVisual Desktop Access (Windows): Ein kostenloser Open-Source-Screenreader für Windows. NVDA ist leistungsfähig, regelmäßig aktualisiert, unterstützt viele Sprachen und Braillezeilen und ermöglicht blinden Menschen weltweit Zugang zu digitalen Inhalten ohne Lizenzkosten. Entwicklerinnen und Entwickler erfahren mit NVDA und Chrome die Screenreader-Kompatibilität ihrer Websites am effizientesten.
• ✓ VoiceOver (Apple – macOS, iOS, iPadOS): Der integrierte Screenreader auf allen Apple-Geräten. VoiceOver ermöglicht blinden und sehbehinderten Nutzerinnen und Nutzern die vollständige Bedienung von iPhones, iPads und Mac-Computern über Sprachausgabe, Tastaturkürzel und Touch-Gesten. VoiceOver ist ohne Installation sofort verfügbar und der meistgenutzte mobile Screenreader weltweit.
• ✓ TalkBack (Android): Der integrierte Screenreader für Android-Smartphones und -Tablets. TalkBack ermöglicht die vollständige Bedienung von Android-Geräten über Sprachausgabe und Gesten und ist auf allen modernen Android-Geräten vorinstalliert. Für blinde Menschen macht TalkBack mobile Anwendungen und Webseiten im Alltag zugänglich.
• ✓ Weitere Screenreader: Narrator ist in Windows integriert und bietet grundlegende Screenreader-Funktionen. Orca ist ein Open-Source-Screenreader für Linux-Desktop-Computer. ChromeVox ist eine Screenreader-Erweiterung für den Chrome-Browser, besonders verbreitet auf Chromebook-Geräten in Bildungseinrichtungen.

Desktop-Screenreader wie JAWS und NVDA für Windows-Computer oder VoiceOver für macOS werden vor allem von Nutzerinnen und Nutzern eingesetzt, die am Computer arbeiten und vollständigen Zugang zu allen Anwendungen und Webseiten benötigen. Mobile Screenreader wie VoiceOver auf iOS und TalkBack auf Android ermöglichen die selbstständige Bedienung von Smartphones – ein wesentlicher Faktor für die digitale Teilhabe blinder Menschen im Alltag. Für Websites und Webentwicklung sind alle diese unterschiedlichen Screenreader relevant: Ein barrierefreies Webangebot muss auf unterschiedlichen Geräten und mit unterschiedlichen Screenreadern funktionieren.

Was Websites für Screenreader-Kompatibilität brauchen

Damit Screenreader digitale Inhalte korrekt vorlesen und für blinde Nutzer navigierbar machen können, müssen Websites technisch korrekt aufgebaut sein. Ein Screenreader liest nur das, was im HTML-Code steht – nicht das, was visuell dargestellt wird. Fehlerhafte oder fehlende semantische Auszeichnung bedeutet für blinde Nutzerinnen und Nutzer, dass Inhalte nicht erfahren oder nicht navigiert werden können. Die Anforderungen lassen sich in wenige Kernpunkte zusammenfassen:

• ✓ Semantische HTML-Elemente: nav, main, header, footer, article und section geben dem Screenreader Aufschluss über Rolle und Struktur jedes Seitenbereichs; ein generisches div-Element hingegen ist für Screenreader bedeutungslos – mehr dazu im Eintrag Semantisches HTML
• ✓ Klare Überschriften-Hierarchie: h1 bis h6 strukturieren Inhalte für die Navigation per Screenreader; blinde Menschen navigieren über Überschriften durch Inhalte – fehlende oder übersprungene Überschriften-Ebenen machen es Screenreader-Nutzern unmöglich, Inhalte effizient zu erfahren
• ✓ Alternativtexte für Bilder: Alle informativen Bilder brauchen aussagekräftige Alt-Texte; Screenreader lesen den Alt-Text eines Bildes vor – ohne Alt-Text erfahren blinde Nutzer den Inhalt des Bildes nicht; Details dazu im Eintrag Alternativtext
• ✓ Beschriftete Formularelemente: Jedes Formularfeld braucht ein assoziiertes label-Element; der Screenreader liest die Beschriftung vor, wenn Nutzer ein Formularfeld fokussieren – fehlende Labels machen Formulare für blinde Menschen unbenutzbar
• ✓ Vollständige Tastaturbedienbarkeit: Screenreader-Nutzer navigieren ausschließlich per Tastatur; alle interaktiven Elemente – Links, Buttons, Formularfelder – müssen per Tab erreichbar und per Enter oder Leertaste bedienbar sein; mehr dazu im Eintrag Tastaturbedienbarkeit
• ✓ ARIA-Attribute bei Bedarf: Wenn native HTML-Elemente nicht ausreichen, ergänzen ARIA-Attribute (aria-label, aria-expanded, aria-live) fehlende Informationen für Screenreader; ARIA ist jedoch immer das letzte Mittel – native semantische Elemente gehen vor

Die technischen Anforderungen für Screenreader-Kompatibilität sind in den WCAG verbindlich definiert. WCAG 2.1 Level AA ist seit dem 28. Juni 2025 durch das BFSG für viele Unternehmen in Deutschland gesetzlich verpflichtend. Websites, die diese Anforderungen nicht erfüllen, können von Screenreader-Nutzern nicht vollständig genutzt werden – und verstoßen gegen geltendes Recht.

Screenreader und Überschriften: Navigation durch Webinhalte

Die Navigation per Überschriften ist eine der meistgenutzten Funktionen bei der Bedienung eines Screenreaders. Blinde und sehbehinderte Nutzerinnen und Nutzer können mit einem Screenreader gezielt von Überschrift zu Überschrift springen, alle Überschriften einer Seite als Liste abrufen und direkt zur gesuchten Sektion springen – ähnlich wie sehende Nutzer eine Seite visuell überfliegen. Das setzt voraus, dass Überschriften korrekt als h1, h2 bis h6 im HTML-Code ausgezeichnet sind und nicht nur visuell durch CSS als groß dargestellt werden.

Neben Überschriften nutzen Screenreader-Nutzer weitere Navigationsmethoden, die alle korrekte semantische Auszeichnung voraussetzen:

• ✓ Überschriften-Navigation: Screenreader listen alle h1- bis h6-Überschriften auf; Nutzer springen per Tastendruck von Überschrift zu Überschrift und erfahren so schnell die Struktur umfangreicher Webseiten
• ✓ Landmark-Navigation: Semantische Elemente wie nav, main und aside sind für Screenreader als Landmarks erkennbar; Nutzer springen direkt zur Navigation, zum Hauptinhalt oder zu ergänzenden Inhalten
• ✓ Link-Liste: Screenreader können alle Links einer Seite auflisten; aussagekräftige Linktexte sind entscheidend – „Hier klicken" ist für blinde Nutzer ohne Kontext bedeutungslos
• ✓ Formularmodus: Screenreader wechseln automatisch in den Formularmodus, wenn Nutzer ein Formularfeld fokussieren; korrekte label-Elemente geben dem Screenreader die Beschriftung des Feldes
• ✓ Skip-Links: Skip-Links ermöglichen Screenreader-Nutzern, wiederholte Navigationselemente zu überspringen und direkt zum Hauptinhalt zu gelangen – eine der wichtigsten Maßnahmen für eine effiziente Screenreader-Bedienung

Websites, die für Screenreader optimiert sind, profitieren außerdem in Suchmaschinen: Semantisch saubere Inhalte, klare Überschriften und Alternativtexte für Bilder sind sowohl für Screenreader als auch für Suchmaschinen-Crawler von Vorteil. Barrierefreiheit und SEO verfolgen dasselbe Ziel – Inhalte strukturiert, verständlich und zugänglich zu machen.

Häufige Fragen zu Screenreadern