Audit di accessibilità: trovare le barriere HTML e provare il percorso reale

Iniziare da un’attività importante

Scegli un percorso concreto: chiedere un preventivo, creare un account, leggere una specifica o contattare l’assistenza. Annota URL esatto, lingua e risultato atteso. Precisa anche se la pagina è pubblica o richiede l’accesso. Un audit di una pagina pubblica non convalida il percorso dopo l’autenticazione.

Parti da una pagina rappresentativa e analizza separatamente gli altri modelli. Un difetto della navigazione condivisa può riguardare molte pagine; una pagina iniziale senza segnalazioni dice poco su un modulo d’ordine o una finestra modale. Dai precedenza agli ostacoli che impediscono un’attività rispetto ai ritocchi estetici. La gravità di un risultato dipende dal contesto d’uso e dalle conseguenze concrete.

Capire che cosa è stato misurato

Il motore attuale di Sitelemetry esamina l’HTML statico di una pagina. Cerca, fra l’altro, immagini prive di alternativa, titolo o lingua mancanti, campi potenzialmente senza etichetta, collegamenti e pulsanti senza nome, anomalie nella sequenza dei titoli, regioni principali assenti, valori positivi di tabindex e ID duplicati. Diversi controlli sono euristiche da confermare.

Esamina anche alcune coppie di colori in linea. Non è una verifica completa del contrasto: CSS ereditato, immagini di sfondo, sovrapposizioni e stati interattivi possono restare esclusi. Un errore di recupero, una pagina di verifica, contenuto troncato o non HTML rende la valutazione non disponibile o non applicabile, non approvata come accessibile. Le indicazioni W3C sulla scelta degli strumenti spiegano perché il giudizio umano resta necessario.

Leggere la prova prima di assegnare il lavoro

Un’attività utile indica URL, elemento o esempio interessato, comportamento da verificare e percorso potenzialmente bloccato. «Tre immagini senza alt» è più concreto di «migliorare l’accessibilità». La presenza di un testo alternativo, però, non dimostra che descriva adeguatamente la funzione dell’immagine.

Conferma nel browser le segnalazioni ambigue. Uno schema statico può non riconoscere un’etichetta che contiene il campo oppure accettare un aria-labelledby che rimanda a un elemento inesistente. Controlla il nome effettivamente calcolato nell’albero di accessibilità. Anche un avviso sulla sequenza dei titoli richiede una lettura del contenuto, non un verdetto generale sulle WCAG. Raggruppa i difetti ricorrenti per componente condiviso invece di correggere ogni pagina isolatamente.

Correggere il componente all’origine

Preferisci controlli HTML nativi ed etichette visibili. In un’associazione esplicita, for deve corrispondere all’ID del campo giusto. Un segnaposto scompare durante la digitazione e non sostituisce un’etichetta affidabile. La guida W3C alle etichette dei moduli illustra associazioni adeguate. Per un pulsante composto solo da un’icona, assegna un nome che spieghi l’azione, come aprire la ricerca, non soltanto il disegno.

Decidi l’alternativa dell’immagine in base allo scopo: informare, attivare un’azione o decorare. Un’immagine funzionale richiede un’alternativa appropriata; un’immagine puramente decorativa può averla vuota. Non svuotare tutti i testi solo per eliminare gli avvisi. Consulta i tutorial W3C sulle immagini e correggi il componente o il modello dei contenuti per evitare che il difetto si ripresenti.

Completare la verifica nel browser

1. Raggiungi e attiva i controlli usando soltanto la tastiera. Verifica focus visibile, ordine di navigazione e possibilità di uscire dai dialoghi.
2. Con un lettore di schermo, esamina titoli, nomi, istruzioni ed errori. Capire l’attività conta più del semplice ascolto di qualche testo.
3. Misura i contrasti rilevanti negli stati normale, al passaggio del puntatore, con focus e di errore, considerando immagini e sovrapposizioni.
4. Prova ingrandimento e finestre strette. Cerca controlli scomparsi e scorrimenti impraticabili.

Queste sono verifiche complementari, non capacità attribuite al motore statico. I primi controlli W3C sono un punto di partenza. In base all’importanza del servizio, coinvolgi persone con esigenze di accesso differenti.

Ripetere il test e documentare ciò che resta

Dopo la modifica, ripeti l’audit sullo stesso URL e confronta la prova specifica. Il componente condiviso è stato corretto? Sono comparsi nuovi problemi di nome o struttura? Ripercorri anche la prova manuale iniziale. Un avviso scomparso mentre il dialogo resta inutilizzabile da tastiera non rappresenta una correzione conclusa.

Registra data, pagina, modifiche e, separatamente, risultati statici e manuali. Nei rapporti ai clienti indica quali modelli e interazioni sono stati esaminati e quali erano fuori ambito. Il punteggio non è una percentuale di utenti che riescono nell’attività né una prova giuridica. Mantieni visibili le verifiche manuali in sospeso e inserisci i percorsi critici nei controlli prima delle prossime pubblicazioni.