Caratteristiche sensoriali
Le istruzioni non devono basarsi esclusivamente su forma, dimensione, posizione, orientamento, suono o colore. «Fare clic sul pulsante verde a destra» esclude gli utenti che non riescono a vedere il layout o a distinguere i colori.
Che cosa richiede
Le istruzioni che indicano agli utenti come interagire con il contenuto devono funzionare anche per chi non è in grado di percepire il riferimento sensoriale indicato. Se si dice «fare clic sul pulsante rotondo», un utente di screen reader non ha modo di sapere quale pulsante sia rotondo. Se si dice «il menu a sinistra», un utente che ha ridisposto la pagina in una singola colonna non ha alcuna sinistra. Ogni riferimento sensoriale deve essere accompagnato da un identificatore non sensoriale: un’etichetta, un nome, un numero.
Come soddisfarlo
- Sostituire «fare clic sul pulsante verde» con «fare clic sul pulsante Invia» — si nomina il controllo.
- Sostituire «vedere il riquadro a destra» con «vedere la sezione Prezzi qui sotto» — si nomina la sezione tramite la sua intestazione.
- Per i riferimenti ai diagrammi, nominare l’elemento etichettato invece di indicarne la posizione: «vedere il passaggio 3» anziché «vedere il cerchio in alto».
- Per i segnali sonori («si sentirà un segnale acustico al termine»), affiancarli a un messaggio di stato visibile.
- Per i riferimenti alle icone in base alla forma («l’icona a ingranaggio»), assicurarsi che l’icona abbia un nome accessibile nel markup.
Errori comuni
- «Premere il pulsante rotondo verde per continuare» — tre riferimenti sensoriali, nessun nome.
- Testo di aiuto in un modulo che indica «vedere il pannello a destra» in un layout desktop che su mobile diventa una singola colonna.
- «Attendere il suono del campanello» senza alcuna alternativa visiva.
- Testo di un tutorial che rimanda a «il collegamento blu nella barra laterale» — colore, posizione, nessun nome.
- Guida di onboarding: «il suggerimento con la freccia» — basato interamente sulla forma.
Perché è importante
Questo criterio di successo viene raramente rilevato dagli strumenti di analisi automatica (come Lighthouse), poiché non possono leggere la prosa. I problemi emergono solo in fase di revisione manuale. La correzione è quasi sempre una modifica del testo, non del codice — semplice da implementare, ma facile da trascurare.