L’accessibilità web è la possibilità, per chiunque, di usare un sito: comprese le persone con disabilità visive, uditive, motorie o cognitive, e qualunque sia lo strumento con cui navigano (mouse, tastiera, screen reader, comandi vocali). Non è un giudizio soggettivo: lo standard di riferimento sono le WCAG (Web Content Accessibility Guidelines), pubblicate dal W3C.
Cosa si intende per accessibilità di un sito web?
Un sito accessibile è un sito in cui ogni funzione importante resta utilizzabile, a prescindere da come ci si naviga. Non basta un bel design: conta quello che succede quando qualcuno usa il sito in modo diverso da te.
In pratica, un sito accessibile ha:
- navigazione completa da tastiera, senza mouse: menu, moduli, pulsanti, filtri;
- compatibilità con gli screen reader, grazie a un codice (markup semantico) che comunica struttura e stato degli elementi;
- contrasto sufficiente tra testo e sfondo, leggibile anche con vista ridotta o sotto il sole;
- testo alternativo per le immagini che portano informazioni;
- moduli con errori chiari, collegati al campo giusto e annunciati a chi usa tecnologie assistive;
- un layout che regge lo zoom fino al 200% e oltre, senza testi tagliati o sovrapposti.
Chi ha bisogno di un sito accessibile?
Molte più persone di quanto si pensi. Secondo l’Organizzazione Mondiale della Sanità, circa 1,3 miliardi di persone, il 16% della popolazione mondiale, vive con una disabilità significativa (OMS, 2023).
E l’accessibilità non riguarda solo loro:
- disabilità permanenti: cecità, ipovisione, sordità, disabilità motorie, cognitive o dell’apprendimento;
- limitazioni temporanee: un braccio ingessato, un intervento agli occhi, una commozione cerebrale;
- situazioni del momento: lo schermo al sole, un video da guardare senza audio, una connessione lenta, un occhio stanco a fine giornata;
- l’età: vista, udito e precisione dei movimenti cambiano con gli anni, e con loro il modo di usare un sito.
Un sito accessibile funziona meglio per tutte queste persone, cioè prima o poi per chiunque.
Con quali strumenti navigano le persone con disabilità?
Con le tecnologie assistive: programmi e dispositivi che trasformano il modo in cui si legge e si usa un sito. Un sito accessibile deve funzionare con tutte.
| Tecnologia assistiva | Chi la usa | Cosa serve al sito |
|---|---|---|
| Screen reader (per esempio NVDA e JAWS su Windows, VoiceOver su Apple, TalkBack su Android) | Persone cieche o ipovedenti | Titoli, etichette e testi alternativi nel codice, perché lo screen reader legge quello, non quello che si vede |
| Ingrandimento e zoom | Persone ipovedenti | Un layout che non si rompe quando testo e pagina vengono ingranditi |
| Tastiera (e dispositivi che la sostituiscono, come i sensori a pulsante) | Chi non può usare il mouse | Ogni comando raggiungibile con Tab e Invio, con il focus sempre visibile |
| Comandi vocali | Chi ha disabilità motorie | Pulsanti e link con un nome chiaro, da pronunciare |
| Sottotitoli e trascrizioni | Persone sorde o con ipoacusia | Video con sottotitoli corretti e audio con trascrizione |
Quali sono i 4 principi dell’accessibilità web?
I 4 principi dell’accessibilità web sono percepibile, utilizzabile, comprensibile e robusto. Le WCAG organizzano ogni requisito attorno a questi quattro principi, riassunti nell’acronimo inglese POUR (Perceivable, Operable, Understandable, Robust).
| Principio | Cosa richiede | Esempio di barriera |
|---|---|---|
| Percepibile | Le informazioni devono arrivare a tutti i sensi disponibili: testo alternativo, contrasto, sottotitoli | Un’immagine con le condizioni di vendita e nessun testo alternativo: chi usa lo screen reader non le sente |
| Utilizzabile | Ogni comando deve funzionare con qualunque metodo: mouse, tastiera, voce | Un menu che si apre solo passando sopra col mouse: da tastiera resta chiuso |
| Comprensibile | Testi e funzionamento devono essere chiari e prevedibili | Un modulo che si svuota dopo un errore senza dire quale campo correggere |
| Robusto | Il codice deve funzionare con browser e tecnologie assistive diverse, di oggi e di domani | Un pulsante fatto con un elemento generico, che lo screen reader non riconosce come pulsante |
I quattro principi si sommano, non sono alternative: basta che ne manchi uno perché qualcuno trovi una barriera reale.
Cosa sono le WCAG e i livelli A, AA e AAA?
Le WCAG sono le linee guida internazionali per l’accessibilità dei contenuti web, pubblicate dal W3C (World Wide Web Consortium), lo stesso organismo che definisce gli standard del web. La versione di riferimento è la WCAG 2.2, raccomandazione W3C la cui versione attuale è del 12 dicembre 2024 (W3C).
Ogni principio contiene criteri verificabili, divisi in tre livelli di conformità:
- A: il minimo; senza questi criteri alcune persone non possono proprio usare il sito;
- AA: il livello richiesto nella quasi totalità dei contesti legali e professionali;
- AAA: il più alto, raramente richiesto per un sito intero.
Rispetto alla versione 2.1, la WCAG 2.2 aggiunge 9 criteri (tra cui focus non nascosto, dimensione minima dei pulsanti, aiuto coerente, autenticazione senza test cognitivi) e toglie il criterio 4.1.1 sul parsing del codice, ormai superato.
La norma tecnica europea EN 301 549, a cui fanno riferimento le leggi europee, oggi richiama le WCAG 2.1 livello AA. A chi progetta oggi un sito conviene puntare alla WCAG 2.2 AA: copre già la 2.1 e anticipa la prossima versione della norma.
Quali sono le regole per l’accessibilità dei siti web in Italia?
In Italia le regole principali sono due: la Legge Stanca per la pubblica amministrazione e le grandi aziende, e l’European Accessibility Act per molti servizi digitali privati.
| Norma | Chi riguarda | Cosa chiede |
|---|---|---|
| Legge Stanca (L. 9 gennaio 2004, n. 4) | Pubbliche amministrazioni e, dal 2020, aziende private con fatturato medio oltre 500 milioni di euro negli ultimi tre anni che offrono servizi al pubblico con siti o app | Siti e app accessibili secondo le Linee guida AgID e la dichiarazione di accessibilità |
| European Accessibility Act (Direttiva UE 2019/882), recepito con il D.Lgs. 27 maggio 2022, n. 82 | Dal 28 giugno 2025 molti servizi privati: e-commerce, servizi bancari, trasporti, e-book, comunicazioni elettroniche | Servizi accessibili e informazioni su come lo sono; vigilanza di AgID |
Dall’European Accessibility Act sono escluse le microimprese che forniscono servizi: meno di 10 dipendenti e fatturato o bilancio annuo non oltre 2 milioni di euro. Servono entrambe le condizioni. Se vuoi capire se riguarda la tua azienda, trovi i passaggi in Come sapere se l’European Accessibility Act ti riguarda davvero.
La dichiarazione di accessibilità è obbligatoria?
È obbligatoria per le pubbliche amministrazioni e per le grandi aziende private soggette alla Legge Stanca. La dichiarazione dice quanto il sito o l’app sono conformi, quali contenuti non sono ancora accessibili e come gli utenti possono segnalare un problema.
- Dove si compila: esclusivamente sul modello online di AgID, form.agid.gov.it.
- Quando: va pubblicata e poi riesaminata entro il 23 settembre di ogni anno (AgID).
Per le altre aziende non è un obbligo di legge, ma pubblicarla è un buon segnale di trasparenza: mostra ai clienti che l’accessibilità è stata verificata e dà un canale per segnalare i problemi.
Accessibilità e usabilità sono la stessa cosa?
No. L’usabilità misura quanto è facile e piacevole usare un sito per la persona media; l’accessibilità verifica che nessuno resti escluso, qualunque sia il suo modo di navigare.
- Un sito può essere usabile ma non accessibile: bello e chiaro con il mouse, impossibile da usare con la tastiera.
- Un sito può essere accessibile ma poco usabile: tecnicamente conforme, ma con testi confusi e percorsi lunghi.
Le due cose si rafforzano: molte correzioni di accessibilità, come errori dei moduli spiegati bene, contrasto leggibile, titoli chiari, rendono il sito più facile per tutti.
Quali sono gli errori di accessibilità più comuni?
Gli errori più comuni sono sempre gli stessi, e sono diffusissimi. Il WebAIM Million 2026, l’analisi delle homepage del primo milione di siti al mondo, ha trovato errori WCAG rilevabili nel 95,9% delle homepage, con una media di 56,1 errori per pagina (WebAIM).
| Errore | Homepage con l’errore |
|---|---|
| Testo con contrasto troppo basso | 83,9% |
| Immagini senza testo alternativo | 53,1% |
| Campi dei moduli senza etichetta | 51,0% |
| Link vuoti, senza un testo che dica dove portano | 46,3% |
| Pulsanti vuoti, senza un nome | 30,6% |
| Lingua della pagina non indicata | 13,5% |
Secondo lo stesso report, questi sei tipi di problemi fanno il 96% di tutti gli errori rilevati: correggerli è il modo più rapido per togliere le barriere principali. Attenzione però: sono solo gli errori che uno strumento automatico riesce a trovare.
Bastano un test automatico o un plugin di accessibilità?
No. Gli strumenti automatici trovano solo una parte dei problemi, e i plugin che promettono conformità immediata non possono correggere quello che sta nel codice e nel design.
- I test automatici vedono poco. Nel mio audit per Datrix, uno scanner automatico avrebbe trovato solo il 23% dei problemi (3 su 13). Gli altri 10 sono emersi dai test da tastiera, con lo screen reader e dalla revisione del design.
- I plugin non rendono un sito conforme. Gli overlay, i widget che si installano con una riga di codice, possono aggiungere funzioni come ingrandire il testo, ma non sistemano titoli, etichette, testi alternativi e navigazione da tastiera. L’Overlay Fact Sheet, sottoscritto da centinaia di professionisti dell’accessibilità, lo dice chiaramente: con un overlay la piena conformità non si può raggiungere.
- Promettere il contrario costa caro. A gennaio 2025 la FTC, l’autorità statunitense per la tutela dei consumatori, ha imposto ad accessiBe di pagare 1 milione di dollari per aver dichiarato in modo ingannevole che il suo widget poteva rendere qualunque sito conforme alle WCAG.
I test automatici restano utili come primo filtro, ma un sito accessibile si ottiene correggendo il problema alla fonte.
Un sito “quasi accessibile” conta?
No, non allo stesso modo di un sito conforme. Il 4 giugno 2026 il tribunale di Caen, in Francia, ha ordinato a Carrefour France di rendere pienamente accessibili il sito e l’app di spesa online entro sei mesi, dopo l’azione delle associazioni apiDV e Droit Pluriel (Droit Pluriel).
Carrefour sosteneva di rispettare già il 71% dei criteri. Il giudice ha risposto che un sito di e-commerce “non può essere solo un po’ accessibile, deve esserlo totalmente”. L’accessibilità è un obbligo di risultato, non un punteggio.
Cosa ci guadagna la tua azienda da un sito accessibile?
Un sito accessibile ti fa perdere meno clienti. Ogni barriera è una persona che voleva comprare, prenotare o contattarti e non ci è riuscita, senza che tu lo sappia.
- Più persone raggiunte: apri il sito a quel 16% della popolazione che vive con una disabilità, e a chi ha una limitazione temporanea. Ne parlo in Un sito accessibile converte di più?
- Meno rischi legali: se la tua azienda rientra nell’European Accessibility Act o nella Legge Stanca, l’accessibilità non è una scelta.
- Contenuti più chiari anche per Google e per le AI: titoli in ordine, testi alternativi e codice semantico rendono le pagine più facili da leggere e interpretare. Non è un fattore di posizionamento garantito, ma è una base solida.
- Costi sotto controllo: progettare accessibile dall’inizio costa meno che correggere dopo. Trovi i numeri in Un sito accessibile costa di più?
Come capire se il tuo sito è accessibile?
Il modo affidabile è un audit di accessibilità WCAG: una verifica dei quattro principi con test reali da tastiera, con screen reader e sul codice, non solo con uno scanner automatico. Il risultato è un report con ogni problema, chi colpisce e l’ordine in cui conviene correggerlo.
Dopo l’audit le strade sono due: correggere il sito che hai, quando la piattaforma lo permette, oppure ripartire con lo sviluppo di siti web accessibili fin dal primo giorno. Come consulente accessibilità web certificato IAAP ti aiuto a scegliere in base ai dati, non all’istinto.
