WCAG 2.1 AA: accessibilità siti web in Italia

Un cliente sceglie un prodotto, lo aggiunge al carrello e arriva al pagamento. Ma il campo dell’indirizzo segnala un errore soltanto diventando rosso, oppure il pulsante per confermare non è utilizzabile da tastiera. Sono ostacoli concreti che aiutano a capire le WCAG 2.1 AA, un riferimento tecnico centrale per chi si occupa di accessibilità siti web in Italia.

Per un’impresa, capire queste linee guida significa imparare a distinguere un problema grafico da una barriera che impedisce di acquistare, leggere informazioni o chiedere assistenza. Significa anche non confondere uno standard tecnico con la legge: sono collegati, ma non sono la stessa cosa.

WCAG 2.1 AA e accessibilità siti web: cosa indicano

Le WCAG sono linee guida per rendere accessibili i contenuti web. Non prescrivono un unico stile grafico o una piattaforma specifica: descrivono risultati verificabili, chiamati criteri di successo. Possono riguardare, per esempio, le alternative testuali alle immagini, l’uso della tastiera o la chiarezza degli errori nei moduli.

Nella sigla, 2.1 indica la versione delle linee guida e AA il livello di conformità. I principi che organizzano i requisiti sono quattro: percepibile, utilizzabile, comprensibile e robusto. Servono a leggere il sito dal punto di vista delle persone, non soltanto del codice.

Un negozio online può apparire ordinato e moderno, ma risultare difficile da usare con un lettore di schermo. Viceversa, l’accessibilità non richiede di rinunciare all’identità visiva: richiede che informazioni e funzioni restino disponibili attraverso modalità d’uso diverse.

Dalla legge italiana allo standard europeo

In Italia, il riferimento normativo per il tema trattato è il Decreto legislativo 27 maggio 2022, n. 82, nel quadro dell’European Accessibility Act. La data di applicazione è il 28 giugno 2025. Per i servizi, incluso l’e-commerce, l’autorità di vigilanza è l’Agenzia per l'Italia Digitale (AgID).

Per orientarsi conviene separare tre piani: la legge stabilisce gli obblighi nel proprio ambito di applicazione; lo standard europeo EN 301 549 fornisce requisiti tecnici di accessibilità; le WCAG descrivono criteri di verifica per i contenuti web. La EN 301 549 incorpora, per il web, i criteri delle WCAG 2.1 ai livelli A e AA, collegandoli a un quadro tecnico più ampio.

Non bisogna quindi trattare queste sigle come sinonimi. La EN 301 549 non riguarda soltanto le pagine web e un controllo WCAG non esaurisce, da solo, la valutazione degli obblighi di un’impresa. Il perimetro normativo e quello tecnico vanno chiariti separatamente, prima di attribuire a un rapporto di verifica un significato legale che non ha.

I quattro principi, con esempi per siti e negozi online

Percepibile: l’informazione deve poter essere rilevata

Un contenuto non dovrebbe dipendere esclusivamente dalla vista o dall’udito. Se un’immagine comunica qualcosa di importante, serve un’alternativa testuale adeguata. Per una fotografia di prodotto, questo può significare descrivere gli elementi visivi utili alla scelta; per un’immagine decorativa, evitare descrizioni inutili che appesantiscono l’ascolto.

Anche il contrasto tra testo e sfondo conta. Una scritta grigio chiaro può risultare elegante, ma rendere difficile leggere il prezzo o le condizioni di consegna. Il colore, inoltre, non dovrebbe essere l’unico modo per comunicare un’informazione: accanto a un campo errato occorre un messaggio che spieghi il problema.

Rientrano in questo principio anche aspetti come i sottotitoli per i video con parlato e la possibilità di ingrandire il testo senza perdere contenuti o funzioni.

Utilizzabile: le funzioni devono essere azionabili

Non tutti navigano con il mouse. Una persona può usare la tastiera o strumenti che ne riproducono i comandi. Menu, filtri, carrello e moduli devono quindi permettere di raggiungere e attivare le funzioni anche attraverso questa modalità.

