WCAG 2.2 e WCAG 3.0: cosa cambierà e quando

Le WCAG 3.0 — formalmente note come W3C Accessibility Guidelines — rappresentano la ristrutturazione più significativa degli standard di accessibilità web dal lancio delle WCAG 2.0 nel 2008. A metà 2026 sono ancora allo stato di bozza di lavoro, senza una data definita per il passaggio a Raccomandazione. Ma le scelte progettuali sono già abbastanza chiare da farci capire come sarà la conformità quando arriveranno.

Questo articolo spiega che cosa cambiano davvero le WCAG 3.0, in che modo si differenziano dalle 2.2 e cosa puoi fare fin da ora per prepararti senza compromettere i tuoi obblighi attuali.

Il quadro attuale

Le WCAG 2.2 (ottobre 2023) sono l’attuale Raccomandazione W3C e il riferimento di base richiamato dalla maggior parte delle leggi sull’accessibilità nel mondo — compresi la norma EN 301 549 dell’UE, lo European Accessibility Act e le normative britanniche per il settore pubblico. Sono ciò a cui devi conformarti oggi.

Le WCAG 3.0 sono una Working Group Note in attivo sviluppo da parte dell’Accessibility Guidelines Working Group (AG WG). Hanno già attraversato diverse bozze di lavoro pubbliche. Il gruppo ha dichiarato esplicitamente che non raggiungeranno lo stato di Raccomandazione a breve termine — il 2027 è la tempistica realistica più ottimistica, e ulteriori slittamenti sono probabili vista la portata della riprogettazione.

Non ci sarà alcun passaggio brusco. Quando le WCAG 3.0 diventeranno effettivamente uno standard, i regolatori concederanno periodi di transizione — proprio come hanno fatto quando i vari paesi sono passati dalle WCAG 2.0 alle 2.1.

Il cambiamento strutturale di fondo: dai criteri agli esiti

La differenza più profonda è di natura filosofica.

Le WCAG 2.x sono organizzate attorno ai criteri di successo — regole specifiche, verificabili, con esito superato/non superato. “Il contrasto cromatico deve essere di almeno 4,5:1.” O lo è, o non lo è. Questa struttura binaria ha reso semplici i test automatici, ma ha creato dei problemi: soddisfare ogni criterio non garantisce un’esperienza utilizzabile, e molte barriere del mondo reale sono difficili da ridurre a un unico test misurabile.

Le WCAG 3.0 passano agli esiti (outcome) — enunciati di livello più alto su ciò che l’esperienza utente deve raggiungere — con più metodi di verifica a sostegno di ciascun esito. Un test può essere:

Atomico — una verifica specifica e misurabile (simile agli attuali criteri di successo)
Olistico — richiede test con utenti o una valutazione esperta lungo un intero percorso

Significa che la conformità alle WCAG 3.0 comporterà una combinazione di controlli automatici e valutazione qualitativa, non solo una checklist.

Il nuovo modello di conformità: Bronzo, Argento, Oro

Le WCAG 2.x usano tre livelli di conformità: A, AA, AAA. La maggior parte degli standard normativi richiede il livello AA.

Le WCAG 3.0 lo sostituiscono con un modello a fasce basato sulla quantità e sulla qualità degli esiti raggiunti:

Livello	Che cosa significa
Bronzo (Bronze)	Tutti gli esiti critici sono soddisfatti; nessun fallimento diffuso su alcun esito
Argento (Silver)	Requisiti del Bronzo soddisfatti, più avanzamenti su esiti aggiuntivi
Oro (Gold)	Requisiti dell’Argento soddisfatti, con ricerca documentata sugli utenti e processi di miglioramento continuo

Si prevede che il Bronzo sarà il minimo di legge — grosso modo equivalente all’attuale AA. Argento e Oro premiano le organizzazioni che vanno oltre, compresi i test continuativi con persone con disabilità e i programmi formali di maturità sull’accessibilità.

È importante sottolineare che il Bronzo non è facile. L’asticella dell’assenza di “fallimenti diffusi” è più alta del semplice superamento di ogni scansione automatica.

APCA: un nuovo approccio al contrasto cromatico

Uno dei cambiamenti tecnici più discussi nelle WCAG 3.0 è la sostituzione dell’attuale algoritmo di contrasto (le WCAG 2.x usano un rapporto di luminanza relativa) con APCA — Advanced Perceptual Contrast Algorithm.

Il rapporto attuale (4,5:1 per il testo normale, 3:1 per il testo di grandi dimensioni) è uno strumento grossolano. Non tiene conto di come il sistema visivo umano percepisca effettivamente il contrasto al variare di spessore, dimensione e polarità dei caratteri (chiaro su scuro rispetto a scuro su chiaro).

