Evoluzione delle WCAG (Web Content Accessibility Guidelines) e Livelli di conformità (A, AA, AAA)

Livello A

Si tratta del livello minimo di accessibilità web il cui scopo è rimuovere le barriere principali all’accessibilità.

Livello AA

Include gli standard di conformità del livello A. Si tratta del livello minimo richiesto per i siti web / app e prodotti digitali, salvo casi molto particolari giustificati da oneri sproporzionati (criteri per la valutazione del carattere sproporzionato dell’onere).

Livello AAA

Include i due livelli precedenti ed è il più alto livello di conformità. Generalmente non è richiesto salvo casi particolari ma è raccomandato per i siti web che come audience hanno principalmente utenti con forme di disabilità.

WCAG 2.0 (pubblicate nel 2008)

La logica di fondo delle WCAG 2.0 si regge sui 4 principi cardine – noti con l’acronimo POUR – che definiscono le caratteristiche di un contenuto digitale inclusivo.

1. Perceivable – le informazioni devono poter essere percepite da tutti, indipendentemente dalle disabilità sensoriali. Dal punto di vista tecnico, questo significa prevedere alternative testuali per immagini e contenuti non testuali (criterio di successo 1.1.1), sottotitoli per i video (1.2.2) o descrizioni audio per contenuti multimediali complessi (1.2.3)
2. Operable – gli utenti devono poter interagire e navigare senza ostacoli, anche senza mouse. Ad esempio, le funzionalità devono essere accessibili da tastiera (2.1.1), la navigazione non deve contenere “trappole di focus” (2.1.2), e gli utenti devono poter controllare elementi in movimento, lampeggianti o a tempo (2.2.2 Pausa, Stop, Nascondi)
3. Understandable – il contenuto e le interfacce devono risultare chiari e prevedibili: voci di menu, etichette dei form, messaggi di errore devono essere semplici e coerenti (3.3.2 Etichette o Istruzioni). Offrire aiuto contestuale e verificare la leggibilità dei testi, utilizzando ad esempio un linguaggio semplice o definendo abbreviazioni tecniche (3.1.4)
4. Robust – i contenuti devono funzionare in modo affidabile con diversi browser, dispositivi e tecnologie assistive. Serve una marcatura semantica corretta, con ruoli ARIA ben dichiarati, proprietà coerenti e nomi accessibili alle screen reader (4.1.2 Nome, Ruolo, Valore)

WCAG 2.0 è ancora oggi il framework di base da cui partire per creare esperienze digitali accessibili osservando linee guida chiare. Tutto quello che le versioni 2.1 e 2.2 hanno aggiunto si integra qui, potenziando uno standard tecnico solido e universalmente riconosciuto.

WCAG 2.1 (pubblicate nel 2018)

Le WCAG 2.1 non riscrivono le regole base stabilite dalle WCAG 2.0 ma le ampliano, spostando l’attenzione su esigenze prima trascurate e rendendo i siti web e le app al passo con l’evoluzione tecnologica e le esigenze delle persone con disabilità.

I nuovi criteri si concentrano su tre ambiti chiave:

1. Dispositivi Mobili;
2. Disabilità cognitive;
3. Utenti con vista limitata o problemi di input complessi.

Accesso da dispositivi mobili e responsività

Viene potenziata la capacità dei contenuti di adattarsi a schermi di piccole dimensioni o di essere usati con orientamenti diversi (verticale / orizzontale). Viene anche garantita la leggibilità dei testi con zoom fino al 400% senza generare scroll orizzontale.

Interazioni più facili e controllate

Target touch di dimensioni minime adeguate, gesture sostituibili con tocchi semplici e la possibilità di disattivare animazioni o scorciatoie da tastiera non volute. Tutto questo riduce il rischio di errori e rende l’esperienza fluida anche per chi ha difficoltà motorie o cognitive.

Maggiore chiarezza di contenuti e status

Viene rafforzata la leggibilità grazie a nuovi requisiti di contrasto non solo per i testi ma anche per elementi grafici, icone e bottoni. Si aggiungono regole per etichettare correttamente campi di input e componenti dell’interfaccia, così da renderli comprensibili alle tecnologie assistive. Infine, messaggi di stato e feedback interattivi diventano più accessibili, evitando di disorientare l’utente.

Perché sono importanti le WCAG 2.1 livello AA

Le WCAG 2.1 livello AA sono oggi lo standard tecnico di riferimento per chi vuole (o deve) garantire che siti web, app e contenuti digitali siano accessibili alle persone con disabilità sensoriali, motorie o cognitive.

Il motivo è semplice: il livello AA copre non solo i requisiti di base (WCAG 2.0) come testi leggibili, alternative testuali, contrasti minimi, navigazione chiara e moduli comprensibili, ma integra anche regole pensate per l’uso da dispositivi mobili, la navigazione da tastiera, l’adattabilità dei contenuti a schermi piccoli e l’interazione con tecnologie assistive sempre più diffuse.

Dal punto di vista normativo, il livello WCAG 2.1 AA è diventato di fatto lo standard minimo di conformità per rispondere ai requisiti del European Accessibility Act. È il livello che garantisce che i contenuti siano percepibili, operabili, comprensibili e robusti, come richiesto dai principi POUR che reggono tutte le WCAG.

Contenuti flessibili e adattabili

