Accessibilità Web & WCAG 2.2: Guida Pratica per le Aziende

Accessibilità Web & WCAG 2.2: Guida Pratica per le Aziende

Nel solo Regno Unito, circa 16 milioni di persone vivono con una qualche forma di disabilità — il 24% della popolazione, secondo il Family Resources Survey 2023/24 del Department for Work and Pensions. In Italia, i dati ISTAT stimano una percentuale analoga. Si tratta, in entrambi i casi, di una quota significativa dei tuoi potenziali clienti. Se il tuo sito web non è fruibile da una parte rilevante della popolazione, non stai solo perdendo opportunità di fatturato: rischi anche di violare le normative vigenti in materia di parità di accesso, tra cui l'Equality Act 2010 nel Regno Unito e il Decreto Legislativo 82/2005 (Codice del Consumo digitale) e la Direttiva UE 2019/882 in Italia.

WCAG 2.2 — le Web Content Accessibility Guidelines pubblicate dal W3C nell'ottobre 2023 — è oggi lo standard internazionale di riferimento, utilizzato da enti regolatori, commissioni d'appalto e tribunali per valutare se un sito web sia realmente accessibile. Questa guida spiega nel dettaglio cosa richiede lo standard, cosa comporta sul piano legale e commerciale, e come portare il tuo sito in conformità senza sprecare risorse.

Cos'è WCAG 2.2 e Perché Supera la Versione 2.1?

WCAG 2.2 si costruisce sulla versione 2.1 senza sostituirla integralmente. Tutti i criteri di successo della 2.1 restano validi; la nuova versione aggiunge nove nuovi criteri e ne rimuove uno — il 4.1.1 Parsing, diventato ridondante perché i browser moderni gestiscono autonomamente gli errori HTML.

Le novità riguardano principalmente tre aree che rispecchiano il modo in cui le persone usano davvero il web oggi:

• **Navigazione da tastiera e gestione del focus** — indicatori di focus più visibili e chiari, per consentire agli utenti che non possono usare il mouse di sapere sempre dove si trovano nella pagina
• **Movimenti di trascinamento** — deve essere offerta un'alternativa a qualsiasi funzionalità che richieda un gesto di drag, a tutela degli utenti con difficoltà motorie e di chi usa touchscreen con destrezza limitata
• **Accessibilità cognitiva e autenticazione** — eliminazione dei CAPTCHA basati sulla memoria e dei test cognitivi nei flussi di login, salvo che non venga offerta un'alternativa accessibile

Se il tuo sito era conforme WCAG 2.1 AA, non è automaticamente conforme WCAG 2.2 AA. Sarà necessario effettuare un audit specifico sui nuovi criteri.

I Tre Livelli di Conformità

Per la grande maggioranza delle aziende, l'obiettivo è WCAG 2.2 Livello AA. È il livello richiesto nel Regno Unito dal Public Sector Bodies Accessibility Regulations 2018 per gli enti pubblici, nonché il livello utilizzato come riferimento dai tribunali e dall'Equality and Human Rights Commission (EHRC). In ambito europeo, è anche il livello richiamato dalla Direttiva UE 2016/2102 sull'accessibilità dei siti web degli enti pubblici e dalla più recente Direttiva UE 2019/882 (European Accessibility Act), in vigore dall'estate 2025.

Il Quadro Normativo nel 2026

Nel Regno Unito: Equality Act 2010

L'Equality Act impone ai fornitori di servizi — inclusi tutti coloro che gestiscono un sito web commerciale — di adottare "aggiustamenti ragionevoli" per garantire l'accesso delle persone con disabilità. La legge non cita esplicitamente WCAG, ma tribunali e corti ne hanno sistematicamente fatto uso come misura tecnica di ciò che è ragionevole.

I ricorsi possono essere presentati alla county court o all'employment tribunal. I risarcimenti per danno morale nei casi di discriminazione nell'accesso ai servizi vanno tipicamente da £1.100 a £33.000 secondo le fasce Vento (aggiornate ad aprile 2024), cui si aggiunge l'eventuale danno diretto. Se le azioni collettive di massa restano meno frequenti rispetto agli Stati Uniti, le azioni individuali e quelle promosse dall'EHRC sono in costante aumento.

