Descrizione dell’immagine: Documenti legislativi sovrapposti e una lente di ingrandimento su carta color crema, fotografati dall’alto, che simboleggiano la funzione di orientamento verso le specifiche di un regolamento quadro.

Tempo di lettura: 11 minuti

«Conformità all’accessibilità» è una di quelle espressioni che tutti usano e quasi nessuno definisce allo stesso modo. Un responsabile legale la intende come esposizione ai sensi dell’Americans with Disabilities Act. Un responsabile degli appalti a Berlino la intende come una clausola che fa riferimento a EN 301 549. Un responsabile tecnico la intende come un punteggio Lighthouse. Un product manager la intende come il dashboard di monitoraggio di un fornitore. Tutti, in un certo senso, hanno ragione — e nessuno sta parlando esattamente della stessa cosa.

Questo articolo è il quadro d’insieme. Spiega cosa significa il termine attraverso tre livelli — tecnico, legale e procedurale — illustra la distinzione più importante nel settore (la conformità non è la stessa cosa dell’accessibilità) e rimanda al dossier corrispondente alla propria giurisdizione. Chi è arrivato qui cercando «conformità all’accessibilità» perché qualcuno in cima alla gerarchia aziendale ha chiesto se l’azienda sia in regola, si trova nel posto giusto. Verranno forniti la mappa necessaria per rispondere autonomamente a quella domanda, più il link allo scanner WCAG 2.2 gratuito per ottenere un quadro di base entro il pomeriggio.

La conformità non è la stessa cosa dell’accessibilità

La distinzione più utile in questo settore, e quella più spesso saltata nelle presentazioni dei fornitori, è il divario tra conformità e accessibilità.

La conformità è una postura legale e di audit. È la risposta alla domanda «possiamo dimostrare, su carta, di soddisfare lo standard che il regolatore o il contratto ha indicato?». È soddisfatta dal superamento delle scansioni, dalla pubblicazione di dichiarazioni di accessibilità, dai rapporti di conformità e dalle attestazioni negli appalti. La conformità è uno stato in cui ci si trova o meno in un dato momento, ed è lo stato di cui si preoccupano legali e revisori.

L’accessibilità è la risposta a una domanda diversa: «una persona con disabilità può effettivamente utilizzare questo prodotto per fare ciò per cui è stato progettato?». È soddisfatta da un utente di screen reader che completa il checkout, da un utente che naviga solo da tastiera, da un utente non udente che comprende il video. L’accessibilità è una proprietà dell’esperienza vissuta, non del fascicolo di audit.

Le due cose sono correlate ma non identiche. Un sito può superare una scansione automatizzata WCAG 2.2 AA, pubblicare una dichiarazione di accessibilità impeccabile, consegnare un VPAT, ed essere comunque inutilizzabile con VoiceOver perché ogni menu a discesa personalizzato intercetta il focus. Un altro sito può avere alcune centinaia di segnalazioni minori di scansione ed essere comunque utilizzabile da capo a fondo da ogni utente di tecnologia assistiva presente nella stanza. La conformità è necessaria ma non sufficiente. Trattare l’audit come un indicatore dell’esperienza è l’errore più comune — e più costoso — in questo settore.

La conformità non è un audit una tantum

Questa è la seconda distinzione cruciale. Un audit che passa il lunedì non sopravvive a un deploy il martedì. I siti di marketing pubblicano aggiornamenti due volte a settimana; le superfici di prodotto ne pubblicano venti al giorno. Ogni deploy è un’opportunità per rompere un’etichetta, perdere un anello di focus, o distribuire un componente che si annuncia come un div a NVDA.

La conformità, correttamente intesa, è una postura mantenuta attraverso un monitoraggio continuo e una cultura della correzione — non uno snapshot catturato in un PDF datato nove mesi fa. Il PDF è la prova. Il monitoraggio è ciò di cui il PDF è prova. La trappola più profonda in questo settore è trattare la conformità come un progetto piuttosto che come una modalità operativa.

Ogni programma di accessibilità serio ha la stessa struttura indipendentemente dalla giurisdizione: un livello di monitoraggio automatizzato che intercetta le regressioni a ogni deploy, un livello di audit manuale periodico che intercetta ciò che l’automazione non rileva, e una dichiarazione pubblicata che il regolatore può leggere. Se si perde uno qualsiasi dei tre, la postura decade.

I tre livelli della conformità all’accessibilità

È utile pensare alla conformità all’accessibilità come a tre livelli sovrapposti. Un’organizzazione deve soddisfare ciascuno di essi, e i requisiti di ciascun livello provengono da una fonte diversa.

