Come usano il web le persone con disabilità: tecnologie assistive

Tre persone provano a prenotare un tavolo sullo stesso sito di un ristorante. Amira è cieca e ascolta la pagina con VoiceOver sull'iPhone. Tommaso ha l'artrite reumatoide e usa la tastiera, perché il mouse gli fa male. Margherita ha 78 anni e ingrandisce al 200% per leggere il menu. Se il menu è la foto di una pagina stampata e il selettore della data risponde solo al mouse, tutti e tre rinunciano e prenotano altrove.

Questa guida spiega, con dati aggiornati, come le persone con disabilità usano davvero il web. Una nota sulle parole: usiamo “persone con disabilità”, come le istituzioni dell'UE, mentre molte persone, soprattutto nel Regno Unito, preferiscono in inglese “disabled people”. Quando si scrive di una persona specifica, meglio usare le parole che usa lei.

Quante persone hanno una disabilità?

Circa 1,3 miliardi di persone, il 16% della popolazione mondiale, cioè 1 su 6, vivono con una disabilità significativa, secondo l'Organizzazione mondiale della sanità (si apre in una nuova scheda) (scheda informativa di marzo 2023). Nell'UE, nel 2024 il 23,9% delle persone dai 16 anni in su ha dichiarato una limitazione di lunga durata nelle attività quotidiane, circa un adulto su quattro, secondo Eurostat (si apre in una nuova scheda).

I dati nazionali vanno dal 12,7% della Bulgaria al 41,2% della Lettonia, e si basano su autodichiarazioni, quindi il confronto tra Paesi va fatto con cautela. Conta di più la curva dell'età. La quota è dieci volte più alta (si apre in una nuova scheda) tra chi ha 85 anni o più (72,3%) che tra i 16-24enni (7,1%), e il 22,0% della popolazione dell'UE (si apre in una nuova scheda) ha 65 anni o più. Molte di queste persone non si definirebbero disabili.

Che cosa sono le tecnologie assistive?

Una tecnologia assistiva è qualsiasi software o hardware che permette a una persona di usare un computer, uno smartphone o un sito web in un modo adatto al suo corpo e alla sua mente. Screen reader, ingranditori, riconoscimento vocale, sensori e display braille sono gli esempi più noti. Molte persone si affidano anche a regolazioni più semplici, come un testo più grande, un puntatore più lento o i sottotitoli attivi per impostazione predefinita.

Il W3C chiama queste regolazioni più semplici “strategie adattive”, che la sua panoramica su strumenti e tecniche (si apre in una nuova scheda) descrive come “tecniche che le persone con disabilità usano per migliorare l'interazione con il Web”. La maggior parte delle persone combina le due cose.

Molto è già integrato: VoiceOver e Controllo vocale sui dispositivi Apple, TalkBack e Voice Access su Android, Assistente vocale e Lente di ingrandimento su Windows. Molti utenti Windows aggiungono JAWS, a pagamento, o NVDA, gratuito.

Come usano i siti web le persone cieche?

La maggior parte delle persone cieche usa uno screen reader, un software che trasforma la pagina in voce o in braille, e si muove con comandi da tastiera o gesti touch invece che con il mouse. Raramente ascolta una pagina dall'inizio alla fine. Nel sondaggio 2024 di WebAIM, il 71,6% degli utenti di screen reader ha detto di esplorare una pagina lunga prima di tutto attraverso i titoli.

La Screen Reader User Survey #10 (si apre in una nuova scheda) di WebAIM ha raccolto 1.539 risposte tra dicembre 2023 e gennaio 2024. È un campione di persone che hanno scelto di partecipare, non un censimento. Alcuni risultati:

• Su desktop, il 40,5% usa principalmente JAWS, il 37,7% NVDA e il 9,7% VoiceOver.
• Il 91,3% usa uno screen reader su smartphone o tablet, e il 70,6% usa principalmente dispositivi Apple.
• Il 38% usa l'output braille, tramite un display che solleva dei puntini per formare i caratteri.

Si pensi a un utente di screen reader su una scheda prodotto. Apre l'elenco dei titoli e salta a “Recensioni”. Non percepisce mai il layout, solo la struttura sottostante: se i titoli sono semplici paragrafi in grassetto, quell'elenco è vuoto, e tre pulsanti “Aggiungi al carrello” suonano identici.

