Accessibilità web e European Accessibility Act: cosa prevede la legge, dove i siti sbagliano e come rimediare

Dal 28 giugno 2025 gli Stati membri devono applicare le norme con cui hanno recepito l'European Accessibility Act (EAA), ossia la direttiva (UE) 2019/882 sui requisiti di accessibilità dei prodotti e dei servizi. Per le aziende che vendono online ai consumatori e non sono microimprese, l'accessibilità dei siti web è così diventata, di regola, un obbligo di legge, con un'autorità di vigilanza e sanzioni.

Il quadro normativo qui descritto è verificato al 16 settembre 2026. Il testo non costituisce consulenza legale: la situazione della singola azienda va valutata da un legale.

Che cosa è cambiato il 28 giugno 2025

In base all'articolo 31 della direttiva, gli Stati dovevano adottare le norme nazionali entro il 28 giugno 2022 e applicarle dal 28 giugno 2025. Per i siti aziendali è decisivo l'articolo 3, punto 30: il servizio di commercio elettronico è un servizio fornito a distanza, tramite siti web e servizi per dispositivi mobili, su richiesta individuale di un consumatore e al fine di concludere un contratto di consumo. Conta quindi se il sito o l'app servono a concludere a distanza un contratto con un consumatore, non se l'azienda si definisce tecnologica.

A chi si applicano gli obblighi e quali sono le eccezioni

La direttiva riguarda alcuni prodotti, ad esempio computer, terminali di pagamento e sportelli automatici (ATM), e servizi per i consumatori come le comunicazioni elettroniche, alcuni elementi dei servizi di trasporto passeggeri, i servizi bancari per consumatori, gli e-book e il commercio elettronico. Un servizio venduto esclusivamente ad aziende di norma non rientra in questo perimetro. Per i servizi misti, le indicazioni operative delle Linee guida dell'Agenzia per l'Italia Digitale (AgID) chiariscono che un servizio rivolto sia ai consumatori sia a imprese e professionisti deve essere conforme nella sua interezza.

Microimprese. Se forniscono servizi, sono esentate sia dalla direttiva sia dal decreto legislativo 82/2022, che la recepisce in Italia. Secondo l'articolo 3, punto 23, della direttiva, una microimpresa occupa meno di 10 persone e ha un fatturato annuo o un totale di bilancio annuo non superiore a 2 milioni di euro. Il decreto italiano riprende la stessa definizione. La direttiva richiama la raccomandazione della Commissione relativa alla definizione delle microimprese, piccole e medie imprese e chiede che le sue condizioni siano soddisfatte realmente, senza aggirarle. Lo status di microimpresa va quindi verificato, non presunto.

Modifica sostanziale e onere sproporzionato. I requisiti si applicano solo nella misura in cui non richiedano una modifica sostanziale della natura stessa del servizio e non comportino un onere sproporzionato. I criteri per valutare l'onere, ad esempio il rapporto tra i costi netti della conformità e il fatturato netto, sono fissati dall'allegato V del decreto legislativo 82/2022. La valutazione va documentata e i risultati vanno conservati per almeno cinque anni dall'ultima fornitura del servizio. Chi si avvale dell'eccezione deve inoltre informarne l'AgID.

Norme transitorie. Secondo il decreto italiano, i contratti di servizi conclusi prima del 28 giugno 2025 possono restare invariati fino alla scadenza, ma per non più di cinque anni da quella data, quindi al massimo fino al 28 giugno 2030. Il decreto non si applica nemmeno ai media preregistrati (ad esempio i video) e ai file per ufficio (ad esempio i PDF) pubblicati prima del 28 giugno 2025, né agli archivi il cui contenuto non viene aggiornato né rielaborato dopo quella data.

La direttiva e il decreto italiano: che cosa vale in Italia

La direttiva vincola gli Stati, mentre le aziende sono vincolate solo dalla legge nazionale. In Italia è il decreto legislativo 27 maggio 2022, n. 82, le cui disposizioni hanno effetto dal 28 giugno 2025. Facciamo riferimento al testo vigente al 16 settembre 2026. Per i servizi il decreto riprende le categorie della direttiva: comunicazioni elettroniche, servizi che danno accesso ai servizi di media audiovisivi, elementi dei servizi di trasporto passeggeri, servizi bancari per consumatori, e-book e software dedicati e servizi di commercio elettronico, che il decreto definisce negli stessi termini della direttiva. In caso di dubbi sull'inquadramento del servizio consigliamo di confrontarsi con un legale.

