L'accessibilità web è la proprietà di un sito o di un servizio digitale di restare utilizzabile da chi lo naviga con tecnologie assistive o con modalità diverse da mouse e schermo: screen reader, sola tastiera, ingrandimento del testo, comandi vocali, display braille.
La prima cosa da stabilire non è il livello di conformità da raggiungere. È quale dei due obblighi italiani ti riguarda, perché sono due, hanno platee diverse e adempimenti diversi, e nelle pagine che oggi si posizionano su questa ricerca vengono quasi sempre impastati in un unico discorso.
Due obblighi diversi, non uno
Il primo arriva dalla legge 4/2004, la Legge Stanca. Nata per la pubblica amministrazione, è stata estesa ai privati: secondo le linee guida AgID per i soggetti privati riguarda chi offre servizi al pubblico tramite siti o app con un fatturato medio superiore a 500 milioni di euro negli ultimi tre anni. L'adempimento visibile è la dichiarazione di accessibilità, da pubblicare o aggiornare entro il 23 settembre di ogni anno, con il link nel footer.
Il secondo è il decreto legislativo 82/2022, che recepisce la direttiva (UE) 2019/882, lo European Accessibility Act. Qui il criterio non è il fatturato ma il settore: vale per i servizi rivolti ai consumatori immessi sul mercato dal 28 giugno 2025, documenti PDF compresi. Le microimprese restano fuori, però la condizione è doppia, meno di 10 dipendenti e fatturato annuo non superiore a 2 milioni di euro. Un'azienda con 6 dipendenti e 3 milioni di fatturato è dentro.
Il 4 marzo 2026 AgID ha adottato le Linee Guida sull'accessibilità dei servizi, in attuazione dell'articolo 21 del decreto. Indicano come riferimento tecnico la norma armonizzata EN 301 549 versione 3.2.1 del marzo 2021, che a sua volta rimanda alle WCAG. Quasi tutte le pagine italiane che si posizionano su questa ricerca sono del 2025 e non le hanno ancora recepite.
| Riferimento | Chi riguarda | Da quando | Adempimento | Vigilanza |
|---|---|---|---|---|
| Legge 4/2004 (Legge Stanca) | PA e privati con fatturato medio oltre 500 milioni di euro negli ultimi tre anni | In vigore, obbligo annuale | Dichiarazione di accessibilità entro il 23 settembre | AgID |
| D.lgs. 82/2022 (European Accessibility Act) | E-commerce, servizi bancari al consumatore, trasporto passeggeri, comunicazioni elettroniche, accesso ai media audiovisivi, e-book e software dedicati | 28 giugno 2025 | Informazioni sull'accessibilità secondo l'allegato IV, in forma scritta e orale | AgID, AGCOM, MIMIT, autorità dei trasporti sui terminali self-service |
| Microimprese | Meno di 10 dipendenti e fatturato non oltre 2 milioni di euro (entrambe le condizioni) | — | Esentate dagli obblighi EAA | — |
Sul fronte sanzionatorio le Linee Guida AgID citano, per i fornitori sopra i 500 milioni di fatturato che violano gli obblighi di comunicazione, una misura fino al 5% del fatturato medio degli ultimi tre anni. Le cifre fisse che circolano nei post divulgativi italiani (5.000, 30.000, 40.000 euro) variano da fonte a fonte e qui non le riportiamo.
Percepibile, operabile, comprensibile, robusto
Lo standard tecnico sono le Web Content Accessibility Guidelines del W3C. La versione corrente sono le WCAG 2.2, W3C Recommendation dal 5 ottobre 2023 e aggiornate il 12 dicembre 2024: 13 linee guida, 9 criteri di successo nuovi rispetto alle 2.1, tre livelli di conformità A, AA e AAA. Il livello che la normativa europea prende come soglia operativa è AA.
I quattro principi si traducono in cose che stanno nel markup. Percepibile: testo alternativo sulle immagini, sottotitoli sui video, contrasto sufficiente. Operabile: tutto raggiungibile da tastiera, niente trappole nel focus, tempi non imposti. Comprensibile: lingua dichiarata, etichette chiare sui form, comportamenti prevedibili. Robusto: HTML semantico e attributi ARIA usati correttamente, così che una tecnologia assistiva possa interpretare la pagina senza indovinare.
Tre dei quattro principi passano da elementi che chi lavora sul sito già conosce: l'alt text, la gerarchia degli heading tag, le breadcrumb.
Sei errori fanno il 96% del problema
Il rilevamento più ampio che esiste è The WebAIM Million, che a febbraio 2026 ha analizzato il markup di un milione di home page. È un campione internazionale, non italiano, e va letto per questo. Il 95,9% delle home page presentava errori WCAG rilevabili in automatico, in peggioramento rispetto al 94,8% del 2025. La media è di 56,1 errori per pagina, il 10,1% in più dell'anno prima.
| Errore rilevato | Home page interessate |
|---|---|
| Contrasto del testo insufficiente | 83,9% |
| Testo alternativo mancante sulle immagini | 53,1% |
| Etichette mancanti sui campi form | 51,0% |
| Link vuoti | 46,3% |
| Pulsanti vuoti | 30,6% |
| Lingua del documento non dichiarata | 13,5% |
Il 96% di tutti gli errori rilevati rientra in queste sei categorie. Nessuna richiede una riprogettazione: sono correzioni nel codice e nella palette, e su un sito di media grandezza si chiudono in qualche giorno di lavoro. È la parte del problema che conviene affrontare prima di qualsiasi discorso sulla conformità formale.
Come si verifica, e cosa i tool non vedono
Gli audit di accessibilità di Lighthouse si basano su axe-core di Deque. La documentazione di Chrome spiega come funziona il punteggio: è una media pesata di audit binari, senza punteggi parziali, e gli audit manuali non entrano nel calcolo. Un 100 in Lighthouse dice che non sono stati trovati errori automatici, non che il sito sia conforme.
Quello che i tool non vedono si prova a mano, e richiede meno tempo di quanto sembri: percorrere una pagina intera con il solo tasto Tab controllando che il focus sia sempre visibile e che l'ordine abbia senso, portare lo zoom al 200% e guardare se il contenuto si riorganizza, aprire un modulo di contatto con uno screen reader. Nel sondaggio WebAIM su 1.539 utenti di screen reader (dicembre 2023 - gennaio 2024) i più diffusi come strumento principale erano JAWS con il 40,5%, NVDA con il 37,7% e VoiceOver con il 9,7%. Un rilevamento italiano equivalente non esiste, quindi queste proporzioni vanno prese come indicazione di quali software vale la pena installare per provare, non come fotografia del pubblico italiano.
I widget di overlay meritano una nota, perché vengono venduti come adeguamento normativo. Si appoggiano alla pagina dall'esterno e non toccano il markup: gli errori della tabella qui sopra restano dove sono, e con loro l'eventuale inadempienza.
Dove tocca il lavoro SEO
L'accessibilità non è un fattore di ranking, e chi la vende come scorciatoia per posizionarsi sta vendendo un'altra cosa. Il punto di contatto è che gli interventi ricadono sugli stessi artefatti: la struttura dei titoli, il testo alternativo, la semantica del markup, la navigabilità. Sono gli stessi elementi su cui lavora la SEO tecnica, e un markup che un lettore di schermo interpreta senza indovinare è anche un markup che un crawler interpreta senza indovinare. Vale la pena rileggere come funzionano i motori di ricerca tenendo a mente questa sovrapposizione.
Un'area dove i due lavori coincidono quasi del tutto sono le prestazioni misurate sul campo: le soglie dei Core Web Vitals premiano le stesse scelte che rendono una pagina usabile su una connessione lenta o su un dispositivo vecchio. Per il resto l'accessibilità è una componente della user experience con un riferimento normativo proprio, ed è lì che va collocata. Se stai valutando dove inserirla in un piano di lavoro più ampio, i nostri servizi SEO partono da un audit tecnico che intercetta buona parte di questi errori.
L'obbligo è sul servizio, non sul sito
C'è un punto che nelle guide italiane passa sotto silenzio. Il decreto 82/2022 non regola i siti web, regola i servizi: un checkout accessibile che al termine dell'ordine invia per email una fattura in PDF scansionato lascia il servizio non conforme, perché la parte che il consumatore deve leggere non è leggibile. Vale allo stesso modo per il biglietto elettronico, per la conferma di prenotazione, per l'estratto conto. E le Linee Guida AgID aggiungono un adempimento che quasi nessuno cita: quando un servizio non è conforme, il fornitore deve informarne immediatamente AgID, che nel frattempo ha aperto una piattaforma per raccogliere le segnalazioni degli utenti. La conformità dichiarata e poi lasciata ferma è, da marzo 2026, un rischio diverso da prima.
Domande frequenti sull’accessibilità web
Le WCAG li chiamano percepibile, operabile, comprensibile e robusto. In pratica: il contenuto deve arrivare anche a chi non lo vede o non lo sente, l’interfaccia deve funzionare senza mouse, il linguaggio e i comportamenti devono essere prevedibili, e il codice deve essere interpretabile da una tecnologia assistiva senza ambiguità.
Quando soddisfa i criteri di successo delle WCAG al livello dichiarato, di norma il livello AA. La verifica non è solo automatica: strumenti come Lighthouse coprono gli errori rilevabili nel markup, mentre l’ordine di tabulazione, la visibilità del focus e la comprensibilità di un modulo vanno provati a mano.
Dipende dal servizio, non dalla dimensione del sito. Il d.lgs. 82/2022 si applica a e-commerce, servizi bancari al consumatore, trasporto passeggeri, comunicazioni elettroniche, media audiovisivi ed e-book. Un sito che presenta l’azienda senza vendere online non rientra in quei settori, e le microimprese con meno di 10 dipendenti e non oltre 2 milioni di fatturato sono comunque esentate.
No. Gli overlay si sovrappongono alla pagina senza correggere il markup sottostante, quindi contrasti insufficienti, alt mancanti ed etichette assenti nei form restano dove sono. La conformità si ottiene intervenendo sul codice e sulla progettazione.
