Le WCAG 2.2 spiegate con chiarezza

Le WCAG sono il riferimento mondiale per i siti accessibili e la base di ciò che l'EAA — e recepimenti come il BFSG tedesco o il D.Lgs. 82/2022 italiano — ti richiede. Qui scopri come è strutturato lo standard e quali novità porta la versione 2.2.

Cosa sono le WCAG e chi le pubblica?

Le Web Content Accessibility Guidelines (WCAG) sono lo standard riconosciuto a livello internazionale per i contenuti web accessibili. Le pubblica il World Wide Web Consortium (W3C), più precisamente la sua Web Accessibility Initiative (WAI), l'organizzazione che standardizza anche HTML e CSS. La versione attuale, WCAG 2.2, è uscita nell'ottobre 2023 e si appoggia sulle WCAG 2.1: tutto ciò che valeva prima continua a valere; sono stati solo aggiunti nuovi requisiti (e uno è sparito, ne parliamo più avanti).

Importante da capire: le WCAG in sé non sono una legge, ma una linea guida tecnica. La loro rilevanza giuridica deriva dal fatto che le leggi di tutto il mondo vi fanno riferimento; in Europa attraverso la norma EN 301 549, su cui si basano i requisiti dell'European Accessibility Act (EAA) e dei suoi recepimenti nazionali, come il BFSG tedesco o il D.Lgs. 82/2022 italiano.

I quattro principi: POUR

Tutti i requisiti delle WCAG discendono da quattro principi, abbreviati in inglese come POUR: Perceivable, Operable, Understandable, Robust. Chi ha capito queste quattro idee capisce la logica dell'intero standard.

1. Percepibile

Tutti i contenuti devono essere accessibili a tutti i sensi, se necessario attraverso una via alternativa. Esempi:

• Le immagini hanno bisogno di testi alternativi, così gli screen reader possono descriverle (di più nell'articolo Come scrivere buoni testi alternativi).
• I video hanno bisogno di sottotitoli per le persone che non sentono (bene).
• Il testo ha bisogno di un contrasto sufficiente con lo sfondo: grigio chiaro su bianco è, per molte persone, semplicemente illeggibile.

2. Utilizzabile

Ogni funzione deve poter essere raggiunta senza mouse e non può mettere nessuno sotto pressione di tempo. Esempi:

• Tutto il sito si può usare con la tastiera: con Tab, Invio e i tasti freccia.
• L'elemento che ha il focus in ogni momento è evidenziato in modo visibile, così sai dove ti trovi.
• I pulsanti e i link sono abbastanza grandi da poterli centrare anche con mani tremanti o sullo smartphone.

3. Comprensibile

I contenuti e l'utilizzo devono risultare comprensibili. Esempi:

• I moduli spiegano gli errori in concreto: «Inserisci la tua data di nascita nel formato GG.MM.AAAA» invece di «Inserimento non valido».
• La navigazione funziona allo stesso modo su tutte le pagine e gli elementi si comportano in modo prevedibile.
• I testi sono scritti con chiarezza: il gergo viene spiegato o evitato.

4. Robusto

I contenuti devono funzionare con il maggior numero possibile di browser e tecnologie assistive. Esempi:

• HTML pulito e semantico: un pulsante è un button, non un box div cliccabile.
• I messaggi di stato (come «Il prodotto è stato aggiunto al carrello») vengono marcati in modo che anche gli screen reader li notino.

Livelli di conformità: A, AA e AAA

Ogni criterio di successo delle WCAG è assegnato a uno di tre livelli:

• A: il minimo assoluto. Se non viene raggiunto, i contenuti risultano completamente inaccessibili per alcuni gruppi.
• AA: lo standard consolidato. È il livello richiesto praticamente da tutte le leggi del mondo, anche dall'EAA e dal BFSG attraverso la EN 301 549.
• AAA: il livello più alto, per esempio video in lingua dei segni per tutti i contenuti audio. Come obiettivo globale per interi siti di solito non è realistico e non è nemmeno richiesto per legge.

Novità delle WCAG 2.2: nove criteri di successo

Le WCAG 2.2 aggiungono nove nuovi criteri di successo. Si rivolgono soprattutto alle persone con limitazioni motorie, con difficoltà cognitive e all'uso su mobile:

Allo stesso tempo è stato eliminato un vecchio criterio: il 4.1.1 Analisi sintattica (sintassi senza errori) sparisce nelle WCAG 2.2, perché i browser e le tecnologie assistive moderni sono diventati abbastanza tolleranti agli errori e il criterio non portava più un beneficio proprio.

WCAG, EN 301 549 e BFSG/EAA: come si incastra tutto?

La catena è più semplice di quanto sembri: l'EAA è la direttiva europea; il BFSG, il suo recepimento tedesco (in Italia, il D.Lgs. 82/2022). Tutti richiedono accessibilità conforme alla norma europea armonizzata EN 301 549, e questa adotta per i contenuti web, in sostanza, le WCAG al livello AA. Attualmente la EN 301 549 rimanda ancora alle WCAG 2.1; l'aggiornamento alla 2.2 è in corso. Chi lavora oggi direttamente verso le WCAG 2.2 AA va quindi sul sicuro: copre tutti i requisiti della 2.1 e, di passaggio, quelli in arrivo.

Chi è interessato da queste leggi, quali scadenze valgono e quali sanzioni si rischiano lo leggi nell'articolo BFSG ed EAA: chi deve essere accessibile ed entro quando?

Malintesi tipici

• «Un widget in sovrimpressione rende conforme la mia pagina». No. Gli aiuti all'uso, come gli interruttori di contrasto o le funzioni di lettura ad alta voce, sono un complemento utile, ma non possono riparare i problemi di fondo del codice: testi alternativi mancanti, uso da tastiera rotto, moduli senza etichette. L'accessibilità nasce nelle fondamenta, non come strato aggiunto.
• «L'accessibilità riguarda solo le persone cieche». Le WCAG coprono anche le limitazioni motorie, uditive e cognitive, e di passaggio aiutano tutti: contrasti migliori in pieno sole, pulsanti più grandi sullo smartphone, moduli più chiari per chiunque.
• «Basta un test automatico». L'esperienza mostra che gli strumenti automatici trovano solo una parte dei problemi. Se un testo alternativo ha senso o se esiste una trappola da tastiera lo rivela solo il test manuale.

Iniziare in modo pragmatico

Non devi affrontare tutti i criteri in una volta. Un punto di partenza realistico:

1. Inventario: controlla le pagine e i processi più importanti (home, contatto, checkout) con uno strumento automatico e con la tastiera. Trovi una guida in Come testare l'accessibilità del tuo sito.
2. Prima le vittorie rapide: i contrasti, i testi alternativi, le etichette dei moduli e il focus visibile si sistemano di solito con poco sforzo, e coprono molti criteri AA.
3. Pianificare i nuovi criteri della 2.2: controlla le dimensioni degli obiettivi, le alternative al drag & drop e il tuo processo di login.
4. Costanza: ancora l'accessibilità nei processi di redazione e sviluppo, così i nuovi contenuti non creano nuove barriere.