Per i servizi l'autorità di vigilanza è l'AgID. Se un servizio non è conforme, il fornitore deve adottare le misure correttive necessarie e informarne immediatamente l'AgID, indicando i requisiti non rispettati e le misure adottate. Quando accerta una non conformità, l'AgID chiede di rimediare entro un termine da essa stabilito. Se le misure correttive non arrivano, può fissare un termine per oscurare il servizio non conforme o ritirare l'app dallo store, oppure adottare misure inibitorie, che vengono revocate quando il fornitore si adegua. La violazione dei requisiti di accessibilità e degli obblighi del fornitore è punita con una sanzione amministrativa pecuniaria da 5.000 a 40.000 euro, commisurata all'entità della non conformità, al numero di servizi non conformi e al numero di utenti coinvolti. Chi non adotta le misure correttive richieste o non assicura la dovuta collaborazione rischia da 2.500 a 30.000 euro. Alle aziende che offrono servizi tramite siti web o app con un fatturato medio superiore a 500 milioni di euro negli ultimi tre anni, soggette anche alla legge 9 gennaio 2004, n. 4, si applica in ogni caso la sanzione prevista da quella legge, che può arrivare al 5% del fatturato.

Lo standard tecnico: EN 301 549 e WCAG

Né la direttiva né il decreto italiano citano le WCAG, lo standard internazionale del consorzio W3C per l'accessibilità dei contenuti web. Fissano requisiti funzionali, che il decreto elenca nell'allegato I: il sito deve essere percepibile, utilizzabile, comprensibile e robusto, termine che nel decreto diventa «solido». L'ultima proprietà significa che il sito può essere interpretato correttamente anche dalle tecnologie assistive, che aiutano le persone con disabilità a usare il computer o il telefono. Tra i requisiti rientrano anche un contrasto sufficiente e un'alternativa ai contenuti non testuali.

I criteri verificabili arrivano dalla norma europea EN 301 549. Per il web recepisce i criteri WCAG di livello A e AA, il che corrisponde alla conformità di livello AA. Il livello più severo, AAA, nella norma è solo informativo. Secondo il decreto, un servizio conforme a una norma armonizzata i cui riferimenti sono stati pubblicati nella Gazzetta ufficiale dell'Unione europea si considera conforme ai requisiti coperti da quella norma. È la cosiddetta presunzione di conformità.

Situazione al 16 settembre 2026: la versione v4.1.1, pubblicata a settembre 2026, è la prima preparata direttamente per l'EAA e recepisce le WCAG 2.2 al posto delle 2.1. Conferirà però la presunzione di conformità alla direttiva solo dopo la citazione nella Gazzetta ufficiale dell'UE. Fino ad allora, secondo AccessibleEU, il centro per l'accessibilità della Commissione europea, il riferimento resta la versione v3.2.1 del 2021, basata sulle WCAG 2.1 di livello AA e nata per la direttiva sull'accessibilità dei siti web del settore pubblico. Le Linee guida AgID sull'accessibilità dei servizi, pubblicate a marzo 2026, indicano che un servizio, per essere considerato conforme, deve rispettare almeno i criteri di livello A e AA, e propongono schede di controllo basate sulla EN 301 549 v3.2.1 e sulle WCAG 2.1. Per ora non esiste alcun obbligo di applicare la nuova versione.

Poiché, secondo il W3C, i contenuti conformi alle WCAG 2.2 sono conformi anche alle WCAG 2.1, per l'accessibilità dei siti web consigliamo di puntare direttamente alle WCAG 2.2 di livello AA.

Accessibilità siti web: gli errori più frequenti

L'analisi WebAIM Million verifica ogni anno, con test automatici, le home page del milione di siti più popolari. Nei dati di febbraio 2026 il 95,9% delle pagine presentava errori WCAG rilevati dai test e sei tipi di errore costituivano il 96% di tutte le segnalazioni. Non è un campione italiano, ma indica da dove partire.