Livello 1 — Standard tecnici. Come deve apparire il sito, l’app o il prodotto a livello di codice. Questo è il livello di competenza del W3C e degli organismi di normazione europei. Lo standard dominante è WCAG, attualmente alla versione 2.2. La maggior parte dei regolatori fa riferimento al Level AA. Altri standard tecnici si aggiungono: ARIA per le interfacce utente avanzate, EN 301 549 per il contesto europeo degli appalti e dell’EAA, Section 508 per gli appalti federali statunitensi, EPUB Accessibility 1.1 per gli ebook, PDF/UA per i documenti. WCAG 2.2 AA è il centro della mappa delle specifiche; gli altri la estendono o la istanziano.

Livello 2 — Normativa regionale. Cosa richiede effettivamente la legge nella propria giurisdizione. L’ADA, l’European Accessibility Act (EAA), il Equality Act del Regno Unito, l’Accessible Canada Act, la Legge Stanca italiana, il BFSG tedesco. Lo standard tecnico del livello 1 è quasi sempre richiamato per riferimento — la norma del Title II dell’ADA nomina WCAG 2.1 AA; l’EAA fa riferimento allo standard armonizzato EN 301 549, che richiama WCAG 2.1 AA. La legge è ciò di cui si è responsabili; lo standard è come la legge determina se il parametro è stato soddisfatto.

Livello 3 — Mandati di appalto e di settore. Dove il contratto va oltre il minimo legale. Gli appalti pubblici dell’UE utilizzano EN 301 549 come minimo per qualsiasi acquisto IT. Gli appalti federali statunitensi utilizzano la Section 508, che ora si armonizza con WCAG 2.1 AA. I regolatori del settore finanziario e sanitario a volte aggiungono requisiti specifici. Quando si fornisce a un acquirente del settore pubblico, il contratto è generalmente un requisito più stringente della legge.

La maggior parte delle organizzazioni deve soddisfare tutti e tre i livelli contemporaneamente.

La mappa per paese — la posizione geografica determina ciò che si applica

Questa è la sezione di orientamento. Si individua la riga corrispondente alla giurisdizione in cui si opera, quindi si fa clic per accedere al dossier.

Stati Uniti

L’Americans with Disabilities Act è la spina dorsale della normativa statunitense sull’accessibilità. Il Title II disciplina le amministrazioni statali e locali e ha ricevuto la sua prima norma esplicita sul web nell’aprile 2024, nominando WCAG 2.1 AA. Il Title III disciplina i luoghi privati di pubblica ospitalità ed è applicato principalmente attraverso il contenzioso privato — circa 4.300 cause federali per siti web nel 2024. Cfr. il dossier ADA Title III e l’hub normativo USA per la Section 508 e le normative statali.

Unione europea

L’European Accessibility Act (EAA) (Direttiva 2019/882) è diventato applicabile in tutti i 27 Stati membri il 28 giugno 2025, applicandosi a un elenco definito di prodotti e servizi destinati ai consumatori — e-commerce, servizi bancari, ebook, biglietteria, trasporti. La Direttiva sull’accessibilità dei siti web (2016/2102) disciplina separatamente gli enti del settore pubblico. Entrambe fanno riferimento allo standard armonizzato EN 301 549, che richiama WCAG 2.1 AA. Cfr. la guida all’European Accessibility Act.

Germania

Il Barrierefreiheitsstärkungsgesetz (BFSG) è la trasposizione tedesca dell’EAA e si applica ai servizi del settore privato in ambito di applicazione dal 28 giugno 2025. La BITV 2.0 disciplina il settore pubblico. L’applicazione è competenza delle autorità di vigilanza del mercato a livello dei Länder. Cfr. il dossier Germania.

Regno Unito

L’Equality Act 2010 impone un obbligo generale di non discriminazione, interpretato dai tribunali come esteso ai servizi digitali. Le Public Sector Bodies Accessibility Regulations 2018 aggiungono un requisito specifico di WCAG 2.1 AA agli enti pubblici. Il Regno Unito non ha recepito l’EAA; l’esposizione del settore privato passa attraverso l’Equality Act. Cfr. il dossier Regno Unito.

Italia

La Legge Stanca (Legge 4/2004) precede l’armonizzazione con l’EAA e si applica agli enti pubblici e a un elenco definito di soggetti del settore privato, inclusi i servizi finanziari e il grande e-commerce. Il recepimento dell’EAA estende ulteriormente l’ambito di applicazione. Cfr. il dossier Italia.

Canada

L’Accessible Canada Act disciplina gli enti soggetti alla regolamentazione federale, inclusi banche, telecomunicazioni e dipartimenti federali; l’AODA disciplina l’Ontario a livello provinciale, con applicazione al settore privato dall’anno 2025. Cfr. il dossier Canada.

