La roadmap degli screen reader per il 2026: JAWS, NVDA, VoiceOver, TalkBack
Quasi ogni utente non vedente o ipovedente sul web pubblico nel 2026 interagisce con uno di quattro screen reader: JAWS, NVDA, VoiceOver di Apple o TalkBack di Google. Insieme coprono circa diciannove sessioni su venti con tecnologia assistiva su desktop e mobile. Questa guida di campo cataloga ciascuno dei quattro — e aggiunge un quinto exhibit più piccolo per i tre player emergenti (Narrator, ChromeVox, Orca) che contano davvero ai margini.
Le precedenti puntate di questa serie tecnologica hanno confrontato gli screen reader tra loro in un’unica matrice o hanno sostenuto una specifica metodologia di test. Quella visione comparativa è utile quando un ingegnere decide contro quale lettore testare per primo. Lo è meno quando la domanda è quella più ampia: chi usa davvero quale lettore, perché, e cosa sta facendo ciascun fornitore per il 2026? Questa guida adotta la prospettiva opposta. Parte da un lettore per volta verso l’esterno, con un’anatomia identica per ogni voce, in modo che il catalogo possa essere letto dall’inizio alla fine o saltato direttamente al nome del lettore.
Ogni exhibit di seguito registra le stesse sette cose nello stesso ordine: quota di mercato 2026, piattaforme, ultimo rilascio principale, profondità del supporto ARIA 1.3, caratteristiche distintive, limiti noti e modello di adozione — chi sceglie questo lettore e perché. Il mini-exhibit finale copre insieme Narrator, ChromeVox e Orca perché ciascuno è rilevante solo all’interno del proprio ecosistema.
4 screen reader dominanti · classificati per quota desktop+mobile 2026
| ID | Lettore | Piattaforme | Quota 2026 (circa) |
|---|---|---|---|
| E·01 | NVDA | Windows (desktop) | circa 37% desktop |
| E·02 | JAWS | Windows (desktop, enterprise) | circa 31% desktop |
| E·03 | VoiceOver | iOS, iPadOS, macOS, visionOS | circa 71% mobile · circa 9% desktop |
| E·04 | TalkBack | Android | circa 26% mobile |
| E·05 | Emergenti: Narrator · ChromeVox · Orca | Windows · ChromeOS · Linux | circa 6% desktop combinati |
Le quote desktop sono ancorate al più recente sondaggio WebAIM sugli utenti di screen reader (ciclo #10, pubblicato 2025), in cui ai partecipanti viene chiesto quale lettore usano più spesso. Le quote mobile sono aggregate dai riepiloghi telemetrici delle impostazioni di accessibilità iOS di Apple e dai dati sull’utilizzo dei servizi di accessibilità Android pubblicati dal team di accessibilità di Google fino al Q1 2026. Le quote sono indicative, arrotondate e possono sovrapporsi perché molti partecipanti usano più lettori su dispositivi diversi.
Da dove provengono i dati
Le quattro quote di cui sopra sono riconciliate da tre fonti indipendenti. Il Sondaggio sugli utenti di screen reader #10 di WebAIM è il riferimento desktop canonico: circa 3.800 partecipanti, lettore principale auto-dichiarato. I riepiloghi sull’impatto dell’accessibilità pubblicati da Apple e il post trimestrale di Google sull’accessibilità Android coprono il versante mobile. Laddove le due fonti divergono — in particolare sulla questione di quanto spesso i partecipanti desktop usino anche un lettore mobile — si è privilegiato il dataset WebAIM per l’attribuzione del lettore principale e i riepiloghi telemetrici delle piattaforme per l’ampiezza. I numeri sono indicativi. Quasi nessun partecipante usa un solo lettore, e la norma moderna è un lettore desktop più VoiceOver su un telefono.
Nel 2026, «supportare gli screen reader» significa supportare questi quattro. Tutto il resto combinato è sotto il sette percento, e la maggior parte è una nicchia ponderata piuttosto che un target di test praticabile.
NVDA e JAWS si dividono il desktop Windows. VoiceOver domina il mobile e silenziosamente presidia il Mac. TalkBack presidia Android. Ciascuno risolve lo stesso problema di accessibilità da un punto di partenza diverso — open source, licenza enterprise, integrazione di piattaforma o eterogeneità di Android — e ciascuno porta con sé bug diversi.
NVDA — NonVisual Desktop Access
Solo Windows. NV Access pubblica una versione portabile che funziona da una chiavetta USB senza richiedere diritti di installazione, il che ha reso NVDA il lettore universale per laboratori e audit. Non esiste una versione per macOS, Linux o mobile, né una roadmap che prometta nessuna di esse.
NVDA 2025.4 è stato rilasciato alla fine del 2025 con miglioramenti consolidati al bridge Chromium UIA, una funzionalità di accesso remoto ora integrata nel core (senza componente aggiuntivo richiesto) e impostazioni predefinite per il cambio di lingua espanse. La linea di rilascio 2026.1 è in anteprima al momento della stesura e dovrebbe includere il passaggio formale di conformità ARIA 1.3 legato all’aggiornamento della raccomandazione candidata del W3C di dicembre 2025.
Solida e in miglioramento. NVDA è stato storicamente il primo lettore ad adottare nuovi ruoli, proprietà e stati ARIA, poiché la sua cadenza di rilascio è più rapida di quella di JAWS e il suo codebase è aperto. Dalla versione 2025.4, la nuova proprietà aria-actions viene letta ma con una formulazione segnaposto, il tanto atteso aria-brailleroledescription è rispettato sull’output braille aggiornabile, e la coppia espansa role=“comment” + role=“suggestion” utilizzata dagli editor di documenti collaborativi è completamente esposta.
Open source e gratuito sotto GPL. Un’API Python di prima classe per componenti aggiuntivi che ha prodotto un attivo ecosistema di estensioni di terze parti — segnali audio tematici, OCR integrato per contenuti immagine di testo, toolkit per developer web, profili linguistici personalizzati. Accesso remoto integrato per il supporto tecnico. Un bug tracker trasparente e gestito dalla community su GitHub.
Le sintesi vocali predefinite di NVDA possono sembrare notevolmente più sintetiche rispetto alle voci premium di JAWS alla prima installazione, il che a volte distorce i confronti tra nuovi utenti. Il deployment enterprise richiede più conoscenze interne rispetto a JAWS perché non esiste un contratto di supporto commerciale predefinito. Alcune applicazioni desktop Windows legacy che fanno affidamento esclusivamente sulle API di accessibilità MSAA vengono lette con un ritardo percettibile rispetto a JAWS.
Scelto da utenti con forte sensibilità ai costi individuali (è gratuito), da professionisti dell’accessibilità che necessitano di una versione portabile per gli audit, da developer che necessitano del codebase aperto e dell’API Python per i componenti aggiuntivi, e sempre più dalle imprese nel Sud del mondo dove il costo della licenza JAWS non è realistico. L’ascesa di NVDA al primo posto desktop nel WebAIM #10 è la principale notizia del settore del software di accessibilità degli ultimi cinque anni.
JAWS — Job Access With Speech
Solo Windows. Vispero (che possiede JAWS, ZoomText e Fusion) ha costantemente rifiutato di impegnarsi in un porting per macOS o Linux. JAWS è il lettore dominante negli ambienti di approvvigionamento del governo federale USA, dei governi statali USA, della sanità USA e delle grandi imprese USA, dove gli accordi di licenza in volume di Vispero sono profondamente radicati.
JAWS 2026 è stato rilasciato nel gennaio 2026 con l’allineamento formale ad ARIA 1.3, un modello di lettura esteso per i contenuti taggati in PDF, un’integrazione rinnovata con FSReader e FSCast, e un supporto migliorato per Microsoft Edge nel bridge Chromium UIA. JAWS viene ora rilasciato con una cadenza annuale di rilasci principali e aggiornamenti mensili continuativi.
Completo ma leggermente più conservativo rispetto a NVDA. JAWS 2026 supporta completamente aria-actions, i ruoli comment + suggestion, la gestione espansa di aria-errormessage sui controlli di form raggruppati e il nuovo output braille aria-brailleroledescription. Dove JAWS è leggermente in ritardo è la nuova proprietà di suggerimento da tastiera di ARIA 1.3: il supporto è arrivato ma con annunci prolissi che alcuni utenti disabilitano manualmente.
Voci premium Vocalizer Expressive che molti utenti descrivono come le più naturali su Windows. Linguaggio di scripting standard del settore per la personalizzazione delle applicazioni, utilizzato nelle grandi implementazioni enterprise per le applicazioni line-of-business. Programma di formazione e certificazione strettamente integrato attraverso Freedom Scientific. Sconti per licenze in volume per l’approvvigionamento istituzionale. Convergenza con il magnificatore ZoomText attraverso il prodotto Fusion.
Il costo della licenza annuale (circa 1.200 USD commerciale, circa 90 USD abbonamento annuale) è il singolo ostacolo più grande all’adozione al di fuori degli ambienti istituzionali nordamericani ed europei occidentali. Il motore di scripting, pur essendo potente, è un ostacolo all’ingresso per la personalizzazione occasionale rispetto all’API Python per i componenti aggiuntivi di NVDA. La cadenza di rilascio di JAWS è più lenta di quella di NVDA, quindi le funzionalità ARIA emergenti a volte arrivano mesi dopo che sono già state incluse nella versione stabile di NVDA.
Scelto da utenti in ambienti di approvvigionamento istituzionale (governo federale/statale USA, grandi imprese USA, scuole e università), da utenti che dipendono specificamente dal motore di scripting JAWS per rendere accessibile un’applicazione personalizzata, e da utenti di lunga data che hanno imparato JAWS negli anni ‘90 o 2000 e hanno un profilo di personalizzazione approfondito che preferiscono non ricostruire. JAWS continua a perdere terreno rispetto a NVDA sul segmento sensibile ai costi e a mantenere la sua posizione sul segmento istituzionale.
VoiceOver — lo screen reader di piattaforma Apple
iOS, iPadOS, macOS, watchOS, tvOS e visionOS. VoiceOver è l’esempio canonico di uno screen reader progettato come servizio di piattaforma integrato piuttosto che come applicazione di terze parti. Sul mobile non ha praticamente concorrenza all’interno dell’ecosistema Apple; l’unica alternativa sulla piattaforma Apple è Hindenburg, distribuito in misura molto minore, e gli strumenti per ipovedenti di terze parti.
VoiceOver viene incluso nel sistema operativo, quindi la sua cadenza di rilascio segue iOS, iPadOS e macOS. Il ciclo 2026 ha introdotto la nuova funzionalità «Riepilogo pagina» di Apple Intelligence che produce un riepilogo della pagina web generato da un LLM prima che l’utente inizi a leggerla; controlli di verbosità del rotor VoiceOver espansi; e una tabella di input braille rinnovata, il più grande aggiornamento braille su qualsiasi piattaforma nel 2026.
Solida su iOS Safari e macOS Safari, più debole al di fuori di Safari. All’interno di Safari, le funzionalità ARIA 1.3 come i nuovi ruoli comment / suggestion, la messaggistica degli errori espansa sui controlli di form raggruppati e aria-brailleroledescription sui display braille iOS sono rispettate. VoiceOver all’interno di Chrome su iOS espone un sottoinsieme delle proprietà ARIA — una limitazione di lunga data che è in parte un vincolo della piattaforma WebKit piuttosto che un bug di VoiceOver.
Gratuito, profondamente integrato con il sistema operativo, e il lettore di piattaforma per visionOS — il primo screen reader commercialmente distribuito per un display montato sulla testa. Il Rotor (gesto iOS, controllo rotante macOS) è un modello di navigazione straordinariamente rapido che gli utenti esperti descrivono frequentemente come la singola funzionalità più produttiva di qualsiasi lettore. Il Riepilogo pagina e le descrizioni delle immagini di Apple Intelligence vengono elaborate sul dispositivo nel 2026, il che mantiene il contenuto testuale e delle immagini fuori dal cloud.
Le impostazioni di verbosità predefinite di VoiceOver sono molto prolisse nel 2025-26, e molti utenti le regolano sostanzialmente prima dell’uso quotidiano. Il comportamento può differire in modi importanti tra Safari e i browser basati su Chromium su iOS, il che significa che i developer web non possono testare una volta sola e assumere la parità. VoiceOver su macOS è in ritardo rispetto a VoiceOver su iOS su diverse linee di funzionalità, e i partecipanti desktop macOS nel WebAIM #10 lo classificano ancora al terzo posto dopo NVDA e JAWS.
Scelto — per impostazione predefinita — da chiunque possegga un iPhone, iPad, Mac, Apple Watch, Apple TV o Vision Pro. Nell’ambito della popolazione degli utenti di screen reader, gli utenti di VoiceOver tendono ad essere più giovani, più orientati al mobile e più incentrati su iOS rispetto all’utente medio di JAWS o NVDA. La presa di VoiceOver sul versante mobile è strutturale: la quota dell’ecosistema Apple tra gli utenti USA non vedenti o ipovedenti è ancora più alta della sua quota nella popolazione generale.
TalkBack — lo screen reader di piattaforma Android
Android (mobile e tablet). TalkBack viene incluso con Android Accessibility Suite di Google ed è anche integrato nel sistema One UI di Samsung e in altri skin Android OEM. Non esiste una variante desktop o ChromeOS — ChromeOS usa ChromeVox (E·05) — e non esiste un lettore Wear OS separato; Wear OS usa un’esperienza derivata da TalkBack.
TalkBack 15.0 è stato distribuito tramite Google Play all’inizio del 2026 con gesti multi-dito ereditati dal modello VoiceOver su iPad, supporto espanso per le descrizioni di immagini on-device di Gemini Nano, un menu di controlli di lettura rinnovato e la tanto richiesta capacità di navigare le intestazioni web con lo stesso gesto di scorrimento multi-dito usato all’interno delle app Android.
In miglioramento ma storicamente il più debole dei quattro. TalkBack legge il contenuto web tramite Chrome su Android, e l’esposizione dell’albero di accessibilità di Chrome su Android è storicamente rimasta indietro rispetto a Chrome su desktop. Il 2026 colma gran parte di quel divario: i nuovi ruoli comment / suggestion sono esposti, aria-actions viene letto con una formulazione segnaposto, e la gestione degli errori di form raggruppati è stata perfezionata. Alcune proprietà ARIA 1.3 — in particolare la nuova famiglia di suggerimenti da tastiera — vengono ancora annunciate in modo incoerente in alcune web view Android.
Gratuito, integrato nel sistema operativo e il lettore globale con il maggior numero di installazioni assolute al di fuori del Nord America e dell’Europa occidentale. Le descrizioni di immagini on-device di Gemini Nano vengono distribuite per impostazione predefinita nel 2026 per le nuove immagini e per quelle precedentemente prive di etichetta. Il menu dei controlli di lettura è il controllo di verbosità on-device più personalizzabile dei quattro lettori. Open source, con il codice disponibile nell’Android Open Source Project.
La frammentazione degli OEM significa che il comportamento di TalkBack può variare tra Samsung, Pixel, Xiaomi e altri dispositivi Android — in particolare nella gestione del focus, nei gesti e in alcune mappature ARIA per le viste personalizzate. La lettura del contenuto web all’interno di browser Android non-Chrome può produrre risultati diversi rispetto a quanto suggerirebbero i test di parità VoiceOver-in-Safari, e rimane il singolo gap di test cross-platform più noto nel 2026.
Scelto — per impostazione predefinita — da chiunque possegga un telefono o un tablet Android. Nell’ambito della popolazione degli utenti di screen reader, gli utenti di TalkBack tendono ad essere significativamente più giovani e più concentrati al di fuori degli USA rispetto agli utenti di VoiceOver. Per qualsiasi prodotto la cui base utenti si estende in modo significativo in Asia, Africa o America Latina, TalkBack è il singolo lettore mobile più importante da testare, anche quando i test nordamericani hanno storicamente privilegiato VoiceOver.
Tre lettori più piccoli che contano ai margini: ciascuno è il predefinito all’interno della propria nicchia di piattaforma, ciascuno ha un forte slancio nel 2026, e ciascuno merita attenzione anche se la loro quota desktop combinata è ben sotto il dieci percento.
Player emergenti — Narrator, ChromeVox, Orca
Narrator viene incluso con Windows 10 e Windows 11. ChromeVox è il lettore integrato su ChromeOS, distribuito su larga scala nei distretti scolastici K-12 USA che hanno adottato i Chromebook come standard. Orca è il principale screen reader per desktop Linux, usato sulle distribuzioni GNOME e KDE e incluso nelle principali distribuzioni (Ubuntu, Fedora, openSUSE, Debian).
Gli aggiornamenti di Narrator vengono distribuiti con i rilasci delle funzionalità di Windows; il ciclo 24H2 ha introdotto un modello di modalità scansione rinnovato e un percorso di descrizione delle immagini integrato con Copilot. ChromeVox 2026.x continua a essere distribuito con le milestone di ChromeOS e ha aggiunto una navigazione delle intestazioni perfezionata e un modello «esplora con il tocco» semplificato sugli schermi touchscreen dei Chromebook. Orca 46+ segue il calendario di rilascio di GNOME, con il supporto nativo di Wayland che ha raggiunto la parità con X11 nel 2025-26 e l’allineamento con ARIA 1.3 in corso all’interno di Mozilla e Chromium su Linux.
Il supporto ARIA di Narrator è significativo ma conservativo: gestisce la superficie principale di ARIA 1.2 in modo completo, e le build Insider 2024-25 hanno distribuito le letture iniziali di ARIA 1.3 con alcune imperfezioni nelle impostazioni predefinite di verbosità. ChromeVox eredita direttamente l’albero di accessibilità di Chrome e ha la stessa copertura ARIA 1.3 di Chrome desktop. La copertura ARIA di Orca è solida all’interno di Firefox e Chromium su Linux ma è in ritardo su alcuni browser meno diffusi e sui toolkit Linux nativi che non hanno ancora adottato completamente i metadati AT-SPI 2 richiesti dalle nuove proprietà.
Narrator: zero installazione, descrizioni di immagini integrate con Copilot, modalità scansione che rende la navigazione web accessibile ai nuovi utenti. ChromeVox: integrazione stretta con ChromeOS, l’unico lettore specificamente ottimizzato per i Chromebook, distribuito su milioni di dispositivi degli studenti K-12 USA. Orca: open source, altamente personalizzabile, e l’unico screen reader praticabile sul desktop Linux gratuito — significativo per gli utenti accademici, scientifici e allineati al software libero.
Il supporto di Narrator per le applicazioni di terze parti rimane più limitato rispetto a quello di NVDA o JAWS, in particolare per le applicazioni desktop Windows legacy e per il software line-of-business che richiede scripting personalizzato. La portata di ChromeVox è limitata dalla quota complessiva di ChromeOS. La portata di Orca è limitata dalla quota del desktop Linux, e la maturità delle API di accessibilità legate a Wayland ha raggiunto solo di recente la parità di qualità produttiva con X11.
Ognuno di questi lettori vince grazie al posizionamento nell’ecosistema, non alla concorrenza di funzionalità con JAWS o NVDA. Narrator è scelto come punto di accesso Windows senza costi e come lettore di recupero. ChromeVox è il predefinito istituzionale in molti distretti scolastici USA che hanno adottato i Chromebook come standard. Orca è la scelta degli utenti — spesso tecnici, spesso accademici — che usano il desktop Linux libero e necessitano di uno stack di lettori open source dall’inizio alla fine.
Nessuno screen reader è «quello giusto» nel 2026. La risposta corretta è: testare quello che usano i propri utenti, e accettare che per qualsiasi prodotto non banale siano almeno tre.
Cosa hanno in comune questi quattro (e tre) lettori
Letti come catalogo, i quattro lettori dominanti e i tre emergenti condividono più di quanto una superficiale analisi potrebbe suggerire. Tutti e sette distribuiscono ora una forma di descrizioni di immagini on-device generate da AI nel 2026, tutti e sette si sono allineati con almeno il core di ARIA 1.3, e tutti e sette hanno rilasciato aggiornamenti braille significativi negli ultimi diciotto mesi. La traiettoria è convergente sulla superficie delle funzionalità di piattaforma e divergente su quella filosofica — open source contro licenza commerciale, integrato nel sistema operativo contro terze parti, gratuito contro a pagamento.
Il pattern più significativo è che NVDA ha superato JAWS come lettore desktop Windows più usato, e che il divario si sta allargando piuttosto che restringendo. La combinazione del prezzo gratuito di NVDA, della sua versione portabile, della sua API Python per i componenti aggiuntivi e della sua cadenza di rilascio ARIA più rapida ha prodotto un vantaggio strutturale che il motore di scripting JAWS e la base di licenze enterprise non compensano pienamente. Ci si aspetta che il sondaggio WebAIM #11 — previsto nel 2026 — allarghi il vantaggio di NVDA, non lo riduca. Sul mobile la situazione è l’opposto della convergenza: VoiceOver e TalkBack sono profondamente legati alle rispettive piattaforme, e la quota relativa tra loro segue la quota dei dispositivi di Apple e Google più di qualsiasi differenza di funzionalità tra i due lettori.
Per un team di ingegneria che stabilisce una baseline di test per il 2026, la conclusione è semplice: testare un solo lettore non è più difendibile. Testarne due — tipicamente NVDA su desktop Windows e VoiceOver su iOS Safari — è stato il minimo realistico per diversi anni. Nel 2026 quel minimo dovrebbe estendersi a tre: aggiungere almeno TalkBack su Android Chrome, perché quella popolazione è ampia, in crescita e sottoservita dalle pratiche di test nordamericane. Il test con quattro lettori (NVDA + JAWS + VoiceOver + TalkBack) è la baseline ad alta fiducia per qualsiasi prodotto la cui superficie ARIA è non banale.
Cosa controllare prima
Se si gestisce un prodotto web pubblico
- Verificare che NVDA su Windows + Chrome legga la navigazione principale, i form principali e i flussi principali delle finestre di dialogo modali senza errori nell’ultima build stabile
- Verificare che VoiceOver su iOS Safari legga correttamente le stesse superfici — VoiceOver in Safari è la baseline mobile canonica
- Verificare che TalkBack su Android Chrome le legga anch’esso — questa è la superficie di test più trascurata nel 2026
- Se la superficie del prodotto è enterprise o governativa, aggiungere JAWS su Windows + Chrome e JAWS su Windows + Edge alla matrice
Se si gestisce un’applicazione mobile o desktop nativa
- Mappare ogni controllo interattivo a un ruolo di accessibilità nativo della piattaforma — iOS UIAccessibility, Android AccessibilityNodeInfo, macOS NSAccessibility, Windows UIA — piuttosto che fare affidamento su shim ARIA in stile web
- Testare con VoiceOver (iOS / iPadOS / macOS) e TalkBack (Android) per le piattaforme mobile e tablet pertinenti
- Per Windows, testare con NVDA e JAWS — espongono bug diversi nelle implementazioni dell’albero di accessibilità nelle viste personalizzate
- Se l’applicazione viene distribuita su visionOS o watchOS, VoiceOver-su-visionOS / VoiceOver-su-watchOS è l’unico lettore disponibile e deve essere testato direttamente sul dispositivo
Se si sceglie un lettore come nuovo utente
- Su Windows con sensibilità ai costi, iniziare con NVDA — il percorso gratuito, portabile e open source con la comunità più ampia
- Su Windows in un ambiente di approvvigionamento istituzionale che già dispone di JAWS, JAWS ha senso — in particolare se sarà necessaria la personalizzazione delle applicazioni tramite scripting
- Su iPhone, iPad o Mac, VoiceOver è il proprio lettore; imparare il Rotor subito
- Su Android, TalkBack è il proprio lettore; dedicare tempo al menu dei controlli di lettura per regolare la verbosità
- Su ChromeOS, Linux o se si desidera un fallback Windows senza installazione, ChromeVox, Orca o Narrator si adattano ciascuno alla propria nicchia in modo pulito
Quattro lettori coprono quasi l’intero web pubblico degli utenti di screen reader nel 2026: NVDA e JAWS su desktop Windows, VoiceOver nell’ecosistema Apple e TalkBack su Android. Sotto di loro, Narrator, ChromeVox e Orca servono ciascuno una popolazione reale ma più piccola all’interno delle rispettive piattaforme. La convergenza degli ultimi diciotto mesi è reale — ogni lettore distribuisce ora descrizioni di immagini AI on-device, ogni lettore si è allineato con il core di ARIA 1.3, ogni lettore ha aggiornato il proprio output braille — ma la divergenza su prezzo, apertura e integrazione di piattaforma è strutturale. NVDA è ora il lettore desktop Windows più usato, e il divario si sta allargando. Il quadro mobile è bloccato: VoiceOver e TalkBack continueranno a seguire la quota di dispositivi di Apple e Google, non le funzionalità l’uno dell’altro. Testare almeno tre di questi quattro. Quattro è meglio.
MetodologiaI dati sulla quota desktop sono ancorati al Sondaggio sugli utenti di screen reader di WebAIM #10 (2025), la fonte canonica auto-dichiarata del lettore principale. Le quote mobile sono aggregate dai riepiloghi sull’impatto dell’accessibilità iOS di Apple e dalle note trimestrali sull’accessibilità Android di Google fino al Q1 2026. I numeri sono indicativi e arrotondati; l’utilizzo incrociato è la norma e l’utilizzo esclusivo di un singolo lettore è raro. La profondità del supporto ARIA 1.3 riflette le note di rilascio dei fornitori, i changelog di NV Access, le note di rilascio di Vispero e i rapporti di implementazione del W3C ARIA Working Group fino ad aprile 2026.
AmbitoI quattro lettori dominanti (NVDA, JAWS, VoiceOver, TalkBack) più i tre lettori emergenti (Narrator, ChromeVox, Orca). Gli strumenti specializzati — display braille aggiornabili come lettori autonomi, magnificatori dedicati per ipovedenti senza sintesi vocale, lettori di documenti per scopi specifici — sono fuori dall’ambito di questo catalogo. I lettori regionali e specifici per lingua (Hindenburg, KochiTalk, lettori giapponesi minori) non sono trattati qui.
Cosa non è questo articoloUna raccomandazione di un singolo lettore. L’inclusione in questo catalogo riflette esclusivamente la scala di deployment nel 2026 e non è un giudizio sulla qualità. Per ulteriori informazioni si consultino gli articoli su strumenti e metodologia di accessibilità e su normativa sull’accessibilità per giurisdizione.