Vai al contenuto
Sitequiry

Test di accessibilità automatico: cosa può verificare e cosa no

Un test di accessibilità automatico legge il codice di una pagina e applica delle regole: l'immagine ha un testo alternativo, il contrasto del testo è sufficiente, ogni campo ha un nome? È utile e veloce, ma non dice se una persona che usa la tastiera o un lettore di schermo riesce davvero a portare a termine ciò che deve fare. Questa guida mostra dove passa il confine.

Aggiornato Lettura: 3 min Scritto dal team GE-KO

Tre numeri che misurano cose diverse

Nel 2017 il Government Digital Service britannico ha provato dieci strumenti su una pagina di test con 143 barriere note. Il migliore ne ha trovato il 41%, il più debole il 17%, e il 29% è sfuggito a tutti. La pagina era costruita apposta per essere piena di errori e gli strumenti erano quelli del 2017, ma la conclusione vale ancora: da soli, gli strumenti non bastano.

Deque, l'azienda che sviluppa il motore axe-core usato anche da Google Lighthouse, ha riferito nel 2021 che le regole automatiche coprivano il 57% dei problemi emersi in oltre 2.000 dei suoi audit. La quota è calcolata sul numero di problemi: quelli frequenti, come il contrasto insufficiente, pesano di più. È uno studio condotto dal produttore stesso.

Il «20-30%» che si cita spesso misura ancora un'altra cosa: la quota di criteri di successo WCAG che uno strumento è in grado di verificare. I tre numeri, quindi, non sono confrontabili tra loro.

Cosa può valutare uno strumento da solo

Quando un criterio riguarda qualcosa che nel codice c'è o manca, una regola può stabilirne l'esito per quella pagina:

  • immagini senza testo alternativo, pulsanti e link senza nome accessibile, campi dei moduli senza etichetta
  • contrasto del testo inferiore a 4,5:1 (3:1 per il testo grande), misurato sulla pagina visualizzata
  • attributo lang mancante o non valido, pagina senza titolo, ID duplicati a cui rimandano le etichette
  • meta viewport che blocca lo zoom o fissa la larghezza, contenuti che lampeggiano o riproducono audio automaticamente
  • CSS che elimina il contorno del focus senza un sostituto visibile, valori positivi di tabindex

Anche qui la regola giudica solo ciò che vede. Se il testo alternativo descrive bene l'immagine, o se un titolo descrive davvero la sua sezione, deve giudicarlo una persona.

Cosa può giudicare solo una persona

Altri criteri dipendono dal significato, dalla sequenza o dal comportamento nel tempo. Nessuna regola può stabilire se:

  • l'ordine di lettura ha senso quando si toglie l'impaginazione (1.3.2)
  • il focus della tastiera riesce a uscire da ogni componente, per esempio da un banner dei cookie o da un selettore di date (2.1.2)
  • un messaggio di errore suggerisce come correggere il dato (3.3.3), o se un passaggio di pagamento si può controllare e correggere prima dell'invio (3.3.4)
  • un messaggio di stato come «aggiunto al carrello» arriva al lettore di schermo senza spostare il focus (4.1.3)
  • sottotitoli e audiodescrizioni corrispondono a ciò che si dice e si vede (1.2.x)

Cosa abbiamo misurato su siti reali

Il 21 ottobre 2026 abbiamo combinato l'audit di accessibilità di Lighthouse con i controlli di Sitequiry sull'HTML e sui fogli di stile collegati, su una pagina di due siti reali. Abbiamo poi contato per quanti dei 55 criteri di successo WCAG 2.2 di livello A e AA c'era un risultato automatico: un problema, nessun problema trovato, niente di quel tipo nella pagina, oppure non applicabile.

Una pagina per sito, misurata il 21 ottobre 2026
Sito Criteri con un risultato automatico Lasciati a una persona
sitequiry.com, home page 35 su 55 20
Sito di un'amministrazione comunale, home page 35 su 55 20

Su entrambi i siti gli stessi 20 criteri sono rimasti da valutare a una persona, tra cui l'ordine di lettura, le trappole per la tastiera, i contenuti lampeggianti, i suggerimenti in caso di errore e i messaggi di stato. Quattro di questi 20 criteri confrontano più pagine: lo stesso ordine dei menu, gli stessi nomi per gli stessi link, l'aiuto su tutte le pagine e più di un modo per raggiungere una pagina. Una sola pagina non può mostrarli, una scansione dell'intero sito sì.

«Nessun problema trovato» non vuol dire «criterio superato». Significa che le regole sono state eseguite e non hanno trovato nulla; il criterio va comunque confermato da una persona per l'intero servizio.

Come usare bene un test automatico

  • Testa una pagina per ogni modello (home, categoria, prodotto o articolo, modulo, checkout), non solo la home page.
  • Correggi prima ciò che segnalano le regole: sono problemi concreti e di solito si correggono con poco.
  • Poi completa il percorso principale solo con la tastiera, e una volta con un lettore di schermo (NVDA su Windows, VoiceOver su Mac o iPhone).
  • Ripeti il test automatico dopo ogni modifica importante: intercetta le regressioni che nessuno va a cercare a mano.
  • Per una dichiarazione di conformità serve la valutazione di una persona. Un punteggio di 100 in Lighthouse dice solo che gli audit automatici non hanno trovato nulla.

Domande frequenti

Un test automatico può confermare che il mio sito rispetta le WCAG?

No. Può trovare alcuni problemi e mostrare dove non ha trovato nulla, ma diversi criteri può giudicarli solo una persona. Il W3C dice lo stesso degli strumenti di valutazione in generale.

Basta un punteggio di accessibilità di 100 in Lighthouse?

Significa che su quella pagina nessuno degli audit automatici ha dato esito negativo. Non dice nulla dei controlli che Lighthouse indica come manuali, né delle altre pagine.

Ogni quanto dovrei fare il test?

In automatico dopo ogni modifica importante e almeno una volta al mese; a mano quando cambiano un modello, un modulo o il checkout.

Fonti

  1. Blog sull'accessibilità di GOV.UK: «What we found when we tested tools on the world's least-accessible webpage» (24 febbraio 2017)
  2. Deque: «Automated testing identifies 57% of digital accessibility issues» (10 marzo 2021)
  3. W3C WAI: «Selecting Web Accessibility Evaluation Tools»

Verifica l’accessibilità della tua pagina

Il test gratuito controlla una pagina secondo i criteri WCAG 2.2 A/AA e mostra i primi problemi da correggere. Il Site Report controlla fino a 20 pagine del tuo sito.