Scanner di accessibilità: analizza gratis il tuo sito

Che cosa verifica la scansione

La scansione si basa su axe-core, il motore di analisi open source di Deque Systems utilizzato, tra gli altri, anche in Google Lighthouse. Un browser headless carica completamente la pagina indicata, esegue il JavaScript e analizza poi lo stato realmente renderizzato – cioè quello che i visitatori vedono davvero. Il riferimento sono i criteri di successo delle WCAG 2.1 ai livelli di conformità A e AA.

Le principali categorie di verifica in sintesi:

• Testi alternativi: ogni immagine con contenuto ha bisogno di un attributo alt – senza testo alternativo, un'immagine è invisibile per chi usa uno screen reader.
• Contrasto dei colori: il testo normale deve raggiungere un rapporto di contrasto di almeno 4,5:1 con lo sfondo (WCAG 1.4.3). Il testo grigio chiaro su sfondo bianco fallisce qui con particolare frequenza.
• Etichette dei moduli: ogni campo di input ha bisogno di un'etichetta collegata a livello di codice. Un placeholder da solo non basta – scompare mentre si scrive e le tecnologie assistive non lo leggono in modo affidabile.
• Testi dei link: i link devono descrivere la loro destinazione. Cinque «leggi di più» sulla stessa pagina sono indistinguibili per chi naviga con uno screen reader saltando di link in link.
• Attributo della lingua: l'attributo lang dell'HTML (ad es. lang="it") determina con quale pronuncia uno screen reader legge la pagina. Se manca, un testo italiano può suonare come un pasticcio in inglese.
• Gerarchia dei titoli: una sola h1 per pagina e nessun livello saltato – i titoli sono l'indice con cui molti utenti si orientano in una pagina.
• Uso di ARIA: ruoli e attributi ARIA devono essere impiegati in modo valido e coerente. Un ARIA difettoso spesso danneggia l'accessibilità più che non usarne affatto.
• Uso da tastiera: ostacoli rilevabili come valori di tabindex positivi o elementi cliccabili non raggiungibili con la tastiera.

Per ogni problema trovato, il report mostra gli elementi interessati, la gravità, il criterio WCAG violato e un link con indicazioni per la correzione.

Verifica automatica vs. verifica manuale

Siamo onesti: i test automatici possono coprire in modo affidabile solo tra il 30 e il 40 per cento dei criteri WCAG. Una macchina rileva se un'immagine ha un testo alternativo – ma non se descrive il contenuto in modo sensato o se dice solo «IMG_2043.jpg». Misura i valori di contrasto, ma non può giudicare se un testo è scritto in modo comprensibile.

Si possono verificare solo manualmente, tra le altre cose:

• la qualità dei contenuti dei testi alternativi,
• un ordine logico del focus navigando la pagina con il tasto Tab,
• un linguaggio comprensibile e messaggi di errore chiari,
• la prova pratica con un vero screen reader come NVDA o VoiceOver.

Per questo la scansione è pensata come primo passo: trova in modo rapido e gratuito i problemi tecnicamente misurabili. Come si svolge un audit completo oltre a questo lo spiega la nostra guida Testare l'accessibilità.

Contesto legale

Dal 28 giugno 2025 si applica in tutta l'UE lo European Accessibility Act (EAA), la Direttiva (UE) 2019/882, che stabilisce requisiti di accessibilità uniformi in Europa. In Italia il recepimento è il Decreto Legislativo 82/2022: obbliga le imprese che offrono servizi digitali ai consumatori – come negozi online, sistemi di prenotazione o di biglietteria – a rendere accessibili i loro siti web e le loro app. In Germania la trasposizione è il BFSG (legge tedesca sull'accessibilità).

Il riferimento tecnico è la norma europea EN 301 549, che per i contenuti web rimanda alle WCAG 2.1 al livello AA – esattamente il criterio applicato da questa scansione. Se la tua offerta rientra nell'ambito della legge lo chiarisci in pochi minuti con la nostra verifica EAA; i dettagli su obblighi, scadenze ed eccezioni li riassume l'articolo BFSG ed EAA.