Vai al contenuto
LUIGI MICCA

Pubblicato

4 min di lettura

L'European Accessibility Act è in vigore. Il tuo sito rientra?

L'EAA ha smesso di essere un problema futuro a giugno 2025 — il 2026 è l'anno delle ispezioni, delle diffide e delle prime multe. Chi rientra davvero, cosa significa essere conformi e perché i widget di accessibilità non ti salveranno.

Per anni l'accessibilità web in Europa ha vissuto in un limbo comodo: tutti d'accordo che fosse importante, quasi nessuno obbligato a fare qualcosa. Quel limbo è finito il 28 giugno 2025, quando l'European Accessibility Act è entrato in applicazione — e il 2026 si sta rivelando l'anno in cui la macchina si è messa in moto sul serio. Le autorità di vigilanza fanno ispezioni, le associazioni presentano reclami, gli studi legali spediscono diffide e le prime multe sono arrivate: la Germania prevede fino a 100.000 € per violazione, la Francia va da 5.000 a 250.000 €, più 25.000 € all'anno se manca la dichiarazione di accessibilità.

Se vendi a consumatori europei, la scadenza è già passata.

Chi rientra davvero

L'EAA copre le aziende con almeno 10 dipendenti o più di 2 milioni di euro di fatturato annuo che vendono a consumatori UE prodotti o servizi inclusi nel suo ambito. In pratica: quasi tutto il web che incassa denaro — e-commerce, servizi bancari e flussi di pagamento, sistemi di prenotazione, biglietterie, SaaS consumer.

Le microimprese di servizi sono formalmente esenti — ma non rilassarti troppo: se un'azienda più grande è tua cliente, i suoi obblighi di conformità ricadono su quello che le fornisci. Le clausole di accessibilità stanno già comparendo nelle checklist degli uffici acquisti, esattamente come è successo con il GDPR nel 2018.

Cosa significa essere conformi

Il riferimento normativo è la norma EN 301 549, che per il web si traduce nelle WCAG a livello AA. Tolti gli acronimi, è una checklist di ingegneria molto concreta:

  • Tastiera. Ogni flusso — menu, filtri, checkout — funziona senza mouse, con un indicatore di focus visibile e senza trappole.
  • Form. Etichette vere, errori descritti, messaggi che dicono cosa correggere, non un generico "input non valido".
  • Contrasto e testo. Rapporti di contrasto sufficienti, testo che si può ingrandire al 200% senza rompere il layout.
  • Struttura. HTML semantico: titoli che danno la struttura della pagina, bottoni che sono bottoni, link che sono link. Gli screen reader si muovono nella struttura, non nei pixel.
  • Media. Testi alternativi che descrivono la funzione, sottotitoli sui video.
  • Una dichiarazione di accessibilità pubblicata e un canale di feedback — l'assenza di questo documento è la violazione più facile da contestare per un'autorità, e in Francia ha una multa ricorrente tutta sua.

Niente di esotico. È la stessa disciplina del lavoro sulle prestazioni: misurabile, testabile e quasi invisibile quando è fatta bene.

Angolo dell'onestà: la scorciatoia dei widget

C'è un'intera industria che vende widget JavaScript da una riga promettendo la conformità dall'oggi al domani. Non la ottieni. Un overlay non può aggiungere etichette mancanti, sistemare flussi da tastiera che non funzionano o trasformare in veri bottoni dei div travestiti da bottoni — e diversi provvedimenti di vigilanza hanno citato esplicitamente siti con l'overlay installato. Se un fornitore ti promette la conformità EAA per 49 € al mese e un tag script, stai comprando un falso senso di sicurezza, e l'autorità lo sa.

Il lato positivo di cui nessuno parla

Il lavoro di accessibilità si sovrappone quasi perfettamente a risultati che vuoi comunque. La struttura semantica è ciò che i motori di ricerca leggono. Pagine più leggere e veloci aiutano tutti gli utenti. Form chiari con errori descritti convertono meglio per tutti, non solo per gli oltre 87 milioni di persone con disabilità nell'UE — un mercato più grande della Germania.

Per esperienza, i team che trattano l'accessibilità come un attributo di qualità — come le prestazioni, come la sicurezza — si ritrovano con front-end migliori su tutta la linea. Quelli che la trattano come una casella da spuntare per l'ufficio legale la fanno due volte: una male, una bene dopo il reclamo.

Da dove partirei

  1. Un audit onesto. Gli scanner automatici trovano forse un terzo dei problemi reali; per il resto serve una persona con tastiera e screen reader che percorre i flussi critici.
  2. Priorità per impatto. Un checkout rotto conta più di un'immagine decorativa nel footer.
  3. Correzioni negli sprint normali. La maggior parte dei fix è piccola; la parte costosa è trovarli, non farli.
  4. Pubblica la dichiarazione e inserisci i controlli di accessibilità nella definition of done, così il lavoro fatto non si degrada.

L'EAA non ha inventato niente di tutto questo — ha solo fatto in modo che ignorarlo abbia un prezzo.


Sono un software architect indipendente con focus sul front-end, e la revisione di accessibilità fa parte di ogni audit che conduco. Se non sai a che punto è il tuo sito, parliamone: una call conoscitiva di 30 minuti è gratuita.