Normative · WCAG 2.2

SC 3.3.3 Livello AA WCAG 2.0

Suggerimento per gli errori

Quando viene rilevato un errore di inserimento e il sistema è in grado di proporre una correzione, il sistema deve offrire un suggerimento all'utente — a meno che ciò non comprometta la sicurezza o invalidi lo scopo dell'input.

Cosa richiede

Quando un campo di un modulo non è valido e il sistema dispone di informazioni sufficienti per proporre una correzione, deve offrire tale correzione. «La data deve essere nel formato GG/MM/AAAA — intendevi 17/04/2026?» è preferibile al semplice «Data non valida». Se il sistema conosce i valori validi (ad esempio il valore più vicino, un elenco di paesi consentiti), deve presentarli.

Il criterio di successo prevede eccezioni esplicite: non rivelare informazioni che comprometterebbero la sicurezza (non suggerire un nome utente quando il vero errore è una password errata) e non proporre correzioni che vanificherebbero lo scopo dell’input (non correggere automaticamente un CAPTCHA).

Come soddisfarlo

  • Per gli errori di formato, mostrare il formato atteso e, idealmente, riformattare l’inserimento dell’utente come suggerimento: «Prova con 02-1234567».
  • Per gli indirizzi e-mail con errori di battitura, offrire «Intendevi user@gmail.com?» quando il dominio inserito è simile a uno noto.
  • Per i codici postali non validi, suggerire la corrispondenza più vicina o mostrare il formato valido per il paese selezionato.
  • Per le regole sulle password, elencare la regola specifica che non è stata soddisfatta: «La password deve contenere un numero — prova ad aggiungere una cifra».
  • Per i numeri fuori intervallo, indicare l’intervallo consentito e proporre il valore valido più vicino.
  • Non applicare i suggerimenti in modo automatico e silenzioso — consentire all’utente di accettarli o ignorarli.

Errori comuni

  • Messaggi generici «Input non valido» senza alcun indizio su come debba apparire un input valido.
  • Campi password che riportano «La password non soddisfa i requisiti» senza specificare quale regola non è stata rispettata.
  • Moduli di indirizzo che rifiutano un codice postale senza indicare il formato atteso per il paese selezionato.
  • Validatori di e-mail che rifiutano «user@gmial.com» in silenzio senza suggerire il probabile errore di battitura.

Perché è importante

I suggerimenti per gli errori sono la differenza tra un utente che corregge un errore in tre secondi e uno che abbandona il modulo. Per gli utenti con disabilità cognitive, dislessia o difficoltà motorie, il carico cognitivo necessario per capire cosa è andato storto a partire da un vago messaggio «Non valido» è la vera barriera — non l’errore di battitura in sé.

Abbinare il criterio 3.3.3 al 3.3.1 e al 3.3.2: identificare cosa non va, suggerire come correggerlo ed etichettare chiaramente il campo fin dall’inizio per ridurre la probabilità di errori.