• Titoli che siano veri elementi di titolo, in un ordine sensato.
• Testo alternativo che dica ciò che conta: “Cappotto di lana blu navy, al ginocchio, vista frontale”, non “IMG_4471.jpg”. Le immagini decorative hanno un testo alternativo vuoto, così vengono saltate.
• Etichette su ogni campo dei moduli, e messaggi di errore annunciati, non solo mostrati in rosso.
• Testo di link e pulsanti comprensibile da solo: “Leggi le nostre condizioni di reso”, non “Clicca qui”.

Come usano i siti web le persone ipovedenti?

Le persone ipovedenti di solito ingrandiscono o rendono più nitido ciò che vedono, invece di passare all'audio. Usano lo zoom del browser o un ingranditore, aumentano il testo di sistema, attivano il contrasto elevato o la modalità scura, oppure aggiungono spaziatura. È un gruppo ampio: l'OMS stima che almeno 2,2 miliardi di persone abbiano un deficit visivo da vicino o da lontano.

Con un forte ingrandimento, chi usa un ingranditore vede solo una piccola parte dello schermo alla volta. Un messaggio “Carrello aggiornato” in un angolo in alto sfugge facilmente, e lo stesso vale per un riepilogo degli errori lontano dal campo sbagliato.

Le Linee guida per l'accessibilità dei contenuti web (WCAG) 2.2 (si apre in una nuova scheda) affrontano il tema con tre criteri di successo di livello AA: il testo deve poter essere ingrandito al 200% senza perdita di contenuto (1.4.4), il contenuto deve adattarsi a una larghezza di 320 pixel CSS così che nessuno debba scorrere in due direzioni (1.4.10), e le pagine devono reggere una maggiore spaziatura tra righe, lettere e parole (1.4.12). Per il contrasto c'è la nostra guida al contrasto dei colori. Quanto al menu fotografato: rifatto come pagina web con i titoli, funziona per Margherita come per Amira.

Come usano il web le persone sorde e con ipoacusia?

Le persone sorde e con ipoacusia usano il web come chiunque altro, finché il suono non porta un'informazione. A quel punto servono sottotitoli sui video, trascrizioni per l'audio e un modo per contattare l'azienda che non sia una telefonata. L'OMS stima che 430 milioni di persone, oltre il 5% della popolazione mondiale, abbiano bisogno di riabilitazione per una perdita uditiva invalidante.

