WCAG 2.1: cosa sono e perché il tuo sito deve rispettarle — guida pratica

Le WCAG 2.1 — acronimo di Web Content Accessibility Guidelines 2.1 — sono le linee guida internazionali per l'accessibilità web pubblicate dal W3C (World Wide Web Consortium). In parole semplici, definiscono come deve essere costruito un sito web per essere accessibile a tutti gli utenti, incluse le persone con disabilità visive, uditive, motorie o cognitive.

Capire cosa sono le WCAG 2.1 è diventato essenziale non solo per sviluppatori, ma per chiunque gestisca un sito web aziendale, un e-commerce o una piattaforma digitale. Dal 28 giugno 2025, l'European Accessibility Act impone il rispetto di questi standard alle aziende private che operano sul mercato B2C in tutta l'Unione Europea — Italia compresa.

Questa guida pratica spiega le WCAG 2.1 in modo accessibile anche a chi non è uno sviluppatore: cosa sono, come sono strutturate, quali livelli esistono e da dove iniziare per rendere il proprio sito conforme.

Da dove vengono le WCAG 2.1 e perché sono diventate legge

Le Web Content Accessibility Guidelines sono sviluppate dal W3C nell'ambito della Web Accessibility Initiative (WAI) e rappresentano il riferimento tecnico globale per l'accessibilità digitale. La versione 2.0 è del 2008; la versione 2.1 è stata pubblicata nel 2018 e ha aggiunto 17 nuovi criteri di successo, con particolare attenzione all'accessibilità mobile, alle persone con disabilità cognitive e alle limitazioni visive a basso contrasto.

A livello europeo, le WCAG 2.1 sono recepite dalla norma tecnica EN 301 549, che a sua volta è richiamata dalla Direttiva UE 2019/882 (European Accessibility Act) e dal D.Lgs. 82/2022 italiano. Il livello richiesto per la conformità legale è il livello AA — non il massimo possibile, ma quello considerato lo standard ragionevole e proporzionato per la maggior parte dei contesti.

