Barrierefreiheit verstehen · Menschen & Einschränkungen

Wie Screenreader-Nutzer surfen: Strategien & Zahlen

Screenreader-Nutzer lesen Websites nicht von oben nach unten – sie springen: 71,6 % navigieren auf langen Seiten primär über Überschriften, nur 6,4 % lesen linear durch (WebAIM Screen Reader Survey #10, Januar 2024). Die Sprünge laufen über Schnelltasten, Elementlisten und Touch-Gesten, die direkt auf deinem HTML aufsetzen – navigierbar ist also genau das, was du semantisch auszeichnest.

Das Wichtigste in Kürze

  • Stand Januar 2024 (WebAIM-Survey #10, 1.539 Befragte): 71,6 % suchen Inhalte per Überschriften-Navigation, 13,6 % per Seitensuche, 6,4 % lesen linear, 4,8 % springen über Links, 3,7 % über Landmarken.
  • 88,8 % finden Überschriftenebenen nützlich – aber nur echte h1h6 sind per Taste erreichbar; gestylter Fett-Text ist für Hilfstechnik unsichtbar.
  • Meistgenutzte Desktop-Screenreader: JAWS 40,5 %, NVDA 37,7 %, VoiceOver 9,7 % (Survey #10).
  • 91,3 % nutzen Screenreader auch mobil: primäre Plattform bei 70,6 % Apple, bei 27,6 % Android; genutzt werden VoiceOver (70,6 %) und TalkBack (34,7 %).
  • Geübte hören Sprachausgabe mit rund 350 Wörtern pro Minute – gut das doppelte Sprechtempo.
  • Mythos widerlegt: 99,4 % surfen mit aktiviertem JavaScript (WebAIM-Survey #9, 2021).
  • Passende WCAG-Kriterien: 1.3.1, 2.4.1, 2.4.4, 2.4.6 und 1.1.1 – über das BFSG seit dem 28.06.2025 für viele Websites verpflichtend.

Abgrenzung – hier geht es um Verhalten, nicht um Technik. Diese Seite wertet aus, wie Menschen mit Screenreader navigieren. Die Programme selbst vergleicht die Screenreader-Übersicht, den technischen Unterbau erklären die Screenreader-Grundlagen.

Was ein Screenreader wirklich vorliest

Ein Screenreader gibt Bildschirminhalte als synthetische Sprache aus – oder taktil über eine Braillezeile, mit der sich komplett stumm arbeiten lässt. Ausgegeben wird nie das Layout, sondern der Accessibility-Tree aus dem HTML: Zu jedem Element gehört eine Rolle, und die wird mitgesprochen – „Überschrift Ebene 2, Öffnungszeiten“, „Link, Speisekarte“, „Liste mit 3 Einträgen“. Welche Programme das tun, sortiert der Screenreader-Überblick, die Grundlagen beschreibt das W3C in Tools and Techniques.

Daraus folgt der Klassiker, den Jan Eric Hellbusch vor über fünfzehn Jahren aufgeschrieben hat: Großer fetter Text macht noch keine Überschrift. Ein div mit font-size: 2rem ist im Accessibility-Tree ein Textknoten wie jeder andere – per Überschriften-Taste unerreichbar, in keiner Überschriftenliste vorhanden. Nur echte h1h6 sind zugleich generiertes Inhaltsverzeichnis und Werkzeug zum Überfliegen; wie die Überschriften-Hierarchie dafür aussehen muss, ist ein eigenes Kapitel.

Dazu das Tempo: Reale Nutzer stellen ihre Sprachausgabe deutlich schneller ein, als Demo-Videos vermitteln – darauf weist die TU Dortmund hin. Domingos de Oliveira nennt rund 150 Wörter pro Minute als durchschnittliches Sprech- und Vorlesetempo und stellt selbst 350 ein. „Alles vorlesen lassen“ ist trotzdem keine Strategie: Auch bei doppeltem Tempo bleibt eine unstrukturierte Seite quälend.

Springen statt lesen: die Zahlen

Die beste Datenquelle sind die Screen-Reader-Umfragen von WebAIM. Stand Juli 2026 ist Survey #10 die jüngste Ausgabe (Erhebung Dezember 2023/Januar 2024, 1.539 Befragte, davon 76,6 % blind und 19,9 % sehbehindert). So wird auf einer langen Seite gesucht: 71,6 % per Überschriften-Navigation, 13,6 % per Seitensuche, 6,4 % linear durchlesen, 4,8 % Link-Navigation, 3,7 % Landmarken. Überschriftenebenen finden 88,8 % nützlich, 57,0 % sogar „sehr nützlich“.

Zwei Details sind Design-Argumente. Der Kompetenz-Split: 78 % der Fortgeschrittenen, aber nur 47 % der Anfänger navigieren primär per Überschrift – eine Seite muss beides tragen, Sprungstruktur und lineare Lesbarkeit. Und die Landmarken: nur 3,7 % primäre Strategie, 36,7 % nutzen sie selten oder nie. main, nav, header und footer bleiben Pflicht-Grundgerüst, das Arbeitstier sind Überschriften. Weil ein Fünftel der Befragten einen Sehrest hat, hilft dasselbe Markup auch bei Sehbehinderung, wo Screenreader Vergrößerung ergänzen.

Die Gegenprobe liefert die WebAIM Million, Ausgabe Februar 2026: 95,9 % von einer Million Startseiten haben automatisch erkennbare WCAG-Fehler, im Schnitt 56,1 pro Seite; 41,8 % überspringen Überschriftenebenen, 7,5 % haben gar keine Überschriften, 18,1 % mehrere h1. ARIA rettet das nicht: Seiten mit ARIA (82,7 %, im Schnitt 133 Attribute) haben mehr Fehler (59,1) als Seiten ohne (42). Dazu die Stimmung im Survey: nur 34,6 % finden das Web zugänglicher geworden, 18,6 % unzugänglicher; meistgenannt werden CAPTCHAs, unerwartet reagierende Elemente, nichtssagende Links und Buttons sowie unerwartet wechselnde Seitenbereiche, danach fehlende Tastaturbedienbarkeit. Schon 2021 surften 99,4 % mit aktiviertem JavaScript (Survey #9) – auch dieser Mythos ist erledigt.

Drei Strategien, ein Werkzeugkasten

In der Praxis lassen sich drei Navigationsstrategien unterscheiden, die sich in Nutzertests immer wieder zeigen:

  1. Unstrukturiert: mit Tab und Pfeiltasten Element für Element vorarbeiten, typisch auf schlecht ausgezeichneten Seiten. Tab erreicht nur fokussierbare Elemente wie Links und Formularfelder, reiner Text wird übersprungen; die Pfeiltasten lesen zeilenweise.
  2. Strukturiert: Schnelltasten im Lesemodus, die Semantik voraussetzen. In NVDA und ähnlich in JAWS: H nächste Überschrift, 16 Überschrift der jeweiligen Ebene, K Link, D Landmarke, G Grafik, F Formularfeld, B Button, T Tabelle, L Liste – mit Umschalt jeweils rückwärts.
  3. Zielgerichtet: Elementlisten und Suche. NVDA+F7 öffnet die Liste aller Überschriften, Links, Landmarken, Schaltflächen oder Formularfelder, filterbar über ein Suchfeld; NVDA+Strg+F durchsucht die Seite.

Eine Maus kommt in keiner Strategie vor: Am Desktop läuft alles über die Tastatur. In Formularen wechselt der Screenreader in den Fokusmodus, der Tastendrücke ans Feld durchreicht und dessen zugänglichen Namen ansagt – sofern ein programmatisch verknüpftes Label existiert. Alle Befehle zum Nachmachen zeigt mit NVDA testen, die Referenz ist der NVDA User Guide.

Der Praxistest: Öffnungszeiten finden

Dieselbe Aufgabe, zwei Restaurant-Websites. Auf der strukturierten Seite drücke ich dreimal H: „Überschrift Ebene 1, Restaurant Seeblick“ – „Überschrift Ebene 2, Speisekarte“ – „Überschrift Ebene 2, Öffnungszeiten“. Pfeil nach unten: „Montag bis Freitag, 11:30 bis 22 Uhr“. Erledigt, unter zehn Sekunden.

<!-- Richtig: per H-Taste in drei Tastendrücken erreichbar -->
<h2 id="oeffnungszeiten">Öffnungszeiten</h2>
<p>Mo–Fr 11:30–22:00 Uhr, Sa ab 17:00 Uhr</p>

Auf der unstrukturierten Seite meldet H nur: „Keine weitere Überschrift“ – alle „Überschriften“ sind gestylte divs. Bleibt die Linkliste: In einem dokumentierten Nutzertest von Gehirngerecht Digital zählte sie auf einer realen Startseite 111 Einträge, darunter „Weitere Informationen, Link. Weitere Informationen, Link.“ – jede Teaser-Karte dreifach verlinkt, alle zum selben Ziel. Letzter Ausweg Seitensuche: Sie findet „Öffnungszeiten“ nicht, die Zeiten stecken in einer Grafik ohne Alt-Text. Der Anruf im Restaurant ist schneller.

<!-- Falsch: unsichtbare „Überschrift“, dreifach verlinkte Karte -->
<div class="heading-xl">Öffnungszeiten</div>
<img src="oeffnungszeiten.png">

<div class="card">
  <a href="/speisekarte.html"><img src="teller.jpg" alt="Teller"></a>
  <a href="/speisekarte.html"><span class="h3">Speisekarte</span></a>
  <a href="/speisekarte.html">Weitere Informationen</a>
</div>

Die Reparatur: die Karte einmal verlinken, der Linktext benennt das Ziel (WCAG 2.4.4 Linkzweck), das Karten-Grid wird eine echte Liste – „Liste mit 3 Einträgen“ sagt vorab, was kommt, ein div-Grid sagt nichts.

Mobil: dieselbe Semantik, andere Gesten

91,3 % der Survey-Teilnehmer nutzen Screenreader auch mobil, primär 70,6 % auf Apple-Geräten, 27,6 % auf Android (Survey #10, 2024). Dort navigieren Gesten statt Tasten: Bei VoiceOver stellt der Rotor – eine Zwei-Finger-Drehgeste – die Einheit „Überschriften“ ein, danach springt Wischen nach unten zur nächsten Überschrift; TalkBack macht dasselbe über die Lesesteuerung, deren Modus per Drei-Finger-Wischen nach links/rechts oder per Winkelgeste wechselt – danach springt Wischen nach unten und oben zwischen den Überschriften. Entscheidend: Dieselbe Semantik treibt Tasten und Gesten an. Ein sauberes <h2> bedient die H-Taste unter NVDA genauso wie den Rotor unter iOS – ausprobieren lässt sich das mit der Anleitung mit VoiceOver testen.

Was das für deine Website heißt

  • Schlüssige Überschriften-Hierarchie ohne Ebenensprünge – das Inhaltsverzeichnis, in dem 71,6 % springen. Absicherung: 2.4.6 Überschriften und Beschriftungen und 1.3.1 Info und Beziehungen.
  • Landmarken komplett, aber sparsam: header, nav, main, footer (Aufbau siehe Landmarks und Outline); zu viele benannte Regionen desorientieren.
  • Ein Skip-Link beschleunigt den Einstieg (2.4.1 Blöcke umgehen).
  • Alt-Texte für informative Bilder (1.1.1 Nicht-Text-Inhalte); dekorative Icons ohne alt="" liest die Sprachausgabe absurd vor – „nach rechts zeigendes spitzes Anführungszeichen“ hinter jedem Menüpunkt.
  • Datentabellen mit ausgezeichneten Zeilen- und Spaltenköpfen (Tabellen semantisch aufbauen) – ohne th ist eine Preistabelle nur eine Zahlenwolke.
  • Slider und Karussells sowie eingebettete Karten brauchen eine Text-Alternative – Google Maps ohne Adressliste ist unbenutzbar.
  • ARIA ergänzt Beschriftungen, ersetzt aber keine Struktur – die ARIA-Fehlerzahlen der WebAIM Million sind die Warnung dazu.

Was an dieser Liste auffällt: Es ist dieselbe Liste, die man aufschreiben würde, wenn es um Suchmaschinen und KI-Systeme ginge. Auch ein Crawler springt von Überschrift zu Überschrift, auch ein Sprachmodell zerlegt eine Seite in Abschnitte, und auch beide haben von einem Bild nur den Alt-Text. Der Zusammenhang ist kein netter Nebeneffekt, sondern dieselbe Ursache – nachzulesen unter Semantik & SEO und, für die KI-Seite, unter GEO-Grundlagen.

Seit dem 28. Juni 2025 ist das keine Kür mehr: Das BFSG verlangt für viele Websites die WCAG 2.1 AA (über die EN 301 549). Die Prüf-Checkliste dazu enthält mein kostenloses E-Book.

So testest du es

  1. Starte einen Screenreader: Windows-Sprachausgabe mit Win+Strg+Enter, VoiceOver am Mac mit Cmd+F5 – oder für den gründlichen Test NVDA (kostenlos, Open Source).
  2. Dunkle den Bildschirm ab und springe nur mit H durch deine Startseite: Ergibt die Folge der Überschriften ein schlüssiges Inhaltsverzeichnis?
  3. Öffne die Elementliste (NVDA+F7 oder den VoiceOver-Rotor) und lies nur die Linktexte: Verrät jeder ohne Kontext sein Ziel?
  4. Drücke D für die Landmarken: genau ein main, die Navigation als nav?
  5. Stelle dir eine echte Aufgabe – Öffnungszeiten oder Kontakt finden – und stoppe die Zeit. Deutlich über 30 Sekunden heißt: Es fehlt Struktur, nicht Geduld.

Häufiger Fehler in der Praxis

Die Überschriftenebene nach Optik gewählt. Im CMS nehmen Redakteure die Ebene, deren Schriftgröße gefällt – unter einer h2 folgt plötzlich eine h6. Wer den Sprung hört, sucht die fehlenden Zwischenebenen und verliert das Modell der Seite. Die Ebene beschreibt die Gliederung, die Größe regelt das CSS.

Regionen-Inflation. Gut gemeint jede Sektion als benannte Region ausgezeichnet – in einem meiner Tests 14 auf einer Seite. Die Landmarken-Liste ist dann so unübersichtlich wie die Seite selbst; vier bis sechs Landmarken reichen fast immer.

Die Hauptnavigation nur per Hover. Ein Mega-Menü, das nur auf den Mauszeiger reagiert, existiert für Tastatur- und Screenreader-Nutzung nicht – wer so surft, erfährt nie, was die Website anbietet.

Mit Demo-Tempo getestet. Das Team hört einmal die Standardstimme in gemütlichem Tempo und hält die Seite für „gut vorlesbar“. Reale Nutzer hören doppelt so schnell und springen – entscheidend ist nicht der Klang, sondern ob es Sprungziele gibt.

Häufige Fragen

Lesen Screenreader die ganze Seite von oben nach unten vor?

Nein – nur auf Befehl. Nutzer springen per Überschriften-Taste, Elementliste oder Suche gezielt zum Inhalt; im WebAIM-Survey #10 (2024) lesen nur 6,4 % lange Seiten linear. Lineares Hören kommt danach: erst zum Abschnitt springen, dann Absatz für Absatz lesen, oft mit doppeltem Sprechtempo. Beides setzt echte Struktur im HTML voraus.

Welcher Screenreader wird am meisten genutzt?

Am Desktop JAWS mit 40,5 %, knapp vor NVDA (37,7 %) und VoiceOver (9,7 %) – Stand WebAIM-Survey #10, Januar 2024. JAWS ist kostenpflichtig und in Deutschland als Hilfsmittel anerkannt (teils kassenfinanziert), NVDA kostenlos und Open Source. Mobil dominiert VoiceOver (70,6 %) vor TalkBack (34,7 %). Für eigene Tests reicht NVDA vollkommen.

Wie kann ich meine Website selbst mit einem Screenreader testen?

Am schnellsten mit Bordmitteln: Windows-Sprachausgabe mit Win+Strg+Enter, VoiceOver am Mac mit Cmd+F5. Gründlicher ist NVDA. Der Fünf-Minuten-Test: mit H durch die Überschriften springen, mit NVDA+F7 die Linkliste lesen, eine echte Aufgabe lösen. Eine Testroutine ohne Werkzeugkauf beschreibt selbst testen.

Wie viele blinde und sehbehinderte Menschen gibt es in Deutschland?

Amtlich erfasst sind 71.260 blinde, 46.820 hochgradig sehbehinderte und 440.645 sehbehinderte Menschen (Schwerbehindertenstatistik, Stand 31.12.2021). Der DBSV nennt das eine „gesicherte untere Grenze“, weil viele Betroffene keinen Ausweis beantragen; die WHO-Hochrechnung liegt bei rund 1,2 Millionen. Eine amtliche Zählung gibt es nicht.

Verwandte Themen

Quellen

Gratis E-Book PDF Das Praxishandbuch

Kostenloses E-Book

Das Praxishandbuch für sauberes, zugängliches Web

Alles rund um semantisches HTML, Barrierefreiheit, WCAG & BFSG, GEO und SEO — praxisnah und am echten Code. In mehreren Feedbackschleifen von Leserinnen und Lesern verbessert.

  • 3.000+ Downloads
  • 7. Auflage
  • 37 Seiten
  • PDF

Kein Spam. Abmeldung jederzeit mit einem Klick möglich.