Audit checklist
- Esplorate il sito pubblico e identificate i template, non solo singoli URL.
- Testate le regole WCAG 2.1/2.2 A e AA con un motore basato su browser.
- Separate i blocchi critici di pagamento e account dai difetti estetici.
- Collegate i rilievi alla clausola 9 della EN 301 549 per i contenuti web dell'UE.
- Documentate che cosa i test automatici possono dimostrare e che cosa no.
- Create un backlog di correzione con responsabili, scadenze e passi di verifica.
- Pubblicate o aggiornate una dichiarazione di accessibilità nella lingua giusta.
Che cosa copre un audit di accessibilità serio
Un audit utile parte dal perimetro. La homepage raramente basta: navigazione, elenchi prodotti, moduli, accesso, pagamento, documenti, finestre modali e stati di errore meritano tutti attenzione. Se un difetto compare in un componente condiviso, può toccare centinaia di URL; l'audit deve individuare quella causa a livello di componente invece di sommergere il team di righe duplicate.
Ai fini della conformità nell'UE, l'audit dovrebbe registrare anche gli standard utilizzati. WCAG 2.2 AA è il riferimento pratico per il web; la EN 301 549 è la norma europea armonizzata per le TIC che, per i contenuti web, rimanda alle WCAG. L'Atto europeo sull'accessibilità (EAA) orienta le imprese verso questi standard, ma ogni Stato membro applica le regole secondo il proprio diritto e tramite le proprie autorità.
- Pagine pubbliche e flussi di conversione chiave
- Tastiera, focus, moduli, nomi/ruoli/valori, contrasto e semantica
- Componenti riutilizzabili che generano violazioni ripetute
- Evidenze: URL testati, marche temporali, set di regole e gravità
Date priorità all'impatto sugli utenti, non al numero grezzo di errori
Un sito con 400 duplicati a basso impatto può essere meno rischioso di una sola pagina di pagamento con un pulsante inaccessibile. La prima ondata di correzioni deve puntare ai blocchi: trappole da tastiera, controlli senza etichetta, errori di modulo mancanti, ordine di focus rotto e contenuti che i lettori di schermo non riescono a identificare.
Dopo i blocchi vengono le correzioni dei template. Correggere un componente di navigazione, un campo modulo o un pattern di pulsante spesso elimina la stessa violazione da molte pagine. Per questo Axively raggruppa i rilievi per regola e causa prima di mostrare le occorrenze a livello di pagina.
Le evidenze contano per l'EAA e gli appalti
Le autorità e i grandi acquirenti non chiedono solo se ritenete il sito accessibile. Chiedono che cosa avete testato, quando, rispetto a quale standard e che cosa avete fatto dei risultati. Conservate un report, note di correzione e scansioni di verifica. Queste evidenze servono anche alle vendite: l'accessibilità è sempre più parte della due diligence dei fornitori.
Un report trasparente deve dichiarare i limiti dell'automazione. Gli strumenti automatici individuano molti problemi comuni, ma testi alternativi sensati, contenuti comprensibili, qualità dei sottotitoli e alcuni flussi completi richiedono revisione umana. Rivendicare una conformità automatica totale è un campanello d'allarme; mostrare un processo misurato è più solido.
FAQ
Un audit di accessibilità automatizzato basta per la conformità legale?
No. I test automatizzati sono il modo più rapido per individuare molti errori WCAG comuni, ma la piena conformità richiede comunque una revisione esperta. Un buon audit automatizzato è il primo passo supportato da evidenze, non un certificato magico.
Quale standard dovrebbe usare un sito web dell'UE?
Utilizzate WCAG 2.2 AA come base per i test web e mappate il risultato sulla EN 301 549. Per i rischi legati all'EAA, verificate inoltre il diritto nazionale applicabile nel vostro mercato di destinazione nell'UE.
Ogni quanto dovremmo ripetere i test?
Testate dopo i rilasci importanti, dopo le modifiche al design system e prima di pubblicare una dichiarazione di accessibilità. Per gli e-commerce attivi, controlli mensili o legati ai rilasci sono più sicuri di un unico audit annuale.