Regola web ADA Title II: le scadenze 2027 e 2028 e come farti trovare pronto

Chi deve adeguarsi, e entro quando

La regola è stata pubblicata il 24 aprile 2024. Indica WCAG 2.1 Livello AA come standard tecnico per i contenuti web e le app mobili degli enti statali e locali. La regola finale provvisoria del 20 aprile 2026 ha prorogato di un anno le date originali:

Sono coperti: tutti gli enti statali e locali con le loro agenzie e dipartimenti, i distretti a scopo speciale, Amtrak e le altre autorità di trasporto pendolari. Rientrano quindi comuni, contee, scuole e università pubbliche, tribunali, biblioteche, trasporti e servizi di pubblica utilità. Le scuole usano la popolazione della loro città o contea, oppure le stime del censimento se sono indipendenti.

Se sei un fornitore o un appaltatore

L'obbligo spetta all'ente pubblico, e si estende a ciò che altri fanno per suo conto: gli appaltatori che erogano servizi pubblici per conto di un'amministrazione devono rispettare anch'essi il Title II. Nella pratica questo ti riguarda in tre modi:

• I contratti indicano WCAG 2.1 AA per ciò che costruisci o ospiti, con un report di conformità alla consegna. Un annuncio di un'amministrazione nei nostri dati chiede esattamente questo: circa 15 template sottoposti ad audit, un report dei risultati, un nuovo test e un report VPAT 2.5 per un sito della pubblica amministrazione.
• Gli acquisti richiedono un VPAT prima che il tuo software venga acquistato.
• I contenuti che pubblichi per l'amministrazione non sono esentati. L'eccezione per i terzi riguarda i post del pubblico, non quelli di un appaltatore.

Se il tuo prodotto o i siti che costruisci saranno davanti ai residenti nel 2027, i test devono partire ora, quando c'è ancora tempo per correggere.

Le cinque eccezioni

1. Contenuti web archiviati: creati prima della data di conformità, conservati solo per consultazione, ricerca o registrazione, memorizzati in un'area di archivio dedicata e non modificati da allora.
2. Documenti elettronici convenzionali preesistenti: file di elaborazione testi, presentazioni, PDF e fogli di calcolo pubblicati prima della data di conformità, a meno che le persone non li usino attualmente per richiedere o accedere a servizi.
3. Contenuti di terze parti: pubblicati da membri del pubblico che non agiscono in base a un contratto o accordo con il governo.
4. Documenti individualizzati protetti da password: file relativi a una persona, proprietà o account specifico, dietro un login.
5. Post preesistenti sui social media: pubblicati prima della data di conformità.

Le eccezioni sono limitate e non eliminano l'obbligo di fornire una comunicazione efficace e modifiche ragionevoli quando qualcuno le richiede.

Come usare il tempo

1. Elenca i tuoi template e le attività dei residenti: trovare informazioni, cercare, pagare, presentare domande, prenotare, contattare.
2. Verificali subito rispetto a WCAG 2.1 AA. Noi testiamo rispetto a 2.2 AA, che lo include. Controlla una pagina gratis.
3. Correggi per template, partendo da moduli e navigazione.
4. Ripeti il test ogni mese fino alla scadenza, e dopo. La regola richiede una conformità continua; un sito si degrada con ogni nuova pagina.
5. Conserva il registro datato e pubblica una dichiarazione con un canale di contatto per le barriere.
6. Pianifica i test con persone reali. Fai testare alcune attività chiave da una persona con uno screen reader prima del lancio. Il nostro report elenca esattamente ciò che resta da verificare in quella sessione.

Il nostro audit copre le pagine web pubbliche. Non copre documenti PDF, app mobili o pagine dietro un login, tutti elementi che la regola può raggiungere, quindi pianificali separatamente.

Domande

Scopri di più su WCAG Audit

Fonti (verificate il 2026-11-11): www.ada.gov/resources/2024-03-08-web-rule/ · www.w3.org/TR/WCAG21/ · www.upwork.com/jobs/~022118164621938243878