Accessibilità sito web ed European Accessibility Act: cosa testare

Se vendi online ai consumatori nell’UE, dal 28 giugno 2025 il tuo negozio deve rispettare i requisiti di accessibilità sito web dell’European Accessibility Act, a meno che la tua impresa non sia una microimpresa. Molti dei problemi gravi puoi trovarli da solo: fai un ordine di prova usando solo la tastiera, ingrandisci la pagina e prova ogni modulo. Quello che una verifica fai da te non può fare è dimostrare che l’intero sito è conforme allo standard.

Forse uno sviluppatore ti ha parlato della legge, oppure un’email ti ha proposto un widget che rende «conforme» qualsiasi sito con una riga di codice. Un cliente che non riesce a completare il checkout con la tastiera o con uno screen reader (un software che legge la pagina ad alta voce) può passare a un altro negozio senza lamentarsi.

L’European Accessibility Act si applica al tuo sito web?

L’European Accessibility Act si applica se il tuo sito vende ai consumatori, cioè a persone che comprano per sé, e la tua impresa non è una microimpresa. La direttiva (UE) 2019/882 include i servizi di commercio elettronico tra i servizi che disciplina: servizi offerti tramite un sito web o un’app «in vista della conclusione di un contratto con un consumatore». Gli Stati membri dovevano applicarne le norme dal 28 giugno 2025. Questa è la nostra lettura della direttiva; per un parere legale sul tuo caso, rivolgiti a un avvocato.

• Le microimprese che forniscono servizi sono esenti. Lo prevede l’articolo 4, paragrafo 5. La direttiva definisce microimpresa un’impresa che occupa meno di 10 persone e ha un fatturato annuo o un totale di bilancio annuo non superiore a 2 milioni di EUR. Contano sia il numero di persone sia uno dei due criteri finanziari: un team di dieci persone è fuori dall’esenzione, per quanto basso sia il fatturato.
• Vendere solo alle imprese. La definizione riguarda i contratti con i consumatori. Se i privati possono ordinare tramite il tuo checkout, considera il sito coperto.
• Un sito che non vende nulla. Un sito aziendale senza ordini, prenotazioni o pagamenti in genere non è un servizio di commercio elettronico come lo definisce la direttiva. Prenotazioni e pagamenti cambiano le cose.
• La data del 2030 riguarda prodotti e vecchi contratti. Il periodo transitorio fino al 28 giugno 2030 previsto dall’articolo 32 riguarda i prodotti usati per fornire un servizio e i contratti firmati prima di giugno 2025.

Ogni Paese dell’UE applica l’Act con una propria legge e stabilisce le proprie sanzioni; in Germania questa legge è il BFSG. Se la tua impresa ha sede in Svizzera o nel Regno Unito e vende ai consumatori nell’UE, chiedi a un avvocato come si applicano a te le norme di quei Paesi.

Perché i siti dei negozi non superano i controlli di accessibilità?

Gli errori qui sotto nascono di solito da scelte di design e di moduli fatte una volta nel tema e ripetute su ogni pagina. La direttiva (UE) 2019/882 chiede siti web «percepibili, utilizzabili, comprensibili e solidi». Lo standard europeo che traduce questo principio in test, EN 301 549, segue le WCAG, le linee guida per l’accessibilità dei contenuti web pubblicate dal W3C. Le WCAG suddividono i criteri in tre livelli: A (il minimo), AA e AAA. Il livello AA è l’obiettivo usato dallo standard.

Il contorno del focus è stato tolto per estetica. Quando qualcuno si sposta nella pagina con il tasto Tab, il browser disegna una cornice attorno al link o al pulsante attivo. Alcuni temi la nascondono perché sembra disordinata, anche se le WCAG richiedono un indicatore di focus visibile. Un criterio aggiunto nelle WCAG 2.2 dice inoltre che l’elemento con il focus non deve essere nascosto del tutto da contenuti del sito stesso, come un’intestazione fissa o un banner dei cookie.

Il testo è troppo chiaro. Le WCAG chiedono un rapporto di contrasto, cioè quanto il testo è più scuro o più chiaro del suo sfondo, di almeno 4,5:1 per il testo normale e di 3:1 per il testo grande. L’analisi 2026 di WebAIM su un milione di home page ha trovato testo a basso contrasto sull’83,9% di esse. Grigio chiaro su bianco e bianco su un pulsante pastello sono i casi tipici.

