WCAG 2.2: cosa cambia e perché dovresti aggiornare l'audit adesso

WCAG 2.2 è diventato una raccomandazione ufficiale del W3C nell’ottobre 2023, ma la maggior parte dei team di prodotto non ha ancora aggiornato i propri audit. La ragione più comune che sento: “L’abbiamo fatto l’anno scorso con la 2.1 — dobbiamo davvero rifarlo già?” La risposta breve è sì. La risposta più lunga è: dipende da quanto il tuo prodotto è esposto ai pattern che i nuovi criteri riguardano.

Questo articolo non è un elenco di tutti i nuovi criteri con spiegazioni astratte. È una guida pratica per capire quali criteri impattano concretamente i prodotti più comuni, e come affrontare le modifiche in modo incrementale senza bloccare il team di sviluppo.

I nove nuovi criteri in sintesi

WCAG 2.2 introduce nove nuovi criteri di successo rispetto alla versione 2.1. Sette sono al livello A o AA — il che significa che sono obbligatori per la conformità standard. Due sono al livello AAA. Quelli più impattanti vale la pena conoscere bene.

2.4.11 — Focus non oscurato (AA). Quando un componente riceve il focus da tastiera, non deve essere completamente nascosto da altri contenuti — un banner fisso in cima alla pagina, una barra di notifiche in basso. Questo è il criterio che trovo violato più spesso nei prodotti con header fissi.

2.4.13 — Aspetto del focus (AA). Il più tecnico e il più sottovalutato. L’indicatore di focus deve avere un’area minima pari al perimetro del componente moltiplicato per 2px, e un rapporto di contrasto di almeno 3:1 tra lo stato con focus e quello senza. Il classico outline di 1px non è più sufficiente. Serve un anello visibile, spesso, con buon contrasto.

2.5.7 — Movimenti di trascinamento (AA). Tutte le funzioni che richiedono un’azione di trascinamento devono avere un’alternativa accessibile che funzioni con un singolo puntatore. Questo impatta liste ordinabili, slider personalizzati, calendari con selezione a trascinamento e qualsiasi interfaccia che si basi su gesture drag.

2.5.8 — Dimensione dell’obiettivo (minima) (AA). L’area cliccabile minima deve essere di almeno 24×24 pixel CSS. Molti pattern comuni di pulsanti icon-only scendono sotto questa soglia.

3.3.7 — Inserimento ridondante (A). Le informazioni già inserite in un processo multi-step non devono essere richieste di nuovo. Questo impatta i flussi di checkout, i wizard di configurazione e qualsiasi form multi-step.

Dove cercare le violazioni più comuni

Non tutti i prodotti sono esposti allo stesso modo. I pattern ad alto rischio per WCAG 2.2 sono:

• Navigazione con header fissi — violazione frequente del 2.4.11
• Outline di focus rimossi o ridotti al minimo — violazione del 2.4.13
• Drag-and-drop senza alternative — violazione del 2.5.7
• Pulsanti icona più piccoli di 24px — violazione del 2.5.8
• Form multi-step che richiedono di nuovo dati già inseriti — violazione del 3.3.7

Come strutturare l’audit di aggiornamento

Non è necessario rifare un audit completo da zero. L’approccio che uso è un audit differenziale: si parte dalla documentazione dell’audit 2.1 esistente e si verificano specificamente i nove nuovi criteri, più la rimozione del criterio 4.1.1 (Parsing), che WCAG 2.2 ha ufficialmente deprecato.

Il processo segue quattro fasi: inventario dei pattern a rischio; test manuale da tastiera; misurazione degli obiettivi touch su mobile; revisione dei flussi multi-step.

L’accessibilità non è uno sprint che si fa una volta sola. È manutenzione continua, come la sicurezza. Ogni release può introdurre nuove violazioni.

Focus Appearance in pratica: i numeri

Il criterio 2.4.13 richiede un calcolo. La formula: area dell’indicatore di focus ≥ perimetro del componente × 2px. Per un pulsante di 120px×40px, il perimetro è 320px, quindi l’area minima deve essere 640px². Un outline da 3px è ampiamente sicuro. Un outline da 1px — ancora il default per molti team — non lo è.

In termini pratici, passare a un anello da 2–3px con un colore contrastante non è una riscrittura — è una modifica a poche righe di CSS nel design system. Se stai usando un sistema di token, aggiornare globalmente i token del focus è sufficiente.

Il contesto normativo europeo

L’European Accessibility Act è entrato in vigore nel giugno 2025 per i prodotti e servizi digitali. Lo standard tecnico di riferimento EN 301 549 cita WCAG 2.1 come baseline minima, ma molte implementazioni nazionali si stanno allineando alla 2.2. I team che operano in settori regolamentati — sanità, finanza, pubblica amministrazione — hanno un obbligo legale che va ben oltre la buona pratica di design.

Aggiornare il proprio audit adesso non è solo la cosa giusta da fare. È anche una protezione contro una crescente esposizione legale in un contesto normativo che si sta stringendo rapidamente.