In Italia, AgID (Agenzia per l'Italia Digitale) ha da tempo adottato le WCAG 2.1 come standard per i siti della Pubblica Amministrazione. Con il marzo 2026 e il Provvedimento n. 38/2026, AgID ha esteso le proprie linee guida operative anche al settore privato, fornendo schede di controllo strutturate per la verifica della conformità.

Le WCAG 2.1 non sono solo uno standard tecnico: sono diventate legge per le aziende private italiane. Dal 28 giugno 2025, ignorarle significa esporsi a sanzioni fino a 40.000 €.

I 4 principi WCAG 2.1: P-O-U-R in parole semplici

L'intera struttura delle WCAG 2.1 si basa su 4 principi fondamentali, spesso indicati con l'acronimo POUR. Ogni criterio di successo discende da uno di questi principi.

1. Percepibile — il contenuto deve poter essere visto o sentito

Tutte le informazioni e i componenti dell'interfaccia devono essere presentati in modi che gli utenti possano percepire, anche se non usano uno dei loro sensi. Non è sufficiente che il contenuto esista: deve essere accessibile attraverso canali alternativi.

Esempi pratici del principio Percepibile:

• Testo alternativo (alt text) per tutte le immagini significative, in modo che uno screen reader possa descriverle a un utente non vedente
• Sottotitoli per tutti i video con audio — obbligatori per le persone con disabilità uditiva
• Trascrizioni per i contenuti audio
• Contrasto colore sufficiente tra testo e sfondo: minimo 4.5:1 per il testo normale, 3:1 per il testo grande
• Struttura del layout che funziona anche se l'utente disabilita i fogli di stile CSS

2. Utilizzabile — l'interfaccia deve poter essere usata

I componenti dell'interfaccia e la navigazione devono essere utilizzabili. Un utente che non può usare il mouse deve poter navigare il sito interamente da tastiera. Un utente con tremori alle mani deve avere target cliccabili di dimensioni adeguate.

Esempi pratici del principio Utilizzabile:

• Navigazione da tastiera completa: tutti i link, i pulsanti e i form devono essere raggiungibili con Tab e attivabili con Invio o Spazio
• Focus visibile: l'elemento attivo deve essere chiaramente evidenziato (il bordo di selezione non può essere rimosso con CSS)
• Tempo sufficiente: se una pagina scade automaticamente, l'utente deve poter estendere il tempo
• Nessun contenuto lampeggiante a frequenza superiore a 3 Hz (rischio di crisi epilettiche)
• Scorciatoie da tastiera e gesture touch alternative per le azioni principali

3. Comprensibile — il contenuto deve essere capito

Le informazioni e il funzionamento dell'interfaccia devono essere comprensibili. Un sito accessibile non usa linguaggio inutilmente tecnico, non genera errori incomprensibili e mantiene una navigazione coerente tra le pagine.

Esempi pratici del principio Comprensibile:

• Linguaggio chiaro: impostare la lingua del documento nell'HTML (<html lang="it">) per permettere agli screen reader di usare la pronuncia corretta
• Istruzioni comprensibili nei form: ogni campo deve avere un'etichetta (label) che ne spiega il contenuto atteso
• Messaggi di errore descrittivi: "Il campo email non è valido" invece di "Errore 422"
• Coerenza di navigazione: menu e struttura delle pagine devono restare coerenti in tutto il sito
• Etichette chiare per i link: "Scarica il report PDF" invece di "clicca qui"

4. Robusto — il contenuto deve funzionare con le tecnologie assistive

Il contenuto deve essere sufficientemente robusto da poter essere interpretato in modo affidabile da un'ampia varietà di programmi utente, incluse le tecnologie assistive. Questo principio riguarda prevalentemente la qualità del codice HTML.

Esempi pratici del principio Robusto:

• HTML semantico corretto: usare <header>, <main>, <nav>, <footer>, heading gerarchici H1–H6
• Compatibilità screen reader: ogni componente interattivo deve avere nome, ruolo e valore dichiarati (pattern ARIA quando necessario)
• Validazione del codice: HTML non valido causa comportamenti imprevedibili nelle tecnologie assistive
• Compatibilità browser: il sito deve funzionare nei browser principali senza dipendere da comportamenti proprietari

Differenza tra WCAG livello A, AA e AAA: quale serve davvero?

Le WCAG 2.1 prevedono tre livelli di conformità. Ogni livello include i criteri del livello precedente più requisiti aggiuntivi. La scelta del livello dipende dall'obiettivo: compliance legale, best practice o eccellenza tecnica.

Raggiungere il livello AAA su tutti i criteri è considerato tecnicamente impossibile per molti tipi di contenuto. Non è mai richiesto dalla legge in modo integrale.

Checklist WCAG 2.1: i criteri AA più frequentemente violati

Non tutti i 38 criteri di livello AA hanno lo stesso impatto pratico. Alcuni sono tecnici e richiedono un developer; altri possono essere verificati e corretti anche da chi gestisce il contenuto del sito. Questa checklist WCAG 2.1 evidenzia i criteri più frequentemente violati nei siti italiani (fonte: WebAIM Million 2025):

Come verificare la conformità WCAG 2.1 del tuo sito

La verifica della conformità si divide in due categorie: test automatici e test manuali. I test automatici rilevano in media il 30–40% delle violazioni. Il resto richiede valutazione umana, in particolare per i criteri legati al linguaggio, al focus visibile e all'esperienza complessiva di navigazione.

Strumenti per il test automatico

• Scanner MyAccessible — analizza il sito in pochi secondi, classifica le violazioni per gravità e livello WCAG, restituisce un report operativo
• axe DevTools — estensione browser per Chrome e Firefox, ideale per sviluppatori
• WAVE (WebAIM) — versione online gratuita con visualizzazione a overlay degli errori
• Lighthouse — integrato in Chrome DevTools, include un audit di accessibilità
• Pa11y — strumento da riga di comando per test automatici in pipeline CI/CD

Strumenti per il test manuale

• NVDA (Windows, gratuito) — screen reader per verificare come il sito viene letto ad alta voce
• VoiceOver (macOS/iOS, integrato) — screen reader Apple, essenziale per testare l'accessibilità mobile
• TalkBack (Android, integrato) — screen reader Google per dispositivi Android
• Keyboard-only navigation test — testare l'intera navigazione usando solo Tab, Shift+Tab, Invio e i tasti freccia

I test automatici rilevano in media solo il 30–40% delle violazioni WCAG 2.1. La parte restante richiede valutazione umana: non esiste uno strumento che sostituisca completamente un audit professionale.

WCAG 2.1 e accessibilità mobile: i criteri introdotti nel 2018

Uno dei principali aggiornamenti delle WCAG 2.1 rispetto alla versione 2.0 è stata l'attenzione specifica all'accessibilità mobile. I nuovi criteri introdotti nel 2018 riguardano tre aree:

• Orientamento (1.3.4): il contenuto non deve bloccare la rotazione del dispositivo in orizzontale o verticale
• Target cliccabili (2.5.5, livello AAA — ma best practice per AA): i pulsanti e i link devono avere dimensioni minime di 44x44 CSS pixel per essere premuti senza errori
• Gesture (2.5.1): le funzionalità che usano gesture complesse (trascinamento, pizzico) devono avere un'alternativa con un singolo tocco o clic
• Identificazione tramite caratteristiche sensoriali (1.3.3): le istruzioni non devono fare riferimento esclusivo a forma, colore, dimensione o posizione

Per i siti e-commerce, l'accessibilità mobile è particolarmente critica: la quota di acquisti da dispositivi mobili in Italia supera il 55% del totale. Barriere nel checkout mobile non sono solo un problema di conformità — sono un problema di conversione.

In Italia, più del 55% degli acquisti online avviene da dispositivo mobile. Un checkout non accessibile su smartphone non è solo una violazione WCAG: è fatturato perso.

WCAG 2.1, AgID e normativa italiana: il quadro aggiornato a 2026

In Italia, il recepimento delle WCAG 2.1 nel quadro normativo privato è avvenuto con il D.Lgs. 82/2022, che ha esteso gli obblighi di accessibilità digitale ai soggetti privati B2C. Il livello richiesto è AA.

A marzo 2026, AgID ha pubblicato il Provvedimento n. 38/2026 con le Linee Guida operative sull'accessibilità dei servizi, che include:

• Schede di controllo strutturate per la verifica di ciascun criterio WCAG 2.1 AA
• Criteri di valutazione per la dichiarazione di accessibilità
• Indicazioni su come documentare l'onere sproporzionato quando applicabile
• Link alla piattaforma segnalazioni.agid.gov.it, attiva dall'11 marzo 2026

La dichiarazione di accessibilità è un obbligo documentale separato dalla conformità tecnica del sito: le aziende soggette all'EAA devono pubblicarla sul proprio sito e aggiornarla periodicamente.

Accessibilità web come vantaggio competitivo: oltre la compliance

Rispettare le WCAG 2.1 non è solo un obbligo: è un investimento che migliora il sito per tutti gli utenti. I benefici documentati includono:

• SEO tecnico: HTML semantico corretto, heading gerarchici e testi alternativi sono segnali di qualità positivi per Google
• Riduzione del bounce rate: una navigazione chiara e coerente trattiene gli utenti più a lungo
• Aumento delle conversioni: form accessibili e checkout navigabili da tastiera riducono l'abbandono
• Accesso a un mercato più ampio: il 14,5% della popolazione italiana adulta convive con una limitazione di attività (fonte: Eurostat 2024)
• Reputazione: l'inclusione digitale è sempre più monitorata da clienti, partner e stakeholder istituzionali

Un sito conforme alle WCAG 2.1 non è solo un sito accessibile: è un sito tecnicamente più solido, più indicizzato, più performante — e più difficile da abbandonare.

FAQ — Le domande più frequenti sulle WCAG 2.1

Inizia oggi: analizza la conformità WCAG 2.1 del tuo sito

Il primo passo per capire dove si trova il tuo sito rispetto alle WCAG 2.1 è un'analisi automatica. Lo scanner gratuito di MyAccessible esegue una scansione completa, classifica le violazioni per livello WCAG e gravità, e restituisce un report chiaro con le priorità di intervento.

Se il report mostra violazioni strutturali che richiedono un intervento sul codice — form non accessibili, heading disorganizzati, componenti senza etichette ARIA — il passo successivo è un audit professionale.