In Italia e in Europa: Direttiva UE 2019/882 e Normativa Nazionale

L'European Accessibility Act (recepito in Italia con il D.Lgs. 82/2005 e successive modifiche) estende gli obblighi di accessibilità a numerose categorie di prodotti e servizi digitali del settore privato — e-commerce, servizi bancari online, trasporti, e-book, servizi di streaming — con scadenza giugno 2025. Le aziende italiane che operano in questi settori devono considerare WCAG 2.2 AA come il loro standard tecnico di riferimento.

Appalti Pubblici

Se fornisci software, siti web o servizi digitali al settore pubblico — sia nel Regno Unito che in Italia — i tuoi clienti sono tenuti a rispettare WCAG 2.2 AA. In pratica, questo significa che le commissioni d'appalto richiederanno sempre più spesso ai fornitori di dimostrare la conformità. Non superare un audit di accessibilità può costarti un contratto.

Il Rischio Commerciale Oltre le Sanzioni

Un'indagine del 2024 di AbilityNet ha rilevato che il 71% degli utenti con disabilità abbandona immediatamente un sito web non accessibile, e che l'82% dichiara di spendere di più presso le aziende che danno priorità all'accessibilità. Il ragionamento commerciale è semplice: l'accessibilità non è un centro di costo, è una questione di tasso di conversione.

I Nove Nuovi Criteri WCAG 2.2: Cosa Significano in Pratica

Focus Appearance — Aspetto del Focus (2.4.11 — AA)

Gli indicatori di focus — il contorno visivo mostrato quando un utente naviga la pagina con il tasto Tab — devono ora soddisfare requisiti minimi di dimensione e contrasto. Un bordo punteggiato sottile e a basso contrasto non è più sufficiente. In pratica, occorre rivedere gli stili CSS :focus e verificare che l'indicatore di focus abbia un'area minima pari al perimetro del componente focalizzato moltiplicato per 2 pixel CSS, con un rapporto di contrasto di 3:1 rispetto ai colori adiacenti.

Cosa correggere: Sostituire i contorni di focus predefiniti del browser con anelli di focus personalizzati e ad alto contrasto su tutti gli elementi interattivi.

Movimenti di Trascinamento (2.5.7 — AA)

Qualsiasi funzionalità che utilizzi un'interazione drag-and-drop — slider a carosello, bacheche kanban, ordinamenti personalizzati — deve offrire un'alternativa a puntatore singolo (tipicamente un clic o un tap con pulsanti direzionali).

Cosa correggere: Verificare i componenti UI personalizzati e aggiungere alternative accessibili da tastiera a tutte le interazioni di trascinamento.

Dimensione del Target (Minimo) (2.5.8 — AA)

Gli elementi cliccabili devono avere dimensioni minime di 24×24 pixel CSS, salvo che attorno ad essi sia presente una spaziatura adeguata. Questo criterio è meno restrittivo di quello AAA (44×44 px), ma intercetta molti pulsanti con sola icona e link di navigazione ravvicinati.

Cosa correggere: Verificare tutti i target touch, in particolare su mobile. I pulsanti con icona, i pulsanti di chiusura e i link di paginazione sono i casi di errore più comuni.

Autenticazione Accessibile (2.5.6 — varianti AA e AAA)

I processi di login e autenticazione non possono richiedere agli utenti di risolvere un test cognitivo — come un CAPTCHA puzzle, un test di memoria o la trascrizione di testo distorto — salvo che non venga offerta un'alternativa. Magic link via email, passkey o codici monouso compatibili con il copia-incolla sono alternative accettabili.

Cosa correggere: Verificare i flussi di login, checkout e form. Sostituire reCAPTCHA v2 con la versione v3 (basata sul rischio, invisibile) o con un'alternativa accessibile.

Aiuto Consistente (3.2.6 — A)