Contrasto. L'83,9% delle pagine conteneva testo a basso contrasto. Il criterio WCAG 1.4.3 di livello AA richiede un rapporto di contrasto tra testo e sfondo di almeno 4,5:1, che scende a 3:1 per il testo di grandi dimensioni. Un testo grigio chiaro può sembrare elegante, ma chi ha perso sensibilità al contrasto, un calo che secondo il W3C accompagna tipicamente l'invecchiamento, lo legge a fatica.

Testi alternativi. La descrizione testuale delle immagini mancava nel 53,1% delle pagine. Davanti a un'immagine senza descrizione, lo screen reader, il software che legge i contenuti ad alta voce o li converte in Braille, pronuncia il nome del file oppure nulla. Per un cliente non vedente, l'icona del carrello senza testo è soltanto un «pulsante».

Tastiera. Con la tastiera navigano le persone con disabilità motorie e chi usa uno screen reader. Se il pulsante per inviare l'ordine non è raggiungibile con il tasto Tab, non riescono a concluderlo. Se il design nasconde l'evidenziazione dell'elemento attivo, non vedono in quale punto della pagina si trovano.

Moduli e messaggi di errore. Le etichette dei campi dei moduli mancavano nel 51% delle pagine. Il testo grigio all'interno del campo non sostituisce l'etichetta, perché scompare appena si inizia a scrivere. Un errore segnalato solo in rosso può sfuggire a chi ha un deficit nella percezione dei colori, e un messaggio che lo screen reader non annuncia significa un ordine non inviato senza alcuna spiegazione.

Sottotitoli e PDF. Un video senza sottotitoli non dice nulla alle persone sorde né a chi lo guarda senza audio. Un listino prezzi o le condizioni generali scansionati sono, per uno screen reader, solo un'immagine senza testo. Ai file nuovi l'esclusione transitoria non si applica e la descrizione del servizio nelle condizioni generali deve essere in formati accessibili.

Perché i test automatici non bastano

Uno strumento automatico verifica ciò che si può misurare nel codice: il rapporto di contrasto, la presenza del testo alternativo, le etichette dei campi o la mancata indicazione della lingua della pagina, per cui lo screen reader può leggere l'italiano con la pronuncia inglese. Non rileva invece se la descrizione di un'immagine ha senso, se l'ordine di navigazione da tastiera è logico, se una finestra pop-up si può chiudere e se un acquisto si può portare a termine con lo screen reader. Anche WebAIM avverte che gli strumenti automatici non individuano tutti gli errori: la piena conformità alle WCAG tra le pagine analizzate era quindi sicuramente inferiore al 4,1%. I percorsi chiave vanno provati manualmente con la tastiera e con uno screen reader, idealmente insieme a persone che usano le tecnologie assistive ogni giorno.

Le ragioni di business, senza esagerazioni

Secondo Eurostat, nel 2025 il 24,2% delle persone dai 16 anni in su nell'UE e il 26,0% in Slovacchia hanno dichiarato limitazioni moderate o gravi nelle attività abituali per motivi di salute. Nella fascia dai 65 anni in su la quota era del 47,5% nell'UE e del 58,4% in Slovacchia. Non tutte le limitazioni rendono difficile l'uso del web, ma non si tratta di un gruppo marginale. Secondo il W3C, inoltre, con l'invecchiamento della popolazione il numero di persone con disabilità cresce.

Secondo il W3C, l'accessibilità aiuta anche in situazioni comuni: con un braccio rotto, sotto il sole diretto, in un ambiente rumoroso o con una connessione lenta.

La Commissione europea indica che regole comuni dovrebbero ridurre i costi per le imprese e facilitare il commercio transfrontaliero. Non siamo in grado di documentare in modo affidabile di quale percentuale l'accessibilità aumenti il fatturato, e per questo non lo promettiamo. Il visitatore che non completa l'ordine per una barriera nel carrello, però, potrebbe essere arrivato tramite pubblicità a pagamento. Come si calcola una perdita di questo tipo lo spieghiamo nell'articolo Un sito che il visitatore non capisce.