Chi naviga da mobile o con zoom elevato deve poter leggere e interagire senza scroll orizzontale o layout “rotti”. Significa che i testi, le immagini e i componenti devono riadattarsi a diverse dimensioni di schermo (Reflow) e funzionare sia in verticale sia in orizzontale (Orientation). Rientra qui anche la possibilità di ingrandire i testi fino al 200% senza perdere funzionalità o contenuti.

Contrasti visivi chiari e leggibili

Per chi ha difficoltà visive, i colori e gli elementi devono essere distinguibili. Non basta pensare solo ai testi: anche icone, pulsanti e indicatori attivi devono avere un contrasto minimo per non “sparire” sullo sfondo (Non-Text Contrast). Gli utenti devono poter personalizzare la spaziatura del testo senza rompere l’impaginazione: interlinea, distanze tra parole e lettere devono rimanere coerenti e leggibili (Text Spacing).

Navigazione semplice e prevedibile

Muoversi su un sito o un’app deve essere chiaro, anche solo con la tastiera. Per questo il focus va reso sempre visibile, i link e i pulsanti devono avere una dimensione minima per essere cliccati comodamente (Target Size) e i contenuti che appaiono con hover o focus (come tooltip o popover) devono restare a disposizione finché l’utente non decide di chiuderli. Inoltre, l’utente deve avere più modi per trovare una pagina: menù, ricerca, sitemap.

Feedback e messaggi chiari

Chi usa screen reader o altre tecnologie assistive deve ricevere notifiche automatiche quando cambia qualcosa di importante sulla pagina. I messaggi di stato – per esempio, una conferma d’invio o un errore di compilazione – devono poter essere letti senza obbligare l’utente a cercarli manualmente con il focus.

Form chiari ed errori gestibili

I moduli restano uno dei punti più critici: per questo è fondamentale spiegare bene come compilare i campi, fornire messaggi d’errore comprensibili e, quando ci sono dati sensibili (pagamenti, informazioni legali), dare sempre la possibilità di rivedere e correggere prima di inviare.

WCAG 2.2 (pubblicate nel 2023)

Le WCAG 2.2 propongono un set di criteri ancora più al passo con le nuove tecnologie della comunicazione, con particolare attenzione alle barriere che riguardano la navigazione da tastiera, l’usabilità dei moduli interattivi e la comprensione dei contenuti da parte di persone con disabilità cognitive. Rispetto alla 2.1, la versione 2.2 aggiunge nuovi criteri di successo senza rimuovere i precedenti.

Focus visibile e navigazione senza frustrazione

Per chi usa solo la tastiera, sapere “dove ci si trova”all’interno di una pagina è fondamentale. WCAG 2.2 rafforza questa esigenza con nuovi criteri:

• Innanzitutto, il focus non deve mai essere coperto da intestazioni fisse, pop-up o elementi fluttuanti (Focus Not Obscured – Minimum), ma deve restare sempre completamente visibile per chi vuole applicare un livello ancora più rigoroso (Focus Not Obscured – Enhanced).
• A questo si aggiunge la regola Focus Appearance, che specifica i requisiti minimi di contrasto e dimensione dell’indicatore, così da renderlo immediatamente percepibile. In pratica, chi naviga senza mouse non deve mai perdersi lungo il percorso.

Touch e gesture che non escludono nessuno

I dispositivi touch sono ormai la norma, ma non tutti hanno la stessa precisione di movimento. Ecco perché WCAG 2.2 introduce criteri che semplificano le interazioni con dita o dispositivi di puntamento alternativi.

• Il nuovo requisito Dragging Movements obbliga a fornire alternative semplici ai trascinamenti complessi: ad esempio, un clic che sostituisce un drag-and-drop.
• Allo stesso tempo, si consolida la regola sui Target Size: pulsanti, link e icone devono avere dimensioni minime sufficienti per essere toccati senza errori accidentali, evitando frustrazione e tentativi ripetuti.

Aiuti sempre accessibili e coerenti

Per chi ha difficoltà cognitive o poca dimestichezza con processi online complessi, trovare aiuto deve essere semplice e prevedibile. Con Consistent Help, si stabilisce che i sistemi di supporto – come chatbot, FAQ, link a contatti o assistenza live – devono essere presenti nello stesso punto su pagine simili, così che l’utente non debba cercarli ogni volta o temere di non trovarli.

Moduli senza ripetizioni inutili

Inserire due o tre volte la stessa informazione è una barriera inutile per molti utenti, in particolare per chi usa tecnologie assistive o ha difficoltà cognitive. Per questo, Redundant Entry richiede che, quando un dato è già stato fornito, non debba essere richiesto di nuovo – salvo motivazioni essenziali. È un accorgimento semplice che riduce errori, frustrazione e tempi.

Autenticazione meno stressante e più inclusiva

Le procedure di login restano uno degli ostacoli più comuni, soprattutto per chi fatica a ricordare password complesse o codici di verifica. WCAG 2.2 dedica due nuovi criteri all’autenticazione. Accessible Authentication chiede di prevedere meccanismi alternativi che non richiedano di memorizzare o trascrivere dati difficili (come login biometrico, link temporanei o prompt semplici); la versione potenziata di Accessible Authentication estende ulteriormente queste possibilità, offrendo un’esperienza di accesso ancora più flessibile per chi ha esigenze specifiche.