Ogni sito ha qualcosa che le persone devono poter fare: trovare un’informazione, leggere un articolo, scaricare un documento, contattare qualcuno, iscriversi, donare, prenotare o acquistare. Un sito accessibile permette di farlo a tutti. Questo vale anche per chi naviga senza mouse, per chi usa un lettore di schermo (un programma che legge ad alta voce i contenuti della pagina, usato soprattutto da persone cieche o ipovedenti), per chi ha difficoltà visive, motorie o cognitive e per chi sta semplicemente usando uno smartphone sotto il sole o con una connessione lenta.
Per questo l’accessibilità riguarda qualsiasi sito: il portale di un ente, il sito di un’associazione, un blog, un sito vetrina o un e-commerce. Gli obblighi di legge invece non sono uguali per tutti. Dal 28 giugno 2025 le regole europee dell’European Accessibility Act si applicano ad alcuni prodotti e servizi e si aggiungono a quelle già previste per le pubbliche amministrazioni.
In questa guida vediamo prima chi ha obblighi specifici, poi come verificare un sito partendo da ciò che le persone devono poterci fare, e infine come evitare che i problemi ricompaiano dopo ogni aggiornamento.
Una premessa: questo articolo ti aiuta a orientarti, ma non sostituisce una valutazione normativa del tuo caso specifico.
La legge sull’accessibilità riguarda anche il mio sito?
Dipende da chi sei e da quali servizi offri, non dal semplice fatto di avere un sito. In Italia le norme di riferimento sono due.
European Accessibility Act e D.Lgs. 82/2022
L’European Accessibility Act (EAA) è una direttiva europea che fissa requisiti di accessibilità per alcuni prodotti e servizi, per esempio l’e-commerce rivolto ai consumatori, i servizi bancari, i trasporti e le comunicazioni elettroniche. In Italia è stata recepita con il Decreto legislativo 82/2022, che si applica dal 28 giugno 2025.
A marzo 2026 l’Agenzia per l’Italia Digitale (AgID) ha pubblicato le Linee Guida per i servizi interessati dall’EAA. Sono il riferimento per capire quali requisiti considerare e come impostare le verifiche. AgID vigila anche sul rispetto delle regole: in caso di mancato adeguamento sono previste sanzioni amministrative.
Legge Stanca (Legge 4/2004)
La Legge Stanca riguarda siti, app e altri strumenti digitali delle pubbliche amministrazioni e di alcuni soggetti privati. Tra questi ci sono le aziende con un fatturato medio superiore a 500 milioni di euro negli ultimi tre anni e chi riceve contributi pubblici per erogare servizi online. Quando un servizio rientra sia nella Legge Stanca sia nell’EAA, le due norme si applicano in modo coordinato.
Chi deve fare cosa
| Se sei… | Cosa ti riguarda |
| Una pubblica amministrazione o un altro soggetto coperto dalla Legge 4/2004 | Obblighi su siti e app e dichiarazione di accessibilità annuale |
| Un’azienda (non microimpresa) che offre servizi previsti dal D.Lgs. 82/2022, per esempio e-commerce verso i consumatori, banca o trasporti | Requisiti EAA sul servizio e sui canali digitali con cui lo offri |
| Una microimpresa che offre questi servizi, compreso un e-commerce | Esentata dai requisiti sui servizi del D.Lgs. 82/2022; restano eventuali altri obblighi |
| Un’azienda con un sito vetrina, senza vendita online ai consumatori | Nessun obbligo EAA sul sito, ma renderlo accessibile resta consigliato |
| Un’associazione o un ente del Terzo Settore con un sito informativo | In genere nessun obbligo specifico; verifica se ricevi contributi pubblici per servizi erogati online |
Microimprese. Secondo il D.Lgs. 82/2022 è microimpresa chi ha meno di 10 dipendenti e un fatturato annuo, oppure un totale di bilancio, non superiore a 2 milioni di euro. L’esenzione vale per i servizi previsti dal decreto, non automaticamente per altre norme.
Da quando valgono gli obblighi. Per i servizi coperti dall’EAA i requisiti si applicano dal 28 giugno 2025. Fa eccezione chi, prima di quella data, aveva già un contratto di servizio in corso: può portarlo avanti senza modifiche fino alla scadenza, ma al massimo fino al 28 giugno 2030. Un sito o un e-commerce nuovo, o rifatto dopo giugno 2025, deve invece essere accessibile da subito.
Da cosa partire: prova le attività che contano per gli utenti
La verifica più utile non parte dalla norma ma dalle azioni che le persone fanno ogni giorno sul tuo sito. Basta un passaggio bloccato perché, per qualcuno, l’intero servizio diventi inutilizzabile.
Prima chiediti qual è il motivo principale per cui le persone visitano il sito, poi prova a farlo tu. Su un sito informativo o di un’associazione significa cercare un contenuto, scaricare un documento, scrivere tramite il modulo di contatto, iscriversi alla newsletter o fare una donazione. Sul sito di un ente il percorso tipico è trovare un documento e presentare una richiesta. In un e-commerce è cercare un prodotto, aggiungerlo al carrello e arrivare fino al pagamento. Se il sito ha un’area riservata, prova ad accedere, compilare un modulo e inviarlo.
Fai queste prove mettendo da parte il mouse. Con il tasto Tab passi all’elemento successivo (link, pulsanti, campi), con Maiusc+Tab torni indietro, con Invio apri un link e con la barra spaziatrice selezioni caselle e pulsanti. Con le frecce ti muovi nei menu e con Esc chiudi finestre e menu a tendina. Se a un certo punto non riesci ad andare avanti, o non capisci più dove ti trovi, hai trovato un problema.
Mentre procedi, osserva alcune cose. Deve essere sempre visibile quale elemento è selezionato, di solito grazie a un bordo o a un’evidenziazione. I moduli devono spiegare quali dati inserire e, in caso di errore, dire chiaramente cosa correggere. Le immagini importanti, i pulsanti con sola icona e i documenti devono avere un testo che li descriva anche a chi non li vede.
Puoi affiancare a queste prove uno strumento automatico gratuito come WAVE o Lighthouse (integrato in Chrome). Ti segnalerà in pochi minuti problemi come i contrasti di colore insufficienti o i campi senza etichetta. Sono controlli iniziali: non ti dicono se il sito è accessibile, ma dove conviene approfondire.
Tre problemi comuni da cercare
Il primo è quasi sempre il modulo di contatto. La persona compila tutti i campi, preme “Invia” e non succede nulla, oppure compare un bordo rosso attorno a un campo senza alcuna spiegazione. Chi non distingue bene i colori, o usa un lettore di schermo, non ha modo di capire cosa è andato storto. Un modulo accessibile ha etichette chiare su ogni campo e messaggi d’errore scritti a parole, che dicono cosa correggere e dove.
Il secondo è il menu di navigazione. Con il mouse funziona perfettamente, ma con la tastiera i sottomenu non si aprono, oppure il focus finisce su voci invisibili e ci si perde. Ogni comando del sito deve essere raggiungibile e utilizzabile anche senza mouse, e il menu è il primo posto dove controllarlo.
Il terzo sono i documenti PDF. Un file può essere graficamente curato e risultare illeggibile per un lettore di schermo: il testo viene letto in ordine sparso, le tabelle diventano una sequenza di numeri senza senso, i titoli non sono riconoscibili. Per i documenti che contano davvero, come moduli, istruzioni e bandi, vale la pena controllare titoli, ordine di lettura e tabelle. Quando non è possibile sistemare il file, offri anche una versione alternativa, per esempio una pagina web con lo stesso contenuto.
Come capire se il sito è davvero accessibile
WCAG ed EN 301 549: i riferimenti tecnici
Le Web Content Accessibility Guidelines (WCAG) sono le linee guida internazionali per l’accessibilità dei contenuti digitali, sviluppate dal World Wide Web Consortium (W3C). Indicano cosa controllare nei testi, nei moduli, nella navigazione e nei contenuti multimediali.
In Europa le WCAG sono richiamate dalla norma tecnica EN 301 549, il riferimento usato per verificare la conformità. Oggi per un sito web l’obiettivo è rispettare le WCAG 2.1 di livello AA. Esiste già una versione più recente, la 2.2, che conviene tenere presente perché sarà recepita nei prossimi aggiornamenti della norma. Rispettare le WCAG è la base, ma per essere in regola vanno considerati anche gli altri requisiti previsti per il tuo servizio.
Per approfondire principi, livelli ed esempi leggi la nostra guida introduttiva all’accessibilità web.
Perché un controllo automatico non basta
Gli strumenti automatici trovano solo una parte dei problemi. Non possono dire se un percorso è comprensibile o se un modulo funziona davvero da tastiera. Servono anche prove manuali: la navigazione da tastiera e, quando opportuno, test con lettori di schermo e con persone con disabilità.
Lo stesso vale per i widget e gli overlay di accessibilità, i pulsanti che promettono di rendere accessibile un sito con una riga di codice. Possono offrire qualche regolazione all’utente, ma non correggono il codice e i contenuti sottostanti, e da soli non rendono un sito conforme. Anche gli strumenti integrati nei CMS aiutano, purché se ne conoscano i limiti.
Cosa deve contenere un buon rapporto di verifica
Alla fine della verifica deve essere chiaro cosa non funziona e dove si trova, quanto è grave per chi lo incontra, come correggerlo e come controllare che la correzione abbia funzionato. La priorità va sempre alle barriere che bloccano le attività principali del sito.
Come evitare che i problemi tornino dopo gli aggiornamenti
Pensaci già in fase di progettazione
Quando si progetta un sito o una nuova funzione è più semplice prevedere subito etichette chiare, testi leggibili e comandi usabili da tastiera. Correggere dopo costa di più.
Se commissioni il lavoro, non chiedere genericamente un “sito accessibile”. Concorda con il fornitore:
- quali pagine e funzioni verificare;
- quali criteri usare (per esempio WCAG 2.1 livello AA);
- come verranno segnalati e risolti i problemi;
- quando ripetere i test prima della pubblicazione.
Controlla i contenuti nel tempo
L’accessibilità di un sito non è un risultato stabile: ogni nuovo contenuto può migliorarla o peggiorarla. Un’immagine senza testo alternativo o un modulo poco chiaro non rendono inaccessibile tutto il sito, ma creano un ostacolo in quel punto, e più ostacoli si accumulano, più il sito diventa difficile da usare. Per questo anche chi aggiorna testi e contenuti dovrebbe seguire poche regole editoriali su testi alternativi, titoli, link e documenti. È utile anche sapere chi interviene quando qualcosa non funziona. Spesso basta un elenco condiviso con il problema, il responsabile e lo stato della soluzione.
Dichiarazione e informazioni sull’accessibilità: cosa pubblicare
Pubbliche amministrazioni. Entro il 23 settembre di ogni anno la PA deve riesaminare la dichiarazione di accessibilità tramite la piattaforma AgID e aggiornarla se necessario. La dichiarazione descrive quanto il sito o l’app rispettano i requisiti e come segnalare eventuali problemi.
Grandi aziende private. Se fatturi in media più di 500 milioni di euro e offri servizi previsti dal D.Lgs. 82/2022, per quei servizi segui le regole dell’EAA: pubblichi le informazioni sull’accessibilità richieste dal decreto e non più la dichiarazione annuale prevista in precedenza. Lo ha chiarito AgID a settembre 2026.
Altri privati. Gli adempimenti dipendono dalle regole che si applicano al tuo servizio: non tutte le imprese devono pubblicare la stessa dichiarazione.
Chi non ha obblighi. Anche se non sei tenuto a pubblicare una dichiarazione, una breve pagina sull’accessibilità è una buona pratica: indica a che punto è il sito e offre un contatto per segnalare i problemi.
Un piano semplice in cinque passi
Non serve controllare tutto in un giorno. Procedi per priorità, coinvolgendo chi gestisce il sito e i fornitori tecnici.
- Chiarisci gli obblighi. Verifica quali regole riguardano davvero la tua organizzazione e i servizi che offri.
- Fai un elenco. Individua siti, app, moduli, aree riservate e documenti più usati.
- Prova i percorsi principali. Controlla che le azioni più importanti si possano completare, anche senza mouse.
- Risolvi prima gli ostacoli maggiori. Dai la precedenza a ciò che impedisce alle persone di usare il sito.
- Ripeti le verifiche. Ricontrolla dopo ogni aggiornamento importante, tieni traccia delle correzioni e, se richiesta, prepara per tempo la dichiarazione di accessibilità.
Il risultato è un piano di lavoro concreto: quali problemi risolvere, chi se ne occupa e come verificare che il sito funzioni meglio.
Domande frequenti sull’accessibilità digitale
Tutte le aziende devono avere un sito accessibile per legge?
No. Il D.Lgs. 82/2022 riguarda specifici prodotti e servizi, come l’e-commerce verso i consumatori, e le microimprese che forniscono servizi ne sono esentate. Un sito vetrina senza vendita online in genere non ha obblighi EAA. Migliorare l’accessibilità resta comunque utile.
Che differenza c’è tra Legge Stanca ed EAA?
La Legge Stanca riguarda gli strumenti digitali di soggetti specifici, a partire dalle pubbliche amministrazioni. L’EAA riguarda alcune categorie di prodotti e servizi, indipendentemente da chi li offre. In alcuni casi le due norme si applicano insieme.
Seguire le WCAG significa essere in regola?
Le WCAG 2.1 di livello AA sono la base tecnica richiamata dalla norma EN 301 549. Per essere in regola vanno però considerati anche gli altri requisiti previsti per il tuo servizio.
Basta un programma automatico o un widget per rendere il sito accessibile?
No. Un programma automatico trova solo una parte degli errori e un widget non corregge il codice. Servono test manuali e interventi sul sito.
Ogni quanto controllare il sito?
Ogni volta che introduci nuove funzioni, moduli o modifiche importanti. Per le pubbliche amministrazioni la dichiarazione va riesaminata entro il 23 settembre di ogni anno; per i privati dipende dalle regole applicabili.
Affianchiamo aziende, enti pubblici e organizzazioni del Terzo Settore nella verifica dell’accessibilità: proviamo le funzioni principali del sito, individuiamo i problemi e definiamo le priorità di intervento. In base al progetto possiamo correggere codice e contenuti e formare chi aggiorna il sito, perché le buone pratiche durino nel tempo.
Per valutare il tuo caso, consulta la nostra pagina dedicata alla verifica dell’accessibilità web.