Australia

Il Disability Discrimination Act 1992 è la base normativa, interpretato come applicabile ai servizi digitali fin dal caso Maguire del 2000. La Australian Human Rights Commission pubblica linee guida allineate a WCAG. Cfr. il dossier Australia.

Ovunque else

Disability World mantiene dossier per paese su 55 giurisdizioni, tra cui Giappone, India, Brasile, Corea del Sud, Israele, Sudafrica, Messico, gli stati del CCG, e il resto dell’UE e dell’ASEAN.

Cosa richiede effettivamente WCAG 2.2

WCAG — le Linee guida per l’accessibilità dei contenuti web (WCAG) — è il riferimento tecnico a cui quasi ogni altro strumento in questa gerarchia fa deferimento. La versione 2.2 è stata pubblicata dal W3C nell’ottobre 2023 e aggiunge nove nuovi criteri di successo alla base della versione 2.1. Esistono tre livelli di conformità: Level A (il minimo assoluto), Level AA (il parametro di riferimento operativo citato da ogni regolatore principale) e Level AAA (aspirazionale, non un livello minimo regolatorio in nessun contesto).

WCAG è organizzato attorno a quattro principi, l’acronimo POUR. I contenuti devono essere Percepibili (disponibili ai sensi dell’utente — alternative testuali per le immagini, sottotitoli per l’audio, contrasto cromatico sufficiente), Utilizzabili (l’interfaccia può essere guidata — accessibile da tastiera, senza lampeggi che provocano crisi epilettiche, tempo sufficiente per leggere), Comprensibili (il contenuto e l’interfaccia sono prevedibili — testo leggibile, navigazione coerente, prevenzione degli errori nell’inserimento dei moduli), e Robusti (funziona con la tecnologia assistiva che l’utente utilizza — markup analizzabile, nome-ruolo-valore esposto su ogni elemento interattivo).

La specifica WCAG 2.2 comprende 86 criteri di successo numerati tra i tre livelli. Level AA è il target operativo ai fini della conformità; raggiungere solo il Level A è insufficiente in ogni regime normativo che nomina un livello. Il riferimento completo, organizzato criterio per criterio con esempi e schemi di fallimento comuni, si trova nella pagina dei criteri di successo WCAG 2.2 nel nostro toolkit.

CTA per i passi successivi — tre azioni concrete

La conformità è una postura, non un progetto, ma occorre iniziare da qualche parte. L’azione giusta dipende dal punto in cui ci si trova nel percorso.

«Non ho idea della nostra situazione» — iniziare con una baseline

Si esegua lo scanner WCAG 2.2 gratuito sulle prime dieci pagine — homepage, login, checkout, dashboard, due flussi di conversione chiave, la pagina della dichiarazione di accessibilità stessa se esiste. Una scansione non fornirà il quadro completo (cfr. la sezione sulla conformità rispetto all’accessibilità sopra), ma indicherà se si hanno dieci problemi o diecimila, che è la prima cosa che occorre sapere. Poi si legga il dossier normativo per la propria giurisdizione dalla mappa per paese nella sezione precedente.

«Abbiamo uno scanner — qual è il passo successivo?» — commissionare un audit manuale

Le scansioni automatizzate rilevano circa un terzo dei problemi. Il resto richiede una revisione manuale. Si commissioni un audit manuale effettuato da tester con disabilità — utenti di screen reader per i percorsi dello screen reader, utenti che navigano solo da tastiera per i percorsi da tastiera, utenti ipovedenti per i percorsi visivi. Un primo audit manuale su un’applicazione di medie dimensioni richiede generalmente da due a quattro settimane e porta alla luce le classi di problemi che l’automazione non può vedere: testo dei link ambiguo nel contesto, ordine di focus tecnicamente corretto ma cognitivamente sbagliato, widget personalizzati che funzionano ma risultano scomodi.

«Stiamo operazionalizzando la conformità a lungo termine» — scegliere una piattaforma di monitoraggio

Questa è la fase in cui il monitoraggio diventa rilevante. Il monitoraggio continuo intercetta le regressioni a ogni deploy, rileva la deriva tra un audit manuale e l’altro, e produce la traccia di prove che soddisfa un regolatore che chiede come si mantiene la postura tra un rapporto formale e l’altro. La revisione comparativa completa delle piattaforme in questa categoria si trova nella guida all’acquisto degli strumenti di monitoraggio — inclusi axe Monitor, Siteimprove, Level Access e Qualibooth, che sono le quattro piattaforme più spesso selezionate per la combinazione monitoraggio-più-handoff-audit-manuale. La guida le confronta per copertura, tassi di falsi positivi, flusso di lavoro degli audit manuali, integrazione e prezzo. Si legga quella dopo; non si scelga una piattaforma da una singola pagina.