Il focus, cioè l’indicatore dell’elemento attivo da tastiera, deve essere visibile. Se scompare, l’utente non sa su quale collegamento o pulsante si trova. Anche l’ordine di navigazione deve avere senso: passare dal menu direttamente al fondo della pagina, saltando il contenuto, rende il percorso confuso.

Un esempio frequente è la finestra del carrello: deve essere possibile interagirvi e chiuderla senza rimanere bloccati. Un controllo pratico consiste nel provare un acquisto senza toccare il mouse.

Comprensibile: contenuti e interazioni devono essere chiari

Una pagina accessibile aiuta a capire cosa fare e come correggere un errore. Nei moduli, le etichette devono identificare i campi; eventuali istruzioni sul formato richiesto devono essere disponibili quando servono.

Il messaggio «Valore non valido» dice poco. «Inserisci un indirizzo email completo» orienta meglio la correzione. Quando possibile, è utile conservare i dati già inseriti, evitando che un errore costringa a ricominciare l’intero percorso.

Conta anche la prevedibilità. Un menu dovrebbe comportarsi in modo coerente tra le pagine, e la selezione di un’opzione non dovrebbe provocare cambiamenti inattesi senza un’indicazione appropriata. Non ogni miglioramento di chiarezza corrisponde a un criterio AA, ma questi esempi aiutano a comprenderne lo scopo.

Robusto: il contenuto deve funzionare con strumenti diversi

Il codice deve consentire a browser e tecnologie assistive di interpretare correttamente contenuti e comandi. Un elemento che sembra un pulsante deve comunicare anche il proprio ruolo e il proprio nome, non soltanto avere l’aspetto giusto.

Per esempio, un’icona a forma di cestino può essere visivamente intuitiva. Un lettore di schermo, però, deve poter annunciare un nome significativo, come «Rimuovi articolo». Allo stesso modo, l’apertura di un pannello o un aggiornamento importante del carrello devono essere gestiti in modo comprensibile anche senza affidarsi alla sola vista.

Che cosa comprende il livello AA

I livelli delle WCAG sono A, AA e AAA. Il livello AA comprende anche i criteri del livello A: non è una selezione di controlli facoltativi né una media tra risultati positivi e negativi. Include requisiti relativi, tra gli altri, a contrasto, ridimensionamento, navigazione, moduli e compatibilità con le tecnologie assistive.

Il livello AAA aggiunge ulteriori requisiti, ma non è ciò che indica la sigla AA. Per pianificare il lavoro serve dunque un obiettivo esplicito, accompagnato da un perimetro: quali pagine, stati dell’interfaccia e percorsi vengono esaminati?

Una homepage senza problemi rilevati non dimostra che tutto il sito sia accessibile. Nell’accessibilità e-commerce bisogna seguire anche ricerca, selezione delle varianti, carrello, autenticazione e pagamento, compresi gli errori e le finestre che compaiono durante l’interazione.

Come trasformare le WCAG in un piano di lavoro

Un audit accessibilità utile combina controlli automatici e verifiche manuali. L’automazione individua alcuni problemi ricorrenti, ma non può stabilire da sola se una descrizione è adeguata o se un percorso d’acquisto è comprensibile.

1. Definisci il perimetro: includi modelli di pagina, componenti condivisi e attività essenziali.
2. Verifica le interazioni: prova tastiera, ingrandimento e tecnologie assistive, oltre ai controlli sul codice.
3. Documenta i problemi: indica dove si verificano, chi ostacolano e come riprodurli.
4. Correggi e ricontrolla: verifica le modifiche nei percorsi reali, non soltanto nel componente isolato.

Servizi professionali come geta11y possono aiutare a strutturare questa analisi. Un audit identifica problemi e supporta le correzioni: non garantisce un esito legale.

Il risultato da cercare è un sito sul quale le persone possano completare le proprie attività. Le WCAG rendono questo obiettivo verificabile e aiutano a mantenerlo presente anche quando cambiano contenuti, design e funzioni.