Audit checklist
- Verificate che ogni controllo interattivo abbia un nome accessibile.
- Controllate la struttura dei titoli, i landmark e l'HTML semantico.
- Verificate l'accesso da tastiera e gli indicatori di focus visibili.
- Individuate i difetti di contrasto su testo e componenti dell'interfaccia.
- Controllate etichette, errori e istruzioni dei moduli.
- Esaminate immagini, icone e SVG per alternative utili.
- Ritestate i template corretti e le pagine di maggior valore.
Perché WCAG 2.2 AA è l'obiettivo pratico
Le WCAG sono organizzate in criteri di successo ai livelli A, AA e AAA. Il livello A copre le barriere più elementari; il livello AA aggiunge requisiti ampiamente attesi per i siti pubblici e commerciali. WCAG 2.2 mantiene i criteri noti di WCAG 2.1 e aggiunge requisiti più recenti, come l'aspetto del focus e la dimensione dei target.
Per i contenuti web nell'UE, la norma EN 301 549 rimanda ai criteri WCAG. Un audit WCAG è quindi una base pratica per la preparazione all'EAA, le dichiarazioni di accessibilità e i questionari degli appalti pubblici.
Errori WCAG frequenti che danneggiano le conversioni
I problemi di accessibilità non sono solo rischio legale; sono problemi di conversione. Le etichette mancanti rendono i moduli più difficili da completare. Il contrasto basso nasconde prezzi e call to action. Le trappole da tastiera bloccano chi usa tecnologie assistive e gli utenti esperti. Messaggi di errore poco chiari fanno sembrare rotto il checkout.
I miglioramenti più rapidi arrivano di solito dal design system: pulsanti, campi modulo, finestre modali, navigazione e componenti di avviso accessibili. Correggere questi pattern migliora ogni pagina che li usa.
- Pulsanti e link senza nome descrittivo
- Campi modulo senza etichette o con errori inaccessibili
- Finestre modali che non gestiscono il focus
- Difetti di contrasto su call to action e stati disabilitati
- Icone annunciate come nomi di file privi di significato
Un flusso di correzione realistico
Iniziate dalle violazioni critiche e gravi sulle pagine che generano ricavi. Poi correggete i template riutilizzabili. Dopo ogni sprint eseguite una scansione di verifica, così il team vede se la stessa regola compare ancora. Conservate le evidenze prima/dopo con le note di rilascio; saranno utili quando i clienti chiederanno documentazione sull'accessibilità.
FAQ
WCAG 2.2 sostituisce WCAG 2.1?
WCAG 2.2 si basa su WCAG 2.1. Un audit WCAG 2.2 AA controlla ancora i criteri A/AA precedenti e aggiunge i nuovi requisiti della versione 2.2.
axe-core può trovare ogni problema WCAG?
Nessun motore automatico trova tutti i problemi WCAG. I test automatici sono eccellenti per molti errori rilevabili nel codice; la qualità dei contenuti, la logica dei task e alcuni requisiti multimediali richiedono revisione umana.
Le correzioni WCAG spettano agli sviluppatori o al team legale?
Gli sviluppatori correggono il codice, ma prodotto, design e ufficio legale devono concordare ambito, formulazione della dichiarazione e priorità di rischio. L'accessibilità è un processo di qualità del prodotto, non la checklist di una sola persona.