Linee Guida

Messaggi di stato accessibili

Brevi messaggi come «Le modifiche sono state salvate», «Accesso effettuato con successo» o «Errore nell’invio del modulo» sono una parte importante dell’esperienza utente. Anche se vengono visualizzati solo per un breve periodo e spesso non ricevono il focus, devono essere percepibili anche dagli utenti che utilizzano tecnologie assistive. Solo così tutti possono sapere tempestivamente cosa è successo sulla pagina.

Smernica pokriva oviranosti:

Le notifiche accessibili consentono anche agli utenti che utilizzano lettori di schermo o altre tecnologie assistive di percepire informazioni importanti. Tali notifiche comunicano all’utente il risultato di un’azione, un errore, un avviso o un cambiamento di stato, senza che sia necessario spostare il focus su un altro elemento della pagina.

Per quali utenti sono particolarmente importanti le notifiche accessibili?

Le notifiche accessibili sono fondamentali per:

  • persone che utilizzano lettori di schermo,
  • utenti ciechi e ipovedenti,
  • persone con disabilità cognitive che necessitano di un feedback chiaro,
  • utenti che navigano sul web esclusivamente tramite tastiera.

Sono inoltre utili a tutti gli altri utenti, poiché comunicano chiaramente se un’azione è stata completata con successo, se si è verificato un errore oppure se è necessario un ulteriore intervento.

Cosa sono le notifiche di stato?

Le notifiche di stato comunicano all’utente un cambiamento di stato senza modificare il contesto della pagina. Ne sono esempi:

  • una notifica che conferma il corretto salvataggio dei dati,
  • un messaggio relativo all’accesso o alla disconnessione avvenuti con successo,
  • un avviso relativo a un errore nella compilazione di un modulo,
  • un’informazione relativa all’aggiunta di un prodotto al carrello,
  • un’informazione relativa alla modifica della visualizzazione dei risultati di ricerca,
  • una notifica relativa all’inizio o al completamento del caricamento di un contenuto.

Tali notifiche devono essere comunicate anche alle tecnologie assistive, anche se l’utente non sposta il focus su di esse.

Suggerimento: L’utente non dovrebbe dover cercare l’informazione che gli conferma se la sua azione è stata completata con successo. Il sistema dovrebbe comunicare autonomamente i cambiamenti importanti.
Motore di ricerca degli eventi con pulsanti per filtrare i risultati in base a diverse categorie di eventi.

Errori frequenti

La notifica è visibile, ma il lettore di schermo non la legge

Un errore frequente consiste nel mostrare la notifica soltanto visivamente. L’utente che utilizza un lettore di schermo non viene quindi informato del cambiamento.

Pratica scorretta: Dopo l’invio del modulo appare una notifica verde »I dati sono stati salvati«, ma il lettore di schermo non la legge perché non è identificata programmaticamente come messaggio di stato.

I messaggi di stato devono essere determinabili programmaticamente, in modo che le tecnologie assistive possano rilevarli senza spostare il focus. Nella pratica, ciò viene generalmente garantito mediante l’uso delle ARIA Live Regions: role=”status” viene utilizzato per i normali messaggi informativi, mentre role=”alert” è destinato agli avvisi importanti e agli errori che l’utente deve percepire immediatamente.

Esempio di una notifica chiara che informa l’utente che il modulo è stato inviato correttamente.

L’avviso è poco comprensibile (in una lingua straniera) e non è sufficientemente preciso

La notifica deve essere formulata nella lingua dell’utente e descrivere il problema in modo chiaro e sufficientemente preciso. Messaggi generici o in una lingua straniera spesso non aiutano l’utente a correggere l’errore.

Pratica scorretta: La notifica è scritta in una lingua straniera oppure contiene un messaggio generico che non spiega all’utente quale sia il problema e come possa risolverlo.
Modulo con messaggi di errore in lingua inglese sotto i campi obbligatori relativi al nome e all’indirizzo e-mail.

A cosa dobbiamo prestare particolare attenzione?

Nella preparazione delle notifiche di stato verifichiamo:

  • Le tecnologie assistive rilevano la notifica senza spostare il focus?
  • Il testo è chiaro, breve e comprensibile?
  • La notifica scompare automaticamente durante la navigazione tra gli elementi oppure dopo un determinato intervallo di tempo?
  • L’utente può continuare a utilizzare il sito senza interruzioni dopo la comparsa della notifica?

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

L’ambito relativo ai messaggi di stato riguarda il seguente criterio di successo WCAG:

  • 4.1.3 Messaggi di stato

Con notifiche di stato correttamente predisposte garantiamo che le informazioni importanti raggiungano tutti gli utenti, compresi coloro che utilizzano lettori di schermo o altre tecnologie assistive. In questo modo miglioriamo l’accessibilità, riduciamo l’incertezza nell’utilizzo dei servizi web e consentiamo a tutti gli utenti di ricevere tempestivamente e in modo equo le informazioni sui cambiamenti che avvengono nella pagina.