Vai al contenuto

Verifica di accessibilità WCAG AA del sito web

Trova ostacoli come pulsanti poco chiari, campi senza etichetta e testo illeggibile. Ottieni un controllo automatico dell’accessibilità con spiegazioni.

Risultato della verifica

Un report che si trasforma direttamente in attività per il team

Il report identifica l’elemento interessato nel DOM, l’albero degli elementi del browser, con un selettore e un frammento HTML. Individua il componente, correggi il problema e verifica di nuovo il comportamento con tastiera e lettore di schermo.

violazionisuperatoda rivederetag WCAG
accessibility-report3 problemi · 42 regole superate
critico

Button senza nome accessibile

L'elemento interattivo esiste nel DOM, ma uno screen reader non riceve un nome chiaro per l'azione.

button.product-card__favorite
grave

Il campo del modulo non è collegato alla sua etichetta

L'utente vede l'etichetta, ma manca la relazione tecnica tra l'etichetta e l'input.

#checkout-email
moderato

Il contrasto del testo è inferiore a WCAG AA

Lo stato del pulsante è visivamente debole e può scomparire sullo sfondo scuro dell'interfaccia.

.promo-banner .btn-secondary
01

Valuta l'impatto

Inizia dai problemi critici e gravi per rimuovere rapidamente le barriere di accesso più visibili.

02

Condividi il selettore

Invia allo sviluppatore il target esatto, il frammento HTML e una breve motivazione della violazione.

03

Ricontrolla al rilascio

Esegui di nuovo la verifica dopo le correzioni e osserva quali violazioni sono scomparse dal report.

Cosa controlliamo

Semantica, ARIA, moduli e contrasto in un'unica verifica di accessibilità

Il controllo automatico dell’accessibilità esamina l’interfaccia renderizzata alla ricerca di problemi rilevabili. I risultati si riferiscono alle regole WCAG; un report senza errori non certifica la piena conformità a WCAG AA.

Struttura della pagina

Verifichiamo il titolo del documento, la lingua della pagina, la gerarchia delle intestazioni, le regioni landmark, gli elenchi e il testo alternativo delle immagini.

Dettagli per sviluppatori
  • h1-h6 e landmark
  • testo alternativo e SVG nascosti
  • lang, title e semantica di base

ARIA e nomi accessibili

Gli attributi ARIA descrivono ruolo, stato e relazioni di un controllo per le tecnologie assistive. Verifichiamo relazioni errate e controlli senza nomi chiari; aggiungere ARIA da solo non rende accessibile un’interazione.

Dettagli per sviluppatori
  • nome di button, link, input
  • problemi di role/state/property
  • pattern combobox, dialog e menu

Moduli, errori e contrasto

Verifichiamo etichette, stati obbligatorio e non valido, relazioni con il testo di supporto, contrasto del testo e leggibilità degli elementi importanti.

Dettagli per sviluppatori
  • etichetta e testo di supporto
  • rapporto di contrasto WCAG AA
  • errori e messaggi live
FAQ

Domande frequenti sulle verifiche di accessibilità

Risposte brevi su WCAG, regole automatiche, nodi DOM, ARIA, moduli, contrasto e ordine delle correzioni.

Cosa rileva la verifica automatica?
Trova i problemi rilevabili dall'HTML renderizzato e dagli stili: etichette mancanti, errori ARIA, ruoli non validi, problemi di contrasto, link e pulsanti vuoti, testo alternativo, struttura dei landmark e parte del set di regole WCAG.
Cosa significa WCAG AA per un sito web?
WCAG AA è un livello obiettivo pratico di accessibilità per la maggior parte delle interfacce commerciali e pubbliche. Le regole del report sono contrassegnate con tag WCAG, così puoi vedere a quale requisito si riferisce ogni violazione.
Sostituisce un audit manuale?
No. La verifica copre bene le violazioni tecniche in DOM e CSS, ma scenari complessi, l'effettivo ordine di navigazione da tastiera e il comportamento degli screen reader vanno confermati in una fase manuale separata.
Posso iniziare con una sola pagina?
Sì. La prima verifica di solito controlla la homepage, il modulo di contatto, la scheda prodotto, il checkout o l'area account. Per i siti basati su template, è utile verificare una pagina per ogni tipo e confrontare le violazioni ricorrenti.
Cosa correggere prima se ci sono molti errori?
Inizia dai problemi critici e gravi: elementi senza nomi accessibili, campi senza etichette, errori ARIA, contrasto insufficiente ed elementi interattivi rappresentati in modo errato nel DOM. I problemi moderati e minori possono essere raggruppati con le modifiche vicine di design o layout.
Cookie

Utilizziamo i cookie

Utilizziamo i cookie per offrirti un'esperienza migliore sul nostro sito. Puoi saperne di più su come utilizziamo i cookie nella nostra informativa sulla privacy.