L'Atto europeo sull'accessibilità ha i denti: cosa serve al vostro sito

L'Atto europeo sull'accessibilità si applica dal 28 giugno 2025. Nel primo anno la maggior parte delle aziende ha osservato per capire se qualcuno lo avrebbe davvero applicato. La domanda ha avuto risposta.

Un tribunale francese ha ordinato a Carrefour di raggiungere la piena conformità sotto penale di 500 euro al giorno. Le autorità di vigilanza del mercato degli Stati membri sono passate dalle richieste di informazioni agli audit mirati nel corso del 2026. Meccanismi di reclamo esistono in ogni Stato membro, e le associazioni di persone con disabilità li stanno usando.

Se vendete a consumatori nell'UE e il vostro sito non è accessibile, questa non è più una questione reputazionale. È una questione vigilata.

Cosa copre davvero l'Atto

La direttiva 2019/882 si applica a un elenco definito di prodotti e servizi, non a tutto il web. Tra i servizi in ambito:

• Il commercio elettronico, definito in senso ampio come qualsiasi servizio che consenta a un consumatore di concludere un contratto a distanza. Se qualcuno può navigare, selezionare e acquistare sul vostro sito, siete in ambito.
• I servizi bancari per consumatori, inclusi banca online e interfacce di pagamento.
• I servizi di trasporto passeggeri, inclusi siti, app e biglietteria.
• I servizi di comunicazione elettronica.
• L'accesso ai servizi di media audiovisivi.
• Gli e-book e i software dedicati.

Tra i prodotti in ambito: terminali self-service, terminali di pagamento, lettori di e-book e hardware informatico di consumo.

Due confini contano nella pratica. Primo, la direttiva si applica ai servizi forniti ai consumatori. Le piattaforme puramente business-to-business, gli strumenti interni e i servizi non offerti al pubblico restano fuori. Secondo, esiste un'esenzione per le microimprese sui servizi: meno di dieci dipendenti e un fatturato annuo o totale di bilancio non superiore a due milioni di euro. Quell'esenzione riguarda i servizi, non i prodotti, e non si richiede: o si è sotto soglia o no.

L'esenzione è più stretta di quanto si speri. Un rivenditore online con dodici persone è in ambito. Lo è anche un'azienda di otto dipendenti che vende un prodotto fisico coperto dall'allegato prodotti.

La norma tecnica

L'Atto fissa requisiti funzionali. Il riferimento tecnico è la norma europea armonizzata EN 301 549, dove stanno i criteri realmente verificabili.

La versione pubblicata attuale, V3.2.1 del marzo 2021, incorpora le WCAG 2.1 livello AA. È attesa una revisione allineata alle WCAG 2.2, che aggiunge un piccolo numero di criteri su aspetto del focus, movimenti di trascinamento, dimensione dei bersagli, aiuto coerente e inserimento ridondante. Nulla di drammatico, ma se state rimediando adesso, puntare alle WCAG 2.2 invece che alle 2.1 evita di rifare il lavoro.

La conformità alla norma armonizzata dà una presunzione di conformità alla direttiva. Questo è l'obiettivo pratico: WCAG 2.1 AA oggi, WCAG 2.2 AA se volete margine.

Cosa significa nel codice

Le linee guida sull'accessibilità sono di solito scritte a livello di principi. Ecco come si presenta come lavoro, sulla base di ciò che troviamo in quasi ogni audit.

Semantica e struttura

La maggior parte dei fallimenti di accessibilità è strutturale. Una pagina costruita con div annidati e gestori di clic non dà nulla a uno screen reader.

• Usate elementi veri. Un pulsante è <button>, non un div con onClick. Un link che naviga è <a href>. Questa sola modifica sistema operabilità da tastiera, comportamento del focus e annuncio in un colpo solo.
• Landmark: header, nav, main, footer. Un solo main per pagina.
• Intestazioni in ordine, che descrivono la struttura anziché essere scelte per la dimensione del carattere.
• Liste come liste, tabelle come tabelle con celle di intestazione corrette e scope.
• Lingua dichiarata sull'elemento html e cambiata in linea dove il contenuto cambia lingua. Su un sito multilingue conta più di quanto si pensi, perché altrimenti uno screen reader leggerà il francese con voce inglese.

Moduli

È nei moduli che le transazioni falliscono, quindi vengono esaminati con attenzione.

• Ogni campo ha un'etichetta associata a livello di programma. Il testo segnaposto non è un'etichetta.
• Gli errori sono identificati nel testo, associati al campo e annunciati. Un bordo rosso da solo non comunica nulla a un utente non vedente.
• I campi obbligatori sono marcati in modo esposto alle tecnologie assistive.
• Attributi autocomplete sui campi con dati personali, criterio WCAG esplicito che migliora anche la conversione.
• I controlli raggruppati usano fieldset e legend.

Tastiera e focus

• Tutto ciò che è interattivo è raggiungibile e operabile da tastiera, in un ordine che corrisponde al layout visivo.
• Il focus è sempre visibile. Rimuovere gli outline senza sostituirli è un fallimento netto.
• Nessuna trappola da tastiera. Le finestre modali intrappolano il focus deliberatamente, lo restituiscono alla chiusura e si chiudono con Esc.
• Link di salto al contenuto principale.

Design visivo

• Contrasto del testo di almeno 4,5 a 1 per il testo normale e 3 a 1 per il testo grande.
• Contrasto non testuale di 3 a 1 per componenti di interfaccia e grafiche significative, il che intercetta molti bordi a basso contrasto sui campi.
• Il contenuto si riorganizza a 320 pixel CSS di larghezza senza scorrimento orizzontale.
• Il testo si ridimensiona al 200 per cento senza perdita di contenuto.
• Il colore non porta mai il significato da solo.