I moduli si affidano ai placeholder e al colore. Un suggerimento grigio dentro un campo sparisce appena inizi a scrivere, e un bordo rosso da solo non dice che cosa non va. Le WCAG richiedono etichette o istruzioni ovunque sia necessario inserire dati, ed errori descritti a parole.

Il checkout è stato costruito per il mouse. Menu a tendina personalizzati, CAPTCHA a rompicapo e accessi che ti chiedono di ricordare o ridigitare un codice bloccano chi usa la tastiera o uno screen reader. Per il commercio elettronico la direttiva cita a parte identificazione, sicurezza e pagamento. A marzo 2026 l’autorità olandese per i consumatori ACM ha riferito che nel 61% dei grandi negozi online olandesi e degli altri grandi siti per consumatori che ha controllato non si poteva effettuare un ordine con tecnologie assistive come uno screen reader.

Un widget o un punteggio prende il posto della correzione. I widget overlay aggiungono una barra degli strumenti per l’accessibilità sopra il sito. La Commissione europea afferma che gli overlay e strumenti simili che non rendono conforme allo standard il sito stesso «non sono una soluzione adeguata». Un test automatico aiuta, ma, con le parole del W3C, «nessuno strumento da solo può stabilire se un sito rispetta gli standard di accessibilità».

Accessibilità sito web: come fare da soli la verifica dell’European Accessibility Act

Puoi fare una prima verifica con un browser e una tastiera, senza strumenti a pagamento. Il W3C, l’ente che pubblica le WCAG, propone una serie di Easy Checks basati proprio su questa idea. Scegli tre pagine: la home page, una pagina prodotto o servizio e il checkout o il modulo di contatto. Procedi in ordine e annota ogni punto in cui ti blocchi.

1. Metti via il mouse. Spostati in ogni pagina con Tab e Maiusc+Tab e usa Invio, la barra spaziatrice e i tasti freccia. Devi poter raggiungere il menu, i filtri, il pulsante per aggiungere al carrello, ogni campo dei moduli e il pulsante di pagamento. In ogni momento devi vedere dove ti trovi. Annota dove la cornice sparisce dietro un’intestazione fissa o un banner dei cookie, e se riesci a uscire da un menu o da una finestra di chat.
2. Ingrandisci. Imposta il browser al 200%. Le WCAG si aspettano che il testo resti leggibile senza contenuti tagliati o sovrapposti. Poi porta la finestra a circa 1280 pixel di larghezza e ingrandisci al 400%: il contenuto deve stare nella larghezza senza scorrimento orizzontale, tranne elementi come mappe e tabelle di dati.
3. Controlla il testo chiaro. Gli strumenti per sviluppatori di Chrome, Edge e Firefox mostrano il rapporto di contrasto del colore di un testo selezionato. Controlla il testo principale, i prezzi, i pulsanti e il piccolo testo grigio sotto i campi dei moduli.
4. Prova ogni modulo vuoto, poi compilato male. Ogni campo ha bisogno di un’etichetta visibile che resti mentre scrivi. Invia il modulo vuoto: l’errore deve dire a parole che cosa manca, accanto al campo, e conservare quello che hai già scritto. Un nuovo criterio delle WCAG 2.2 chiede anche che le informazioni già inserite nello stesso processo, come un indirizzo, siano compilate automaticamente o proposte da selezionare. Altri modi in cui un modulo ti fa perdere ordini sono nel nostro articolo su un sito con traffico ma senza richieste.
5. Accedi e supera il controllo anti-spam. Secondo le WCAG 2.2 l’accesso non deve dipendere da un test di funzione cognitiva, come ricordare una password o risolvere un rompicapo, a meno che non ci sia un’alternativa o un aiuto, come un gestore di password o la possibilità di incollare. Un CAPTCHA a rompicapo senza altre opzioni qui non passa.
6. Guarda le immagini dei prodotti. Fai clic destro su un’immagine e scegli Ispeziona. Il testo alternativo, la breve descrizione che uno screen reader legge ad alta voce, deve dire che cos’è il prodotto; le immagini solo decorative possono averlo vuoto.
7. Ripeti i passaggi principali su un telefono. Icone piccole e vicine tra loro sono difficili da toccare. Le WCAG 2.2 fissano un’area di tocco minima di 24 per 24 pixel CSS (un’unità di misura della pagina web stessa), con eccezioni come uno spazio sufficiente attorno all’elemento.

Il W3C osserva che una pagina «potrebbe sembrare superare questi controlli, pur presentando ancora barriere di accessibilità significative». Il passo successivo è un test fatto da qualcuno che usa uno screen reader ogni giorno.

