Home › Risorse › Criterio WCAG
Navigazione da tastiera secondo WCAG 2.1.1
Ogni funzione deve essere raggiungibile e attivabile con la tastiera. Questo riguarda soprattutto gli elementi di controllo fatti in casa (div/span con gestore di clic invece di button/a).
Errori frequenti
<div>/<span> cliccabili senza tabindex né gestore da tastiera, menu a discesa solo su :hover, finestre modali senza gestione del focus, caroselli senza pulsanti di comando.
Come fare bene
Usare elementi nativi (button, a, input). Dove non è possibile: role, tabindex="0" e gestore keydown per Invio/Spazio. Nessuna trappola da tastiera — si deve poter anche uscire.
Limite del test automatico
L'uso da tastiera si verifica solo con un'interazione reale — la scansione gratuita di a11yglass non lo copre. Percorrere la pagina dall'alto in basso solo con Tab, Maiusc+Tab, Invio, Spazio e le frecce.
Come aiuta a11yglass
La scansione gratuita verifica l'HTML e il CSS forniti alla ricerca di violazioni WCAG rilevabili automaticamente e indica per ogni riscontro il criterio di successo e una misura concreta. Rileva circa il 20–35 % dei problemi e non sostituisce un audit completo.
Continua a leggere
- Focus visibile secondo WCAG 2.4.7
- Etichettatura dei moduli secondo le WCAG
- Movimento secondo WCAG 2.2.2 / 2.3.3
Informazione generale fornita in buona fede, priva di valore di consulenza legale. Per il caso concreto rivolgersi a uno studio specializzato in diritto delle tecnologie dell'informazione.