Domande frequenti

Cosa significa conformità all’accessibilità?

La conformità all’accessibilità è la postura legale e di audit di soddisfare lo standard che un regolatore, un contratto o un organismo di settore ha indicato come autorevole per la propria situazione. In pratica significa generalmente tre cose contemporaneamente: soddisfare uno standard tecnico come WCAG 2.2 Level AA, rispettare una normativa regionale come l’ADA o l’European Accessibility Act, e produrre artefatti procedurali come una dichiarazione di accessibilità pubblicata. Nessuno di questi da solo equivale all’accessibilità per gli utenti reali — sono il quadro visto dal lato dell’audit.

WCAG è la stessa cosa dell’ADA?

No. WCAG è uno standard tecnico pubblicato dal W3C; l’ADA è una legge statunitense sui diritti civili. I due sono collegati perché i tribunali statunitensi e il Dipartimento di Giustizia hanno trattato WCAG 2.1 Level AA come il parametro di riferimento per ciò che conta come sito web accessibile ai sensi del Title II e del Title III, ma l’ADA stesso non nomina mai WCAG nel suo testo normativo. EN 301 549 svolge lo stesso ruolo di raccordo nell’UE.

Il mio sito web è legalmente obbligato a essere accessibile?

Quasi certamente sì, se si opera negli Stati Uniti, nell’UE, nel Regno Unito, in Canada, in Australia o in una qualsiasi delle oltre 50 giurisdizioni dotate di una normativa sui diritti delle persone con disabilità e di un registro di applicazione attivo. L’obbligo esatto dipende dal fatto che si tratti di un ente del settore pubblico, di un’impresa commerciale di una determinata dimensione, o di un fornitore della pubblica amministrazione. La mappa per paese in questo articolo rimanda al dossier della propria giurisdizione.

Quale livello WCAG occorre raggiungere — A, AA o AAA?

AA è la risposta operativa per quasi ogni regolatore. La norma ADA Title II del 2024 nomina WCAG 2.1 Level AA. L’European Accessibility Act e EN 301 549 fanno riferimento a WCAG 2.1 AA. Le normative del Regno Unito sugli enti del settore pubblico fanno riferimento alla versione 2.1 AA. AAA è aspirazionale e non è un livello minimo regolatorio in nessun contesto. Il solo livello A è insufficiente in ogni regime normativo principale.

Come viene applicata la conformità all’accessibilità negli Stati Uniti?

Attraverso tre canali. Il rulemaking e l’applicazione del Dipartimento di Giustizia ai sensi del Title II e del Title III dell’ADA. Il contenzioso privato ai sensi del Title III, che ha prodotto circa 4.300 cause federali per siti web nel 2024. E le lettere di richiesta a livello statale ai sensi dei regimi di protezione dei consumatori di New York, California e stati analoghi. Non esiste un singolo regolatore federale dell’accessibilità equivalente alle autorità di vigilanza del mercato dell’UE.

L’EAA si applica alle aziende non europee?

Sì, quando immettono prodotti o servizi sul mercato UE. L’European Accessibility Act si applica a qualsiasi operatore economico che vende prodotti o servizi coperti a consumatori in uno qualsiasi dei 27 Stati membri, indipendentemente da dove l’operatore ha sede. Un sito di e-commerce statunitense che spedisce in Germania rientra nell’ambito della trasposizione tedesca, il BFSG.

La scansione automatizzata è sufficiente per essere conformi?

No. Gli scanner automatizzati rilevano circa il 30-40 percento dei problemi WCAG in condizioni ottimali — contrasto cromatico, testo alternativo mancante, etichette di moduli mancanti, struttura del documento. Non possono valutare se il testo alternativo è accurato, se un flusso è utilizzabile da un utente di screen reader, o se un widget personalizzato espone i ruoli e gli stati corretti. Una postura di conformità difendibile combina il monitoraggio automatizzato con audit manuali periodici effettuati da tester con disabilità.

In conclusione

La conformità all’accessibilità è una postura, non un progetto. L’audit appeso alla parete è la prova della postura; il monitoraggio, gli audit manuali, la cultura della correzione e la dichiarazione pubblicata sono la postura stessa. Si perde la postura e l’audit diventa obsoleto nell’arco di un trimestre.

Se si parte da zero, si esegua lo scanner WCAG 2.2 gratuito, si legga il dossier normativo per la propria giurisdizione dalla mappa per paese riportata sopra, e si prenoti un audit manuale. Se si sta operazionalizzando a lungo termine, si legga la guida all’acquisto degli strumenti di monitoraggio. Il quadro d’insieme è terminato. Si scelga la porta.