Che cosa correggere per primo?

Inizia dalle correzioni nel tema e nei componenti dei moduli, dalla più economica alla più costosa. Una modifica in un template corregge tutte le pagine costruite su di esso. Lascia le informazioni sull’accessibilità da pubblicare a quando saprai che cosa il sito fa e non fa.

1. Non installare un overlay. Il consiglio della Commissione europea è correggere i problemi di accessibilità «alla fonte», che per un negozio significa il tema, i moduli e il checkout.
2. Ripristina la cornice del focus e scurisci il testo. Di solito entrambi si trovano nelle impostazioni di colori e stili del tema. Noi partiamo impostando il contrasto una volta sola nella palette del design e verificandolo nella versione chiara e in quella scura del sito, così ogni nuova pagina parte da colori che già passano.
3. Rifai i moduli. Etichette visibili, errori a parole accanto al campo, dati inseriti conservati dopo un errore, focus spostato sul primo campo da correggere e compilazione automatica del browser per nome, email e indirizzo. Nei nostri progetti di siti web partiamo dal componente del modulo stesso, così ogni nuovo modulo nasce già con queste correzioni.
4. Aggiungi il testo alternativo e la lingua della pagina. Descrivi le immagini dei prodotti e dei contenuti e assicurati che ogni pagina dichiari la propria lingua, così uno screen reader la pronuncia correttamente. I motori di ricerca leggono lo stesso testo alternativo e lo stesso attributo della lingua, ed è per questo che rientrano anche nel lavoro di SEO tecnica.
5. Sistema checkout, accesso e widget di terze parti. Sostituisci i CAPTCHA a rompicapo con controlli che non chiedono al cliente di risolvere nulla e offri un modo di accedere che non dipenda dalla memoria. I widget di pagamento e di chat vengono dai fornitori: chiedi a ciascun fornitore le sue informazioni sull’accessibilità e sostituisci quelli che non si raggiungono con la tastiera.
6. Pubblica le tue informazioni sull’accessibilità. L’allegato V della direttiva chiede ai fornitori di servizi di descrivere come il servizio soddisfa i requisiti, nelle condizioni generali o in un documento equivalente. I dettagli li stabilisce la legge del tuo Paese.
7. Punta alle WCAG 2.2 livello AA. La versione 4.1.1 della EN 301 549, pubblicata a settembre 2026, aggiunge sei requisiti delle WCAG 2.2, riferisce AccessibleEU. Finché la Commissione non la cita nella Gazzetta ufficiale dell’Unione europea, osserva la stessa fonte, il riferimento resta la versione 3.2.1, basata sulle WCAG 2.1 livello AA. La National Disability Authority irlandese prevede la citazione il 16 dicembre 2026. Correggere ora secondo le WCAG 2.2 significa avere già coperti i nuovi requisiti quando accadrà.

La direttiva ammette un’eccezione quando la conformità imporrebbe un onere sproporzionato, ma richiede una valutazione, e i suoi considerando affermano che «la mancanza di priorità, tempo o conoscenze» non è un motivo legittimo.

Che cosa misurare dopo le correzioni?

Misura se una persona riesce a completare le attività principali con la tastiera e con la pagina ingrandita. Ripeti la stessa verifica dell’European Accessibility Act sulle stesse tre pagine e confronta i punti in cui ti bloccavi prima e dopo le modifiche. Ricontrolla ogni volta che cambiano il tema, un plugin o il fornitore dei pagamenti.

1. Un ordine di prova solo con la tastiera, dalla pagina prodotto alla conferma, senza toccare il mouse.
2. L’elenco dei risultati di un test automatico gratuito, come Lighthouse in Chrome, eseguito sugli stessi tre tipi di pagina. Esamina i risultati e controlla quali restano.
3. Moduli inviati con errori, per confermare che ogni errore è descritto a parole e che nulla di quanto scritto va perso.
4. Le informazioni sull’accessibilità pubblicate, aggiornate dopo ogni modifica che cambia il modo in cui i clienti ordinano.

Dove entriamo in gioco noi

Quando esaminiamo il checkout di un negozio, seguiamo il percorso del cliente: la pagina prodotto, il carrello, i moduli e il passaggio di pagamento, prima con la tastiera, poi su un telefono. I problemi che stanno nel tema o nei componenti dei moduli si correggono lì al costo più basso; quello che una verifica fai da te non può chiarire resta per un test con uno screen reader. Se vuoi un secondo parere sul tuo checkout, raccontaci del tuo sito.

← Tutti gli articoli