Die Screenreader-Roadmap für 2026: JAWS, NVDA, VoiceOver, TalkBack
Nahezu jede blinde oder sehbeeinträchtigte Person, die das öffentliche Web 2026 nutzt, interagiert mit einem von vier Screenreadern: JAWS, NVDA, Apples VoiceOver oder Googles TalkBack. Zusammen decken sie ungefähr neunzehn von zwanzig assistiven Technologie-Sitzungen auf Desktop und Mobile ab. Dieser Feldführer katalogisiert alle vier — und fügt einen kleineren fünften Eintrag für die drei aufstrebenden Akteure (Narrator, ChromeVox, Orca) hinzu, die an den Rändern tatsächlich eine Rolle spielen.
Die vorangegangenen Beiträge dieser Technologie-Reihe verglichen Screenreader in einer einzigen Matrix oder plädierten für eine bestimmte Testmethodik. Diese vergleichende Sichtweise ist nützlich, wenn eine Ingenieurin oder ein Ingenieur entscheidet, welchen Reader als nächsten zu testen. Sie ist weniger nützlich, wenn die Frage die längere ist: Wer nutzt tatsächlich welchen Reader, warum, und was plant jeder Anbieter für 2026? Dieser Leitfaden nimmt die entgegengesetzte Perspektive ein. Er arbeitet sich von einem Reader nach außen, mit einer identischen Anatomie für jeden Eintrag, sodass der Katalog von oben bis unten gelesen oder nach Readernamen angesprungen werden kann.
Jeder Eintrag unten verzeichnet dieselben sieben Dinge in derselben Reihenfolge: Marktanteil 2026, Plattformen, letzte Hauptversion, ARIA-1.3-Unterstützungstiefe, besondere Merkmale, bekannte Einschränkungen und das Adoptionsmuster — wer diesen Reader wählt und warum. Der abschließende Mini-Eintrag behandelt Narrator, ChromeVox und Orca zusammen, da jeder nur innerhalb seines eigenen Ökosystems bedeutsam ist.
4 dominante Screenreader · nach Desktop+Mobile-Anteil 2026 geordnet
| ID | Reader | Plattformen | Anteil 2026 (ca.) |
|---|---|---|---|
| E·01 | NVDA | Windows (Desktop) | ca. 37 % Desktop |
| E·02 | JAWS | Windows (Desktop, Enterprise) | ca. 31 % Desktop |
| E·03 | VoiceOver | iOS, iPadOS, macOS, visionOS | ca. 71 % Mobile · ca. 9 % Desktop |
| E·04 | TalkBack | Android | ca. 26 % Mobile |
| E·05 | Aufstrebende: Narrator · ChromeVox · Orca | Windows · ChromeOS · Linux | zusammen ca. 6 % Desktop |
Desktop-Zahlen sind an der jüngsten WebAIM-Screenreader-Nutzerumfrage (Zyklus Nr. 10, veröffentlicht 2025) verankert, in der Befragte angeben, welchen Reader sie am häufigsten nutzen. Mobile-Anteile sind aus Apples iOS-Barrierefreiheitstelemetrie-Zusammenfassungen und den von Googles Barrierefreiheitsteam bis Q1 2026 veröffentlichten Android-Nutzungsstatistiken für Barrierefreiheitsdienste zusammengefasst. Die Anteile sind Richtwerte, gerundet, und Überschneidungen sind möglich, da viele Befragte mehrere Reader auf verschiedenen Geräten verwenden.
Woher die Daten stammen
Die vier Anteile oben wurden aus drei unabhängigen Quellen abgeglichen. WebAIMs Screen Reader User Survey Nr. 10 ist die kanonische Desktop-Referenz: rund 3.800 Befragte, selbst gemeldeter primärer Reader. Apples veröffentlichte Barrierefreiheits-Impact-Zusammenfassungen und Googles Android-Barrierefreiheits-Quartalsbericht decken die Mobile-Seite ab. Wo die beiden divergieren — insbesondere bei der Frage, wie oft Desktop-Befragte auch einen mobilen Reader nutzen — wurde für die primäre Reader-Zuordnung der WebAIM-Datensatz bevorzugt und die Plattformtelemetrie-Zusammenfassungen für die Breite. Die Zahlen sind Richtwerte. Nahezu keine befragte Person nutzt ausschließlich einen Reader, und das moderne Bild ist ein Desktop-Reader plus VoiceOver auf dem Smartphone.
2026 bedeutet „Screenreader unterstützen“ diese vier zu unterstützen. Alles andere zusammen liegt unter sieben Prozent, und das meiste davon ist eine durchdachte Nische statt ein viables Testziel.
NVDA und JAWS teilen sich den Windows-Desktop. VoiceOver dominiert Mobile und trägt leise auch den Mac. TalkBack trägt Android. Jeder löst dasselbe Barrierefreiheitsproblem von einem anderen Ausgangspunkt — Open Source, Enterprise-Lizenz, Plattformintegration oder Androids Heterogenität — und jeder trägt unterschiedliche Fehler.
NVDA — NonVisual Desktop Access
Nur Windows. NV Access veröffentlicht ein portables Build, das ohne Installationsrechte von einem USB-Stick ausgeführt werden kann, was NVDA zum universellen Labor- und Audit-Reader gemacht hat. Es gibt kein macOS-, Linux- oder mobiles Build, und es gibt keine Roadmap, die eines davon verspricht.
NVDA 2025.4 wurde Ende 2025 mit konsolidierten Verbesserungen der Chromium-UIA-Brücke, einer nun direkt im Kern integrierten Fernzugriffsfunktion (kein Add-on mehr erforderlich) und erweiterten Standardeinstellungen für den Sprachwechsel veröffentlicht. Die 2026.1-Versionslinie befindet sich zum Zeitpunkt dieses Schreibens in der Vorschau und soll den formalen ARIA-1.3-Konformitätsdurchlauf in Verbindung mit dem Candidate-Recommendation-Update des W3C vom Dezember 2025 ausliefern.
Stark und weiter verbessernd. NVDA war historisch gesehen der erste Reader, der neue ARIA-Rollen, -Eigenschaften und -Zustände aufnimmt, da sein Release-Rhythmus schneller ist als der von JAWS und seine Codebasis offen ist. Ab 2025.4 wird die neue aria-actions-Eigenschaft gelesen, aber mit Platzhalterformulierungen; das lang erwartete aria-brailleroledescription wird auf aktualisierbaren Braille-Ausgaben berücksichtigt; und das erweiterte role=“comment”- + role=“suggestion”-Paar, das von kollaborativen Dokumenteneditoren genutzt wird, ist vollständig freigelegt.
Open-Source und kostenlos unter GPL. Eine erstklassige Python-Add-on-API, die ein aktives Drittanbieter-Erweiterungsökosystem hervorgebracht hat — klangbasierte Audio-Hinweise, integrierte OCR für Bild-als-Text-Inhalte, Web-Entwickler-Toolkits, benutzerdefinierte Sprachprofile. Integrierter Fernzugriff für technischen Support. Ein gemeinschaftsgesteuerter, transparenter Fehlertracker auf GitHub.
NVDAs Sprachsynthese-Standards können bei der Erstinstallation merklich synthetischer klingen als JAWSs Premium-Stimmen, was manchmal Vergleiche neuer Nutzender beeinflusst. Enterprise-Deployments erfordern mehr internes Fachwissen als JAWS, da standardmäßig kein kommerzieller Support-Vertrag besteht. Einige ältere Windows-Desktop-Anwendungen, die ausschließlich auf MSAA-Barrierefreiheits-APIs angewiesen sind, werden mit einer wahrnehmbaren Verzögerung gegenüber JAWS vorgelesen.
Gewählt von Nutzenden mit hoher individueller Kostensensitivität (es ist kostenlos), von Barrierefreiheitsexpertinnen und -experten, die ein portables Build für Audits benötigen, von Entwicklerinnen und Entwicklern, die die offene Codebasis und die Python-Add-on-API benötigen, und zunehmend von Unternehmen im Globalen Süden, wo die JAWS-Lizenzkosten nicht realistisch sind. NVDAs Aufstieg zum Desktop-Spitzenreiter in WebAIM Nr. 10 ist die Schlagzeile der Barrierefreiheitssoftware-Geschichte der letzten fünf Jahre.
JAWS — Job Access With Speech
Nur Windows. Vispero (das JAWS, ZoomText und Fusion besitzt) hat sich konsequent geweigert, einen macOS- oder Linux-Port zuzusagen. JAWS ist der dominante Reader in US-Bundesbehörden, US-Landesbehörden, dem US-Gesundheitswesen und Enterprise-Beschaffungsumgebungen in den USA, wo Visperos Volumenlizenzen tief verankert sind.
JAWS 2026 wurde im Januar 2026 mit formaler ARIA-1.3-Ausrichtung, einem erweiterten Lesemodell für getaggte PDF-Inhalte, einer überarbeiteten Integration mit FSReader und FSCast sowie verbesserter Microsoft-Edge-Unterstützung in der Chromium-UIA-Brücke veröffentlicht. JAWS wird nun mit einem jährlichen Hauptrelease-Rhythmus und monatlichen Patches ausgeliefert.
Umfassend, aber geringfügig konservativer als NVDA. JAWS 2026 unterstützt vollständig aria-actions, die comment- + suggestion-Rollen, erweiterte aria-errormessage-Behandlung bei gruppierten Formularsteuerelementen und die neue aria-brailleroledescription-Braille-Ausgabe. Wo JAWS leicht hinterherhinkt, ist die neue Tastaturkürzel-Hinweiseigenschaft von ARIA 1.3: Die Unterstützung ist vorhanden, aber mit ausführlichen Ansagen, die einige Nutzende manuell deaktivieren.
Vocalizer-Expressive-Premium-Stimmen, die viele Nutzende als die natürlichsten unter Windows beschreiben. Branchenstandard-Skriptsprache für die Anwendungsanpassung, die in großen Enterprise-Deployments für Branchenanwendungen genutzt wird. Fest integriertes Schulungs- und Zertifizierungsprogramm über Freedom Scientific. Volumenrabatte für institutionelle Beschaffung. Zusammenführung mit dem ZoomText-Vergrößerungsprogramm durch das Fusion-Produkt.
Die jährlichen Lizenzkosten (ca. 1.200 USD kommerziell, 90 USD Jahresabonnement) sind die größte Adoptionsbarriere außerhalb nord- und westeuropäischer institutioneller Umgebungen. Die Skript-Engine ist zwar leistungsfähig, aber eine Einstiegshürde für beiläufige Anpassung im Vergleich zu NVDAs Python-Add-on-API. JAWSs Release-Rhythmus ist langsamer als NVDAs, sodass aufkommende ARIA-Funktionen manchmal Monate nach der NVDA-Stable-Veröffentlichung ankommen.
Gewählt von Nutzenden in institutionellen Beschaffungsumgebungen (US-Bundes- und Landesbehörden, große US-Unternehmen, Schulen und Universitäten), von Nutzenden, die speziell auf die JAWS-Skript-Engine angewiesen sind, um eine benutzerdefinierte Anwendung barrierefrei zu machen, und von langjährigen Nutzenden, die JAWS in den 1990er oder 2000er Jahren erlernt haben und ein tiefes Anpassungsprofil besitzen, das sie nicht neu aufbauen möchten. JAWS verliert am kostensensiblen Ende des Marktes weiter gegenüber NVDA und hält am institutionellen Ende seine Stellung.
VoiceOver — Apples Plattform-Screenreader
iOS, iPadOS, macOS, watchOS, tvOS und visionOS. VoiceOver ist das kanonische Beispiel für einen Screenreader, der als integrierter Plattformdienst statt als Drittanwendung konzipiert wurde. Auf Mobile hat es innerhalb des Apple-Ökosystems praktisch keine Konkurrenz; die einzige Apple-Plattformoption ist das deutlich kleinere Hindenburg oder Drittanbieter-Sehbeeinträchtigungswerkzeuge.
VoiceOver wird im Betriebssystem ausgeliefert, sodass sein Release-Rhythmus iOS, iPadOS und macOS folgt. Der 2026-Zyklus führte die neue „Seitenzusammenfassung“-Apple-Intelligence-Funktion ein, die eine KI-generierte Landing-Zusammenfassung einer Webseite erstellt, bevor die Nutzerin oder der Nutzer mit dem Lesen beginnt; erweiterte Steuerelemente für den VoiceOver-Rotor-Ausführlichkeitsgrad; und eine überarbeitete Braille-Eingabetabelle — die umfangreichste Braille-Überarbeitung, die 2026 auf einer Plattform ausgeliefert wurde.
Stark in iOS Safari und macOS Safari, außerhalb von Safari schwächer. Innerhalb von Safari werden ARIA-1.3-Funktionen wie die neuen comment- / suggestion-Rollen, erweiterte Fehlermeldungen bei gruppierten Formularsteuerelementen und aria-brailleroledescription auf iOS-Braille-Displays berücksichtigt. VoiceOver in Chrome auf iOS legt eine Teilmenge der ARIA-Eigenschaften frei — eine seit Langem bekannte Einschränkung, die teilweise eine WebKit-Plattformbeschränkung und nicht ein VoiceOver-Fehler ist.
Kostenlos, tief in das Betriebssystem integriert und der Plattform-Reader für visionOS — der erste kommerziell ausgelieferte Screenreader für ein Head-Mounted-Display. Der Rotor (iOS-Geste, macOS-Drehregler) ist ein einzigartiges Schnellnavigationsmodell, das erfahrene Nutzende häufig als das einzeln produktivste Merkmal aller Reader beschreiben. Apple Intelligence Seitenzusammenfassung und Bildbeschreibungen werden 2026 auf dem Gerät ausgeführt, womit Text- und Bildinhalt nicht in die Cloud gelangt.
VoiceOvers Ausführlichkeits-Standards sind in 2025–26 ausgesprochen gesprächig, und viele Nutzende passen sie erheblich an, bevor sie täglich genutzt werden. Das Verhalten kann sich auf wichtige Weise zwischen Safari und Chromium-basierten Browsern auf iOS unterscheiden, was bedeutet, dass Web-Entwicklerinnen und -Entwickler nicht einmal testen und Parität annehmen können. macOS VoiceOver hinkt iOS VoiceOver in mehreren Funktionsbereichen nach, und macOS-Desktop-Befragte in WebAIM Nr. 10 stufen es nach wie vor hinter NVDA und JAWS auf Platz drei ein.
Standardmäßig gewählt von allen iPhone-, iPad-, Mac-, Apple-Watch-, Apple-TV- oder Vision-Pro-Nutzenden. Innerhalb der Screenreader-Bevölkerung sind VoiceOver-Nutzende jünger, stärker mobile-first und stärker iOS-zentriert als der durchschnittliche JAWS- oder NVDA-Nutzer. VoiceOvers Monopol auf der mobilen Seite ist struktureller Natur: Apples Ökosystem-Anteil unter US-amerikanischen blinden oder sehbeeinträchtigten Nutzenden ist sogar höher als in der Gesamtbevölkerung.
TalkBack — Androids Plattform-Screenreader
Android (Smartphone und Tablet). TalkBack wird mit Googles Android Accessibility Suite ausgeliefert und ist auch in Samsungs One UI und anderen OEM-Android-Oberflächen gebündelt. Es gibt keine Desktop- oder ChromeOS-Variante — ChromeOS verwendet ChromeVox (E·05) — und keinen eigenständigen Wear-OS-Reader; Wear OS nutzt eine TalkBack-abgeleitete Erfahrung.
TalkBack 15.0 wurde Anfang 2026 über Google Play veröffentlicht, mit Mehrfinger-Gesten aus dem iPad-VoiceOver-Modell, erweiterter Gemini-Nano-On-Device-Bildbeschreibungsunterstützung, einem überarbeiteten Lese-Steuerungsmenü und der lang ersehnten Möglichkeit, Webüberschriften mit derselben Mehrfinger-Wischgeste zu navigieren, die innerhalb von Android-Apps verwendet wird.
Verbessernd, aber historisch gesehen die schwächste der vier. TalkBack liest Webinhalte über Chrome auf Android, und Chromes Accessibility-Tree-Exposition auf Android hat Desktop-Chrome konsistent nachgehangen. 2026 schließt einen Großteil dieser Lücke: Die neuen comment- / suggestion-Rollen werden freigelegt, aria-actions wird mit Platzhalterformulierungen gelesen, und die Behandlung gruppierter Formularfehler wurde verfeinert. Einige ARIA-1.3-Eigenschaften — insbesondere die neue Tastaturhinweis-Familie — werden in einigen Android-Web-Views noch inkonsistent angekündigt.
Kostenlos, in das Betriebssystem integriert und der globale Reader-Anführer nach absoluter installierter Basis außerhalb Nordamerikas und Westeuropas. Gemini-Nano-On-Device-Bildbeschreibungen werden 2026 standardmäßig für neue und zuvor unbeschriftete Bilder ausgeliefert. Das Lese-Steuerungsmenü ist die am meisten anpassbare On-Device-Ausführlichkeitssteuerung aller vier Reader. Open-Source, mit dem Code im Android Open Source Project verfügbar.
OEM-Fragmentierung bedeutet, dass TalkBack-Verhalten zwischen Samsung-, Pixel-, Xiaomi- und anderen Android-Geräten variieren kann — besonders bei Fokusverwaltung, Gestenhandhabung und bestimmten ARIA-Zuordnungen für benutzerdefinierte Ansichten. Das Lesen von Webinhalten in Nicht-Chrome-Android-Browsern kann andere Ergebnisse liefern, als ein VoiceOver-in-Safari-Paritätstest vermuten lässt, und bleibt die einzeln größte bekannte plattformübergreifende Testlücke im Jahr 2026.
Standardmäßig gewählt von allen Android-Smartphone- oder Tablet-Nutzenden. Innerhalb der Screenreader-Bevölkerung sind TalkBack-Nutzende deutlich jünger und konzentrierter außerhalb der USA als VoiceOver-Nutzende. Für jedes Produkt, dessen Nutzerbasis sich bedeutsam nach Asien, Afrika oder Lateinamerika erstreckt, ist TalkBack der einzeln wichtigste mobile Reader für Tests — auch wenn nordamerikanisches Testen historisch VoiceOver priorisiert hat.
Drei kleinere Reader, die an den Rändern eine Rolle spielen: Jeder ist der Standard innerhalb seiner eigenen Plattformnische, jeder hat 2026 ernsthaften Schwung, und jeder ist es wert, beobachtet zu werden — auch wenn ihr kombinierter Desktop-Anteil deutlich unter zehn Prozent liegt.
Aufstrebende Akteure — Narrator, ChromeVox, Orca
Narrator wird mit Windows 10 und Windows 11 ausgeliefert. ChromeVox ist der integrierte Reader auf ChromeOS, der in großem Maßstab in US-K-12-Schulbezirken eingesetzt wird, die auf Chromebooks standardisiert haben. Orca ist der wichtigste Linux-Desktop-Screenreader, der auf GNOME- und KDE-Distributionen genutzt und mit den meisten großen Distributionen (Ubuntu, Fedora, openSUSE, Debian) gebündelt wird.
Narrator-Updates werden mit Windows-Feature-Releases ausgeliefert; der 24H2-Zyklus führte ein überarbeitetes Scan-Modus-Modell und einen Copilot-integrierten Bildbeschreibungspfad ein. ChromeVox 2026.x wird weiterhin mit ChromeOS-Meilensteinen ausgeliefert und fügte verfeinerte Header-Navigation und ein optimiertes „Erkunden per Berühren“-Modell auf Chromebook-Touchscreens hinzu. Orca 46+ folgt dem GNOME-Release-Zeitplan, wobei die native Wayland-Unterstützung in 2025–26 Parität mit X11 erreichte und die ARIA-1.3-Ausrichtung innerhalb von Mozilla und Chromium unter Linux voranschreitet.
Narrators ARIA-Unterstützung ist bedeutsam, aber konservativ: Es behandelt die ARIA-1.2-Kernfläche umfassend, und 2024–25-Insider-Builds lieferten anfängliche ARIA-1.3-Lesungen mit einigen Ausführlichkeitsstandard-Rauhigkeiten. ChromeVox erbt Chromes Accessibility-Tree direkt und hat dieselbe ARIA-1.3-Abdeckung wie Desktop-Chrome. Orcas ARIA-Abdeckung ist stark in Firefox und Chromium unter Linux, hinkt aber bei weniger genutzten Browsern und bei nativen Linux-Toolkits nach, die die für die neuen Eigenschaften erforderlichen AT-SPI-2-Metadaten noch nicht vollständig übernommen haben.
Narrator: Keine Installation erforderlich, Copilot-integrierte Bildbeschreibungen, Scan-Modus, der Web-Browsing für Erstnutzende zugänglich macht. ChromeVox: Enge ChromeOS-Integration, der einzige Reader, der speziell für Chromebooks optimiert ist, auf Millionen von US-K-12-Schülergeräten eingesetzt. Orca: Open-Source, tiefgreifend anpassbar und der einzige nutzbare Screenreader auf freiem Desktop-Linux — bedeutsam für akademische, wissenschaftliche und freie-Software-orientierte Nutzende.
Narrators Drittanbieter-Anwendungsunterstützung bleibt dünner als die von NVDA oder JAWS, besonders für ältere Windows-Desktop-Anwendungen und für Branchenanwendungen, die benutzerdefiniertes Scripting erfordern. ChromeVoxs Reichweite ist durch ChromeOS’ Gesamtanteil begrenzt. Orcas Reichweite ist durch den Linux-Desktop-Anteil begrenzt, und die Wayland-bezogene Barrierefreiheits-API-Reife hat erst kürzlich produktionsreife Parität mit X11 erreicht.
Jeder dieser Reader gewinnt durch Ökosystem-Platzierung, nicht durch Funktionswettbewerb mit JAWS oder NVDA. Narrator wird als kostenloser Windows-Einstiegspunkt und als Notfall-Reader gewählt. ChromeVox ist der institutionelle Standard in vielen US-Schulbezirken, die auf Chromebooks standardisiert haben. Orca ist die Wahl von Nutzenden — oft technisch, oft akademisch —, die freies Desktop-Linux betreiben und einen Open-Source-Reader-Stack von Anfang bis Ende benötigen.
Kein Screenreader ist 2026 „der richtige“. Die richtige Antwort lautet: denjenigen testen, den die eigenen Nutzenden verwenden — und für jedes nicht-triviale Produkt sind das mindestens drei.
Was diese vier (und drei) Reader gemeinsam haben
Als Katalog gelesen, teilen die vier dominanten Reader und die drei aufstrebenden mehr, als eine Oberfläche vermuten lässt. Alle sieben liefern 2026 irgendeine Form von On-Device-KI-generierten Bildbeschreibungen, alle sieben haben sich mit zumindest dem Kern von ARIA 1.3 ausgerichtet, und alle sieben haben in den vergangenen achtzehn Monaten bedeutende Braille-Überarbeitungen ausgeliefert. Die Entwicklung ist auf der Plattformfunktionsoberfläche konvergierend und auf der philosophischen Oberfläche divergierend — Open Source versus kommerzielle Lizenz, OS-integriert versus Drittanbieter, kostenlos versus kostenpflichtig.
Das einzeln folgenreichste Muster ist, dass NVDA JAWS als meistgenutzten Windows-Desktop-Reader überholt hat und dass der Abstand sich eher vergrößert als verringert. Die Kombination aus NVDAs kostenlosem Preis, seinem portablen Build, seiner Python-Add-on-API und seinem schnelleren ARIA-Release-Rhythmus hat einen strukturellen Vorteil hervorgebracht, den die JAWS-Skript-Engine und die Enterprise-Lizenzbasis nicht vollständig aufwiegen. Die WebAIM-Umfrage Nr. 11 — die 2026 fällig ist — wird den NVDA-Vorsprung voraussichtlich vergrößern, nicht verkleinern. Auf Mobile ist die Situation das Gegenteil von konvergierend: VoiceOver und TalkBack sind tief in ihre jeweiligen Plattformen eingebettet, und der relative Anteil zwischen ihnen folgt dem Gerätemarktanteil von Apple und Google mehr als einem Funktionsunterschied zwischen den beiden Readern.
Für ein Ingenieurteam, das eine Testbasis für 2026 festlegt, ist die Schlussfolgerung einfach: Das Testen mit nur einem Reader ist nicht mehr vertretbar. Das Testen mit zwei — typischerweise NVDA unter Windows Desktop und VoiceOver auf iOS Safari — ist seit mehreren Jahren das realistische Minimum. 2026 sollte dieses Minimum auf drei ausgeweitet werden: TalkBack auf Android Chrome sollte mindestens hinzukommen, weil diese Bevölkerungsgruppe groß, wachsend und von nordamerikanischen Testpraktiken unterversorgt ist. Vier-Reader-Testen (NVDA + JAWS + VoiceOver + TalkBack) ist die hochzuverlässige Basis für jedes Produkt, dessen ARIA-Oberfläche nicht trivial ist.
Was zuerst auditiert werden sollte
Bei einem öffentlich zugänglichen Webprodukt
- Sicherstellen, dass NVDA unter Windows + Chrome die primäre Navigation, primäre Formulare und primäre Modal-Dialog-Abläufe im neuesten Stable-Build fehlerfrei liest
- Sicherstellen, dass VoiceOver unter iOS Safari dieselben Oberflächen korrekt liest — VoiceOver in Safari ist die kanonische mobile Basislinie
- Sicherstellen, dass TalkBack unter Android Chrome sie ebenfalls liest — dies ist die 2026 am häufigsten übersehene Testoberfläche
- Bei Enterprise- oder Behörden-Produktoberflächen: JAWS unter Windows + Chrome und JAWS unter Windows + Edge zur Matrix hinzufügen
Bei einer nativen Mobile- oder Desktop-Anwendung
- Jedes interaktive Steuerelement einer plattformativen Barrierefreiheitsrolle zuordnen — iOS UIAccessibility, Android AccessibilityNodeInfo, macOS NSAccessibility, Windows UIA — statt auf webähnliche ARIA-Shims zu setzen
- Gegen VoiceOver (iOS / iPadOS / macOS) und TalkBack (Android) für die relevanten mobilen und Tablet-Plattformen testen
- Für Windows sowohl mit NVDA als auch mit JAWS testen — sie legen unterschiedliche Fehler in benutzerdefinierten Accessibility-Tree-Implementierungen frei
- Bei einer Anwendung, die auf visionOS oder watchOS ausgeliefert wird, ist VoiceOver-on-visionOS / VoiceOver-on-watchOS der einzige Reader und muss direkt auf dem Gerät getestet werden
Bei der Wahl eines Readers als neue Nutzerin oder neuer Nutzer
- Unter Windows und kostensensibel: mit NVDA beginnen — der kostenlose, portable, Open-Source-Weg mit der größten Community
- Unter Windows und in einer institutionellen Beschaffungsumgebung, die bereits JAWS hat: JAWS ergibt Sinn — besonders wenn geskriptete Anwendungsanpassung benötigt wird
- Auf iPhone, iPad oder Mac: VoiceOver ist der Reader; den Rotor früh erlernen
- Auf Android: TalkBack ist der Reader; Zeit im Lese-Steuerungsmenü verbringen, um die Ausführlichkeit anzupassen
- Auf ChromeOS, Linux oder bei einem Windows-Notfallreader ohne Installation: ChromeVox, Orca oder Narrator passen jeweils sauber in ihre Nische
Vier Reader decken 2026 nahezu die gesamte screenreader-nutzende Öffentlichkeit im Web ab: NVDA und JAWS auf Windows Desktop, VoiceOver im Apple-Ökosystem und TalkBack auf Android. Darunter bedienen Narrator, ChromeVox und Orca jeweils eine echte, aber kleinere Bevölkerungsgruppe innerhalb ihrer jeweiligen Plattformen. Die Konvergenz der vergangenen achtzehn Monate ist real — jeder Reader liefert nun On-Device-KI-Bildbeschreibungen, jeder Reader hat sich mit dem Kern von ARIA 1.3 ausgerichtet, jeder Reader hat seine Braille-Ausgabe überarbeitet —, aber die Divergenz bei Preis, Offenheit und Plattformintegration ist strukturell. NVDA ist jetzt der meistgenutzte Windows-Desktop-Reader, und der Abstand wächst. Das Mobile-Bild ist festgelegt: VoiceOver und TalkBack werden weiterhin dem Gerätemarktanteil von Apple und Google folgen, nicht den Funktionen des jeweils anderen. Mindestens gegen drei dieser vier testen. Vier ist besser.
MethodikDesktop-Anteile sind an der WebAIM-Screenreader-Nutzerumfrage Nr. 10 (2025) verankert, der kanonischen Quelle für selbst gemeldete primäre Reader. Mobile-Anteile sind aus veröffentlichten Apple-iOS-Barrierefreiheits-Impact-Zusammenfassungen und Googles Android-Barrierefreiheits-Quartalsmitteilungen bis Q1 2026 aggregiert. Zahlen sind Richtwerte und gerundet; Quernutzung ist die Norm, und ausschließliche Einzelreader-Nutzung ist selten. Die ARIA-1.3-Unterstützungstiefe basiert auf Anbieter-Versionshinweisen, NV-Access-Changelogs, Vispero-Versionshinweisen und W3C-ARIA-Working-Group-Implementierungsberichten bis April 2026.
UmfangDie vier dominanten Reader (NVDA, JAWS, VoiceOver, TalkBack) sowie die drei aufstrebenden Reader (Narrator, ChromeVox, Orca). Spezialwerkzeuge — aktualisierbare Braille-Displays als eigenständige Reader, dedizierte Sehbeeinträchtigungs-Vergrößerungsprogramme ohne Sprache, einzweckige Dokumentenleser — liegen außerhalb des Umfangs dieses Katalogs. Regionale und sprachspezifische Reader (Hindenburg, KochiTalk, kleinere japanischsprachige Reader) werden hier nicht behandelt.
Was dieser Artikel nicht istEine Empfehlung für einen einzelnen Reader. Die Aufnahme in diesen Katalog spiegelt nur den Deploymentumfang 2026 wider und ist kein Qualitätsurteil. Mehr dazu auf Barrierefreiheits-Tooling und Methodik und Barrierefreiheitsrecht nach Gerichtsbarkeit.