Per molte persone Sorde (la maiuscola indica spesso l'appartenenza alla comunità sorda e alla lingua dei segni), la lingua dei segni nazionale viene prima e la lingua scritta dopo. Una scrittura semplice le aiuta, come aiuta chiunque legga in una seconda lingua.

• Sottotitolare ogni video preregistrato con parlato (WCAG 1.2.2, livello A). I sottotitoli automatici vanno controllati: possono storpiare nomi, termini di prodotto e numeri.
• Offrire canali di contatto oltre al telefono. “Chiamaci per disdire” taglia fuori del tutto alcuni clienti.
• Non avviare l'audio in automatico. Un audio che dura più di 3 secondi ha bisogno di un comando per metterlo in pausa o fermarlo (WCAG 1.4.2), e serve anche a chi usa uno screen reader.

Come navigano i siti web le persone con disabilità motorie?

Le persone con disabilità motorie spesso non usano affatto il mouse. Usano una tastiera, un sensore, i comandi vocali, un sistema di puntamento oculare, un puntatore comandato con la testa o una trackball, a volte facendo i conti con tremore, dolore o affaticamento. Tutti questi strumenti presuppongono un sito che funzioni senza puntamento preciso: ogni controllo raggiungibile da tastiera, il focus sempre visibile e obiettivi abbastanza grandi da colpire.

Le WCAG partono dalla tastiera: tutto deve funzionare senza mouse (2.1.1, livello A). Ecco cosa di solito si mette di traverso:

• Focus invisibile. Togliere il contorno del focus per estetica fa perdere il segno a chi usa la tastiera (WCAG 2.4.7).
• Percorsi lunghissimi. Chi usa un sensore avanza un controllo alla volta. Un mega menu con 60 link e senza un link “Vai al contenuto principale” può voler dire 60 pressioni prima di arrivare al prodotto.
• Etichette che non corrispondono. Chi usa i comandi vocali dice “fai clic su Prenota ora”, ma nel codice il pulsante si chiama “Invia modulo”, quindi non succede nulla (WCAG 2.5.3, Etichetta nel nome).
• Obiettivi minuscoli e slider solo da trascinare. Le WCAG 2.2 fissano una dimensione minima dell'obiettivo di 24 per 24 pixel CSS (2.5.8) e chiedono un'alternativa al trascinamento con un semplice clic (2.5.7). La nostra guida alle WCAG 2.2 li spiega entrambi.

Come usano il web le persone con disabilità cognitive, dislessia o ADHD?

Le persone con disabilità cognitive e dell'apprendimento, tra cui dislessia, ADHD, perdita di memoria e lesioni cerebrali, usano un mix di strumenti e strategie: sintesi vocale, correttori ortografici, righelli di lettura, password manager, modalità lettura e tempo in più. Ciò che aiuta di più sta dalla parte del sito: linguaggio chiaro, layout prevedibili e processi che non penalizzino gli errori.

Le indicazioni del W3C sulle disabilità cognitive e dell'apprendimento (si apre in una nuova scheda) comprendono gli obiettivi “Aiutare gli utenti a concentrarsi” e “Fare in modo che i processi non dipendano dalla memoria”.

Un login che chiede il terzo e il quinto carattere di una parola segreta è proprio il tipo di test di memoria contro cui mette in guardia il secondo. Un carosello che cambia ogni pochi secondi va contro il primo. Cosa aiuta davvero, compresa la ricerca sui font per la dislessia, lo vediamo in Progettare per dislessia, ADHD e disabilità cognitive.

Quali impostazioni integrate si usano, e che ruolo ha un pannello sulla pagina?

La maggior parte delle persone regola i propri dispositivi molto prima di toccare qualcosa sulla pagina: zoom del browser, testo di sistema più grande, modalità scura, riduzione del movimento, contrasto elevato, sottotitoli, modalità lettura e lo screen reader del telefono. Il compito del sito è rispettare queste impostazioni. Un pannello di accessibilità sulla pagina è un'opzione in più, non un sostituto.

• Zoom e dimensione del testo: usare unità relative e non bloccare mai lo zoom con due dita su mobile.
• Riduzione del movimento: i siti possono leggere questa preferenza (la media query prefers-reduced-motion), quindi va rispettata per effetti parallasse, caroselli e grandi transizioni.
• Contrasto elevato e colori forzati, come i temi a contrasto di Windows: verificare che icone e contorni del focus restino visibili.
• La modalità lettura funziona meglio con veri titoli e veri paragrafi.

Un pannello sulla pagina, come quello che aggiunge SiteAccessible, offre ai visitatori pulsanti per contrasto, dimensione del testo, spaziatura, guida di lettura, lettura ad alta voce e arresto delle animazioni, senza cercare tra le impostazioni del dispositivo. Questo aiuta alcune persone, per esempio chi lavora su un computer aziendale che non può configurare, o chi ha un'emicrania e vuole una pagina più tranquilla per un'ora.

Non aiuta chi usa uno screen reader a trovare un pulsante senza etichetta, e non rende un sito conforme alle WCAG. Per questo il nostro pannello, di proposito, non ha un profilo per i visitatori ciechi: un pannello visivo non può sostituire lo screen reader che una persona conosce già. Se una pagina non funziona con gli strumenti delle persone, va corretta la pagina.

Cosa rovina più spesso l'esperienza?

Le stesse barriere di base tornano di continuo. Nella scansione WebAIM Million 2026 (si apre in una nuova scheda), il 95,9% delle home page del primo milione di siti presentava errori WCAG rilevabili, in media 56,1 per pagina, soprattutto testo a basso contrasto, testo alternativo mancante e campi dei moduli senza etichetta. Gli utenti di screen reader indicano il CAPTCHA come l'elemento più problematico del web.

Alle scansioni automatiche sfugge molto. I cinque problemi principali secondo gli stessi utenti di screen reader:

1. CAPTCHA
2. Menu, schede e finestre di dialogo che non si comportano come previsto
3. Link o pulsanti incomprensibili
4. Schermate o parti di schermata che cambiano all'improvviso
5. Mancanza di accessibilità da tastiera

Nessuno di questi problemi richiede tecnologie speciali per essere risolto. Per trovarli basta provare il proprio sito: prenotare qualcosa solo con la tastiera, ingrandire al 400% e leggere il checkout, poi ascoltare i titoli con VoiceOver o NVDA. La nostra guida su come testare l'accessibilità di un sito web spiega queste verifiche passo per passo. Non sostituiscono i test con persone che usano questi strumenti ogni giorno, ma mostrano da dove cominciare.