Contenuti dinamici

• Le regioni live annunciano i cambiamenti che avvengono senza ricaricare la pagina, come aggiornamenti del carrello o riepiloghi di validazione.
• I componenti personalizzati portano ruoli, stati e proprietà corretti. Se costruite un combobox a mano, seguite le ARIA Authoring Practices invece di improvvisare.
• Rispettate la preferenza di movimento ridotto.
• Nulla che riproduca audio automaticamente, e nessun carosello ad avanzamento automatico senza comando di pausa.

Documenti e media

• I PDF in ambito devono essere taggati e leggibili. Una fattura o dei termini consegnati come immagine scansionata falliscono.
• I video hanno bisogno di sottotitoli. L'audio preregistrato ha bisogno di trascrizione.
• Le immagini hanno bisogno di testo alternativo che trasmetta lo scopo. Le immagini decorative prendono un attributo alt vuoto.

La dichiarazione di accessibilità

I fornitori di servizi devono pubblicare informazioni su come il servizio soddisfa i requisiti. Dichiarazioni di accessibilità mancanti o incomplete sono uno dei rilievi più comuni, ed è strano fallire su questo perché costa un pomeriggio.

Una dichiarazione utile include l'obiettivo di conformità, la data dell'ultima valutazione, il metodo usato, un elenco onesto delle limitazioni note con tempistica, un canale di feedback presidiato da una persona vera, e i riferimenti dell'organismo nazionale di applicazione per i reclami.

Non promettete troppo. Dichiarare piena conformità quando esiste una lacuna nota è peggio che dichiarare conformità parziale con un piano di rimedio, sia giuridicamente sia praticamente.

Sanzioni

Le sanzioni sono stabilite a livello nazionale e variano parecchio. Le cifre pubblicate includono fino a 90.000 euro nei Paesi Bassi, intervalli da 10.000 a 100.000 euro per violazione in Germania, fasce da 75.000 a 300.000 euro per violazione in Francia e fino a 60.000 euro in Irlanda. Alcuni Stati membri consentono calcoli basati sul fatturato per casi ripetuti o gravi.

L'esposizione finanziaria spesso non è il costo maggiore. Essere obbligati a rimediare sotto penale giornaliera significa fare il lavoro sotto pressione di scadenza, con un revisore, il che è molto più costoso che farlo con calma.

Gli overlay non funzionano

Gli overlay per l'accessibilità, quei widget JavaScript che promettono conformità istantanea, non la forniscono. Non possono correggere semantica assente, non possono scrivere testi alternativi sensati, e spesso interferiscono con la tecnologia assistiva che l'utente ha già configurato. Le associazioni per i diritti delle persone con disabilità sono state coerenti su questo, e i contenziosi in altre giurisdizioni hanno ripetutamente coinvolto siti con un overlay.

Trattateli come una tassa, non come una soluzione.

Un percorso di rimedio realistico

Ecco la sequenza che usiamo, che tende a rimuovere gran parte del rischio nelle prime due fasi.

Fase 1: scansione automatica più audit manuale. Gli strumenti automatici intercettano circa un terzo dei problemi, il che è utile ma ben lungi dal bastare. Affiancate alla scansione test manuali da tastiera e test con screen reader sui percorsi critici: home, categoria, prodotto, carrello, checkout, account, contatti.

Fase 2: sistemare i percorsi transazionali. Checkout, registrazione, accesso, ricerca. È lì che un sito inaccessibile smette di essere un fastidio e diventa esclusione, ed è di quello che parlerà un reclamo.

Fase 3: sistemare la libreria di componenti. La maggior parte dei siti è costruita da un insieme limitato di componenti ripetuti ovunque. Sistemare una volta pulsante, campo, modale, menu a discesa, tab e tabella sistema centinaia di pagine in un colpo. È lì la leva.

Fase 4: contenuti e documenti. Testi alternativi, intestazioni, PDF, sottotitoli. Lento ma non tecnicamente difficile.

Fase 5: prevenire le regressioni. Controlli automatici di accessibilità in integrazione continua, regole di lint per JSX o template e criteri di accessibilità nella definizione di completato. Senza questo pagherete di nuovo l'audit tra diciotto mesi.

Il beneficio collaterale

Tutto quanto sopra migliora anche visibilità sui motori di ricerca, Core Web Vitals e conversione. Una struttura di intestazioni corretta, markup semantico, etichette vere e contrasto sufficiente sono esattamente le cose che aiutano i crawler ad analizzare una pagina e gli utenti comuni a completare un acquisto da telefono con poca luce.

C'è anche una sovrapposizione con obblighi più recenti. Le regole di trasparenza del Regolamento IA richiedono che l'informazione sia fornita in modo chiaro e distinguibile, conforme ai requisiti di accessibilità applicabili, il che significa che un'informativa IA sepolta in un tooltip inaccessibile fallisce due volte. Ne abbiamo parlato nell'articolo sulla trasparenza del Regolamento IA.

Da dove partire

Se non siete stati sottoposti ad audit, iniziate con una tastiera. Staccate il mouse e provate a completare un acquisto sul vostro sito. La maggior parte dei team trova i primi tre problemi in meno di cinque minuti, ed è una dimostrazione più convincente per il management di qualsiasi report.

Realizziamo audit di accessibilità e programmi di rimedio per aziende che operano nell'UE, incluso il lavoro sulla libreria di componenti e l'integrazione in CI perché la correzione tenga. C'è più dettaglio nella nostra pagina sull'accessibilità web, e il contesto normativo più ampio nella nostra mappa della conformità digitale UE 2026.

Scriveteci a office@c9group.dev se volete una lettura onesta della vostra situazione.