Se un meccanismo di assistenza — come un link di contatto, una chatbot o un numero di telefono — compare su più pagine del sito, deve apparire nella stessa posizione relativa su ciascuna di esse.

Cosa correggere: Verificare i template di intestazione e piè di pagina per assicurarsi che i link di supporto siano posizionalmente coerenti su tutto il sito.

Come Condurre un Audit WCAG 2.2

Test Automatizzati: Il Punto di Partenza, Non di Arrivo

Gli strumenti automatizzati — tra cui Axe, WAVE, Lighthouse e le estensioni browser di Deque — sono in grado di rilevare in modo affidabile circa il 30–40% delle non conformità WCAG. Individuano testo alternativo mancante, contrasto cromatico insufficiente, label dei form assenti e alcuni problemi strutturali. Non sono però in grado di valutare la qualità del testo alternativo, l'ordine di lettura logico o l'usabilità complessiva con uno screen reader.

Strumenti gratuiti consigliati:

• [Axe DevTools (estensione browser)](https://www.deque.com/axe/) — lo scanner automatico più preciso
• [WAVE](https://wave.webaim.org/) — overlay visivo, ottimo per audit rapidi
• Google Lighthouse — integrato in Chrome DevTools, copre le basi dell'accessibilità insieme alle prestazioni

Test Manuale

Il test manuale dovrebbe coprire:

• **Navigazione solo da tastiera** — scorrere con Tab tutti gli elementi interattivi del sito; nessuno deve essere irraggiungibile
• **Test con screen reader** — utilizzare NVDA (gratuito, Windows) con Firefox, oppure VoiceOver (integrato in macOS/iOS) per sperimentare il sito come lo percepisce un utente ipovedente
• **Test di zoom** — portare lo zoom del browser al 200% e al 400%; i contenuti devono riadattarsi senza scorrimento orizzontale su un viewport di 320 px
• **Verifica del contrasto cromatico** — usare il Colour Contrast Analyser del Paciello Group (strumento desktop gratuito) per verificare tutti i rapporti di contrasto di testo e componenti UI

Test con Utenti con Disabilità

Gli audit automatizzati e i test manuali esperti non intercettano i problemi di usabilità che emergono solo quando persone con disabilità reali utilizzano il sito. Se il budget lo consente, recluta tramite organizzazioni come AbilityNet o Scope nel Regno Unito, o tramite enti come FISH (Federazione Italiana per il Superamento dell'Handicap) in Italia, oppure rivolgiti a un'agenzia specializzata in test di accessibilità. Il costo di un audit professionale per un sito commerciale di complessità media si aggira tra £2.000 e £6.000 (circa €2.300–€7.000) nel 2026.

Gli Errori Più Comuni nei Siti Web Aziendali

• **Testo alternativo delle immagini assente o di scarsa qualità** — immagini decorative con alt text significativo, immagini significative con attributo alt vuoto, o descrizioni generiche come "immagine1.jpg"
• **Campi dei form privi di label associate** — il testo segnaposto non sostituisce un elemento `<label>`
• **Video o audio in riproduzione automatica** — contenuti che partono automaticamente senza controllo da parte dell'utente
• **Documenti PDF non accessibili** — PDF non taggati, documenti scansionati senza OCR, nessuna alternativa HTML accessibile
• **Contrasto cromatico insufficiente** — in particolare testo grigio su sfondo bianco, frequente nelle tendenze di design minimalista
• **Assenza del link "salta al contenuto principale"** — senza di esso, gli utenti da tastiera devono scorrere l'intera intestazione a ogni pagina
• **Timeout di sessione senza avviso** — gli utenti devono essere avvisati prima della scadenza della sessione e avere la possibilità di prolungarla

Costo della Conformità vs Costo dell'Inazione

I numeri rendono la scelta evidente: la conformità proattiva costa una frazione di una remediation affrettata sotto pressione legale — e una frazione ancora più piccola rispetto a un'opportunità di appalto persa.

Integrare l'Accessibilità nel Tuo Processo di Sviluppo

L'approccio più costoso all'accessibilità è aggiungerla a posteriori,