Il percorso per l'azienda: dall'inventario al monitoraggio continuo

1. Inventario. Elenchi i punti di contatto con i consumatori: sito web, e-commerce, app, moduli, PDF, video e componenti di terze parti, ad esempio il gateway di pagamento o la chat.
2. Audit. Il test automatico può eseguirlo anche il team interno con uno strumento gratuito. Lo completi con una verifica manuale dei percorsi chiave secondo le WCAG 2.2 di livello AA e associ gli errori a componenti e template, non a screenshot.
3. Priorità. Prima gli errori che impediscono di completare un acquisto o un ordine, poi quelli ricorrenti nei componenti più usati.
4. Correzioni alla fonte, non toppe. Corregga l'errore nel punto da cui si propaga: nel template, nel componente o nel design system. Se il contrasto viene corretto nel token di colore, cioè nel colore definito a livello centrale, la correzione vale ovunque in un colpo solo. Con una piattaforma e-commerce già pronta può bastare modificare il tema o sostituirlo con uno più accessibile.
5. Informazioni sull'accessibilità. La dichiarazione di accessibilità formale è un obbligo del settore pubblico previsto dalla direttiva 2016/2102. Secondo il decreto italiano, il fornitore del servizio deve inserire nelle condizioni generali o in un documento equivalente una descrizione generale del servizio in formati accessibili, le spiegazioni necessarie a comprenderne il funzionamento e il modo in cui il servizio soddisfa i requisiti di accessibilità. Le informazioni vanno messe a disposizione del pubblico in forma scritta e orale, anche in modo accessibile alle persone con disabilità, e conservate finché il servizio è operativo. Le Linee guida AgID chiedono inoltre di dichiarare, tra queste informazioni, che non si usano tecniche di tracciamento da cui si possa desumere una disabilità dell'utente.
6. Monitoraggio continuo. Il decreto richiede misure che garantiscano la costante conformità del servizio anche quando questo cambia. In pratica significa un test automatico a ogni rilascio, autori dei contenuti formati e requisiti di accessibilità nei capitolati per i fornitori.

Accessibilità fin dall'inizio o correzioni a posteriori

Se l'accessibilità del sito web viene affrontata solo dopo il lancio, la si paga più volte. Un esempio illustrativo: un pulsante con contrasto insufficiente non è un singolo errore, ma codice copiato in molti template. Ogni copia va trovata, corretta, testata e rilasciata, e ogni nuova pagina creata dal vecchio template ripete l'errore. Come quantificare il costo di questo attrito ricorrente lo mostra il modello Cost of Friction nell'articolo Il buon design non è decorazione.

Il W3C cita uno studio di Forrester Research del 2016 commissionato da Microsoft, secondo cui l'accessibilità integrata nei normali cicli di sviluppo può contribuire a ridurre i costi. Trattandosi di uno studio commissionato, è un argomento a supporto, non una prova indipendente.

Non per questo il vecchio sito va buttato subito. Errori sparsi in template modificati a mano possono però indicare che ulteriori toppe smettono di avere senso economico, come spieghiamo nell'articolo Quando un vecchio sito inizia a costare denaro all'azienda. Anche in quel caso può bastare intervenire sui template o sul tema. A decidere tra correzione e rifacimento deve essere la diagnosi, non ciò che qualcuno vende.

Cosa portarsi a casa

• Verifichi con un legale se il decreto riguarda la sua azienda: vendita ai consumatori, tipo di servizio, status di microimpresa ed eccezioni. Il quadro normativo è verificato al 16 settembre 2026.
• Per il sito web punti alle WCAG 2.2 di livello AA. Così copre anche le WCAG 2.1, su cui si basa l'attuale versione di riferimento della EN 301 549.
• Il test automatico è un filtro, non un audit. Provi l'ordine e la richiesta di contatto con la tastiera e con uno screen reader.
• Corregga alla fonte, cioè in token, componenti, template e processi editoriali, non pagina per pagina.
• Prima di scegliere uno strumento, un fornitore o un nuovo sito, faccia una diagnosi. Solo così saprà se basta modificare il tema o se il problema è nelle fondamenta.