Audit e adeguamento dell'accessibilità web (WCAG 2.2 AA)

Cosa comprendono l'audit e l'adeguamento di accessibilità#

Costruiamo l'incarico in base al brief reale. La proposta indica quali di questi deliverable sono inclusi, chi fornisce il materiale necessario e come viene approvato ciascuno.

• Scansione automatica di ogni pagina del campione, più test manuali dei percorsi principali
• Test con tastiera, screen reader, zoom e reflow, e contrasto
• Report dei problemi associati ai criteri di successo WCAG, con screenshot, gravità e soluzione
• Correzioni nel codice, nei contenuti e nel design system
• Nuovo test di ogni problema corretto
• Dichiarazione di accessibilità con un canale per segnalare le barriere
• Controlli inseriti nel processo di rilascio per evitare che i problemi ritornino

Audit subito o correzioni durante un restyling?#

Parti da un audit quando devi sapere a che punto è il sito, per una scadenza, un bando o un reclamo. Se il sito è comunque in programma per un restyling, integra l'accessibilità nel rifacimento del sito invece di correggere un design che sta per essere sostituito. Una volta risolti i problemi, un piano di manutenzione del sito con controlli di accessibilità evita che nuovi contenuti e rilasci li riportino indietro.

Come funzionano l'audit e l'adeguamento#

Per prima cosa concordiamo il campione: ogni tipo di template, i percorsi principali come contatto, registrazione, login, ricerca e checkout, e i documenti che gli utenti devono scaricare, seguendo la metodologia di valutazione del W3C (WCAG-EM). Una scansione automatica copre ogni pagina del campione, poi testiamo a mano ogni percorso, perché il W3C chiarisce che gli strumenti di valutazione da soli non possono determinare l'accessibilità. Ogni problema viene registrato con il criterio di successo non rispettato, uno screenshot, chi ne è colpito, la gravità e la soluzione.

Le correzioni sono ordinate in base all'impatto sulle persone e al numero di pagine che condividono la causa. Un componente difettoso si corregge una sola volta nel design system e viene sistemato ovunque compaia. Ripetiamo il test di ogni correzione, aggiorniamo il report e redigiamo la dichiarazione di accessibilità con data, standard, limiti noti e un modo per segnalare le barriere. Se le modifiche le fanno i tuoi sviluppatori, ne verifichiamo il lavoro e lo ritestiamo.

Cosa verifica l'audit?#

L'audit segue il modo in cui le persone con disabilità usano davvero il web, con le WCAG 2.2 AA come parametro. Gli strumenti automatici trovano solo una parte dei problemi; il resto richiede una persona che percorra ogni flusso:

Il risultato è un report con priorità, non un export grezzo di uno strumento. Ogni problema indica il criterio di successo WCAG, dove si verifica, uno screenshot, chi ne è colpito e la correzione consigliata nel codice o nei contenuti, raggruppati in modo che uno sviluppatore possa lavorarci e un responsabile possa vedere cosa resta.

• Solo tastiera: ogni link, controllo e campo di un modulo raggiungibile in ordine logico, con un indicatore di focus visibile che le intestazioni fisse non nascondono
• Screen reader: NVDA su Windows, VoiceOver su macOS e iOS e TalkBack su Android, scelti in base al tuo pubblico
• Zoom e reflow: testo ingrandito al 200% e contenuti a 320 pixel CSS di larghezza senza perdite né scorrimento orizzontale
• Contrasto di testo, icone, indicatori di focus e bordi dei campi dei moduli
• Moduli ed errori: etichette, istruzioni, messaggi di errore che spiegano cosa è andato storto, nessun reinserimento degli stessi dati, accesso senza enigmi da ricordare
• Dimensione dei target e alternative al trascinamento, per chi ha una destrezza limitata
• Movimento: preferenze di riduzione del movimento rispettate, nessun lampeggiamento, controlli per mettere in pausa i contenuti in movimento
• Media: sottotitoli, trascrizioni e audiodescrizione dove servono
• Documenti: i PDF e i file office necessari per completare un'attività

Quali norme si applicano, e a chi?#

Le leggi sull'accessibilità differiscono per i soggetti che vincolano, lo standard che indicano e il momento in cui si applicano. Le WCAG 2.2 sono una Raccomandazione del W3C dal 5 ottobre 2023 e a ottobre 2025 sono state approvate come standard internazionale ISO/IEC 40500:2025. Il W3C afferma che i contenuti conformi alle WCAG 2.2 sono conformi anche alle WCAG 2.0 e 2.1, quindi un audit 2.2 AA copre il livello 2.1 AA richiamato dalle norme statunitensi e colombiane.

Questa tabella riassume le norme a scopo di pianificazione; non costituisce consulenza legale. Il tuo legale conferma quali obblighi valgono per la tua organizzazione e noi forniamo le evidenze tecniche. Le date sono state verificate sui testi ufficiali l'8 ottobre 2026: la interim final rule statunitense ha raccolto commenti fino al 22 giugno 2026 e da allora non è stata pubblicata nessuna norma successiva.

Colombia: Resolución 1519 e NTC 5854#

La Resolución 1519 de 2020 del MinTIC impone ai soggetti obbligati della Ley 1712 de 2014 di rispettare le WCAG 2.1 a livello AA dal 1° gennaio 2022, come indicato nel suo Anexo 1 sulle linee guida di accessibilità web. Si applica a ogni aggiornamento, ristrutturazione, progettazione o riprogettazione dei loro portali e siti di servizi online, oltre che ai contenuti esistenti. Non vincola le aziende private in generale, ma il portale di un ente obbligato deve rispettarla, chiunque lo realizzi.

La NTC 5854 del 2011, la norma tecnica colombiana per l'accessibilità web, compare ancora negli audit interni degli enti pubblici: l'ufficio di controllo interno della Superintendencia de Transporte, per esempio, ha verificato il proprio portale rispetto a questa norma a dicembre 2022. L'Anexo 1 della Resolución 1519 non la cita; il requisito lì indicato è WCAG 2.1 AA. Noi redigiamo il report rispetto alle WCAG 2.2 AA e aggiungiamo un riferimento incrociato alla NTC 5854 quando un ufficio di controllo interno lo richiede.

Perché verifichiamo a mano e non vendiamo overlay#

I widget overlay promettono la conformità aggiungendo un solo script alla pagina. Nell'aprile 2025 la Federal Trade Commission statunitense ha approvato un'ordinanza definitiva che obbliga accessiBe a pagare 1 milione di dollari per affermazioni che, secondo la FTC, erano false, ingannevoli o non comprovate, tra cui quella che il suo strumento automatico potesse rendere qualsiasi sito conforme alle WCAG; l'ordinanza vieta tali affermazioni se prive di prove a sostegno. Un overlay non cambia il markup, i componenti e i contenuti in cui si trovano i problemi.

Correggiamo l'accessibilità alla fonte, se possibile nel design system, così un pulsante, un campo di modulo o una finestra di dialogo corretti restano corretti in ogni pagina che li usa. Poi aggiungiamo controlli automatici e una verifica manuale da tastiera alla checklist di rilascio, in modo che nuove pagine e nuovi contenuti mantengano il livello raggiunto con l'audit.

Domande prima di scegliere#