Linee Guida

Messaggi di errore comprensibili per tutti gli utenti

Quando un utente commette un errore durante la compilazione di un modulo, il sito deve indicare chiaramente cosa non va e come correggerlo. Un messaggio ben progettato aiuta a capire quale campo contiene l’errore, perché si è verificato e come risolverlo. Queste indicazioni migliorano l’esperienza di tutti e sono spesso essenziali per consentire agli utenti con disabilità di completare correttamente l’attività.
Vrsta: Accessibilità digitale
Zahtevnost: Avanzato
Autore: Andreja Bevc
Pubblicato:
Aggiornato:
Deli na:

Smernica pokriva oviranosti:

Avvisi di errore chiari sono particolarmente importanti durante la compilazione dei moduli. Se l’utente non riceve un feedback comprensibile o un suggerimento per correggere l’errore, può abbandonare la procedura oppure ritenere erroneamente che il modulo sia stato inviato con successo. Gli errori devono quindi essere chiaramente evidenziati, descritti tramite testo e, ove possibile, accompagnati da istruzioni per la correzione.

Per quali utenti sono particolarmente importanti gli avvisi di errore?

Gli avvisi di errore accessibili sono fondamentali per:

  • persone con disabilità visive,
  • utenti che utilizzano lettori di schermo,
  • persone con daltonismo,
  • persone con disabilità cognitive,
  • utenti anziani,
  • tutti gli utenti che compilano moduli su dispositivi mobili o in condizioni più difficili.

Avvisi ben progettati riducono il numero di moduli non inviati correttamente e aiutano gli utenti a correggere più rapidamente gli errori.

Modulo di iscrizione alla newsletter con un avviso chiaramente visibile relativo a un indirizzo e-mail inserito in modo non valido.

Maggiori informazioni sui moduli accessibili

Cosa significa un avviso di errore accessibile?

Quando il sistema rileva un errore di inserimento, deve comunicare chiaramente all’utente:

  • in quale campo si trova l’errore,
  • che cosa non va,
  • come può correggere l’errore.

Non è sufficiente che il campo sia evidenziato soltanto in rosso o che venga visualizzato un messaggio generico come »Errore«. L’utente deve ricevere una spiegazione testuale comprensibile. Se il sistema conosce la soluzione corretta, ad esempio il formato previsto per una data o un indirizzo e-mail, dovrebbe fornire anche un suggerimento concreto per la correzione.

Suggerimento: Un buon avviso non comunica soltanto all’utente che ha commesso un errore, ma anche come può correggerlo nel modo più rapido possibile.

Problemi frequenti negli avvisi di errore

L’avviso è poco visibile

Se l’avviso non è sufficientemente evidente, gli utenti possono facilmente non notarlo.

Le cause più frequenti sono:

  • contrasto insufficiente tra testo e sfondo,
  • dimensioni del testo troppo ridotte,
  • uso esclusivo del colore rosso per indicare l’errore.
Pratica scorretta: L’errore è indicato soltanto da un bordo rosso attorno al campo di inserimento, senza testo aggiuntivo o altro elemento visivo di evidenziazione.
Buone pratiche: L’errore è indicato tramite colore, icona e un chiaro messaggio testuale che spiega il problema all’utente.
Modulo in cui l’errore è indicato soltanto da un bordo rosso attorno al campo di inserimento, senza spiegazione testuale.

Maggiori informazioni sul contrasto adeguato e sull’uso del colore

L’avviso scompare troppo rapidamente

Se l’avviso viene visualizzato soltanto per un breve periodo o scompare quando ci si sposta in un altro campo, molti utenti non riescono a leggerlo.

Suggerimento: L’avviso dovrebbe rimanere visibile finché l’utente non corregge l’errore.
Modulo con un messaggio di errore poco chiaro visualizzato in un fumetto, che non spiega all’utente come risolvere il problema.

L’avviso non è sufficientemente chiaro

Messaggi come:

  • »Errore.«
  • »Inserimento non valido.«

non spiegano all’utente quale sia il problema né come possa risolverlo. Sono altrettanto problematici gli avvisi visualizzati in una lingua straniera o che utilizzano termini tecnici non comprensibili per l’utente.

Modulo con messaggi di errore in lingua inglese sotto i campi obbligatori relativi al nome e all’indirizzo e-mail.

Utilizziamo invece messaggi specifici, ad esempio:

  • »Inserisci un indirizzo e-mail valido.«
  • »Il campo Numero di telefono è obbligatorio.«

Maggiori informazioni sulla leggibilità e comprensibilità dei testi

L’avviso visibile manca completamente

Se il modulo non viene inviato e nella pagina non compare alcun avviso, l’utente spesso non comprende perché la procedura non sia riuscita.

Di conseguenza, può ritenere erroneamente di aver inviato correttamente il modulo.

Suggerimento: L’errore deve essere chiaramente visualizzato accanto al singolo campo oppure in un riepilogo degli errori nella parte superiore del modulo.

L’errore non viene comunicato ai lettori di schermo

Se l’avviso viene visualizzato soltanto visivamente, gli utenti dei lettori di schermo spesso non vengono informati della sua presenza.

I messaggi di stato devono quindi essere determinabili programmaticamente, affinché le tecnologie assistive possano rilevarli senza spostare il focus. Questo si ottiene generalmente utilizzando attributi o ruoli ARIA Live Region appropriati, come role=”alert”.

Suggerimento: Le notifiche di errore non sono importanti soltanto nei moduli. Lo stesso vale per gli errori nel caricamento dei contenuti, i risultati di ricerca o altri cambiamenti di stato nella pagina.

Maggiori informazioni sui messaggi di stato

Come dovrebbe essere un buon avviso?

Un buon avviso di errore generalmente contiene:

  • un riepilogo degli errori nella parte superiore del modulo (nei moduli più lunghi),
  • il campo errato chiaramente evidenziato,
  • una spiegazione testuale comprensibile,
  • una distinzione visiva (colore e/o icona),
  • un suggerimento per correggere l’errore,
  • supporto per i lettori di schermo.

Esempio di un avviso di errore ben progettato:

Esempio di modulo con riepilogo degli errori, campi chiaramente evidenziati e istruzioni specifiche per correggere gli errori.

Suggerimenti per la correzione degli errori

Se il sistema conosce il formato corretto di inserimento, dovrebbe offrire all’utente un suggerimento chiaro e concreto per correggere l’errore. È ancora meglio se le istruzioni per un inserimento corretto vengono mostrate già prima della compilazione del modulo, poiché possono aiutare l’utente a prevenire gli errori anziché doverli correggere soltanto dopo un invio non riuscito.

Ad esempio:

  • »La password deve contenere almeno 8 caratteri.«
  • »Inserisci la data nel formato GG.MM.AAAA.«

Collegamento con le linee guida per l’accessibilità (WCAG)

L’ambito relativo agli avvisi di errore riguarda i seguenti criteri di successo WCAG:

  • 3.3.1 Identificazione degli errori
  • 3.3.3 Suggerimenti per la correzione degli errori
  • 3.3.4 Prevenzione degli errori

Con avvisi di errore ben progettati consentiamo agli utenti di comprendere rapidamente il problema, correggerlo facilmente e completare con successo la procedura. In questo modo miglioriamo l’esperienza utente, riduciamo il numero di invii non riusciti dei moduli e garantiamo l’accessibilità dei servizi digitali a tutti gli utenti.