APCA calcola un valore di contrasto di luminosità (Lc, Lightness Contrast) e applica soglie diverse in base a dimensione e spessore del carattere. Un testo in grassetto da 16px ha un Lc minimo diverso rispetto a un testo normale da 12px, e lo scuro su chiaro viene valutato diversamente dal chiaro su scuro.

Implicazione pratica: alcune combinazioni cromatiche che oggi non superano il contrasto WCAG 2.x lo supereranno con APCA, e viceversa. Le organizzazioni che già oggi usano design system conformi ad APCA si stanno costruendo un vantaggio — ma non c’è alcuna urgenza di abbandonare oggi la conformità al contrasto delle WCAG 2.x.

Un ambito più ampio: oltre i siti web

Le WCAG 2.x sono state scritte per i contenuti web. Le WCAG 3.0 sono esplicitamente progettate per applicarsi a:

Applicazioni mobili native (iOS, Android)
Interfacce di realtà virtuale e aumentata
Ambienti 3D immersivi
Nuovi paradigmi di interazione (voice-first, guidati dai gesti, assistiti dall’AI)

Ciò significa che gli esiti e i metodi di verifica comprendono scenari che semplicemente non esistono nelle WCAG 2.x, affrontando il modo in cui si testa l’accessibilità quando non c’è un DOM web tradizionale.

Categorie funzionali al posto di POUR

Le WCAG 2.x organizzano i criteri di successo attorno a quattro principi: Percepibile, Utilizzabile, Comprensibile, Robusto (POUR). Designer e sviluppatori hanno interiorizzato questa struttura in oltre 15 anni.

Le WCAG 3.0 sostituiscono POUR con i bisogni funzionali degli utenti come principio organizzativo. Gli esiti sono raggruppati in base a ciò che consentono agli utenti di fare — leggere, navigare, interagire, comprendere — anziché in base alla natura tecnica della barriera.

Le bozze di lavoro stanno ancora definendo l’esatta struttura delle categorie, quindi questo aspetto potrebbe continuare a evolvere.

Che cosa NON cambia

Nonostante la revisione strutturale, le conoscenze di fondo sull’accessibilità non cambiano:

Gli stessi tipi di barriere (testo alternativo mancante, contrasto scarso, moduli inaccessibili, trappole da tastiera) restano barriere
I test automatici continuano ad avere un ruolo centrale — i test atomici delle WCAG 3.0 corrispondono da vicino alle regole esistenti di axe-core e WAVE
La necessità di revisioni manuali esperte e di test con utenti con disabilità cresce, non diminuisce
I principi POUR restano un modello mentale utile anche se la tassonomia ufficiale cambia

Le organizzazioni che costruiscono oggi una competenza autentica sull’accessibilità non avranno alcuna difficoltà a trasporre le proprie pratiche nelle WCAG 3.0 quando arriveranno.

Cosa fare adesso

Continua a perseguire la conformità alle WCAG 2.2 AA. È lo standard di legge attuale in ogni giurisdizione rilevante e la base su cui si costruirà il livello Bronzo delle WCAG 3.0. Non esiste alcuno scenario in cui essere conformi alle WCAG 2.2 AA rappresenti uno svantaggio quando arriveranno le WCAG 3.0.

Inizia a integrare i test con persone con disabilità. I livelli Argento e Oro richiederanno prove documentate di test con utenti reali. Avviare questa pratica adesso sviluppa competenza organizzativa e produce prodotti migliori — a prescindere da cosa dirà la specifica finale delle WCAG 3.0.

Segui le bozze di lavoro. L’AG WG pubblica gli aggiornamenti su w3.org/TR/wcag-3.0/. Le decisioni principali sul modello di conformità, sulle soglie APCA e sulle categorie funzionali sono ancora in corso di definizione. Se hai prodotti destinati a durare a lungo, assegna a qualcuno il compito di monitorare gli sviluppi.

Non aspettare le WCAG 3.0 per risolvere i problemi noti. Le barriere note ti stanno già costando utenti e stanno aumentando la tua esposizione legale oggi. Rinviare la remediation non porta alcun vantaggio in termini di conformità.

Le WCAG 3.0 prima o poi arriveranno e richiederanno un cambiamento nel modo in cui l’accessibilità viene misurata e dimostrata. Ma non renderanno irrilevante la conformità alle WCAG 2.2 — vi si costruiranno sopra. Le organizzazioni meglio posizionate per la transizione sono quelle che stanno costruendo veri programmi di accessibilità adesso, non quelle in attesa dello standard definitivo.

Correlati: WCAG 2.1 e 2.2 a confronto: cosa è cambiato · WCAG Livello A, AA e AAA spiegati