Errori utili: stato certo e prossima azione
Un messaggio di errore non serve solo a dire che qualcosa è andato storto. Deve chiarire che cosa il sistema sa, che cosa non sa e quale singola azione può aiutare adesso, senza invitare a reinvii indiscriminati.
Separare stato certo e stato incerto
«Invio non riuscito» è diverso da «non sappiamo se è arrivato». Il primo descrive un esito noto; il secondo richiede prudenza per evitare duplicati.
Mostrate l’ora dell’ultimo aggiornamento e il dato osservabile. Non trasformate un timeout in una certezza sulla condizione o sulla sicurezza di una persona.
Indicare il prossimo passo per la rete
Per una rete assente spiegate se il contenuto è rimasto sul dispositivo, se è in attesa o se lo stato è sconosciuto. Proponete di controllare la connessione o usare il canale concordato.
Un comando confermato può essere salvato sul dispositivo e riprovato in background quando il prodotto lo documenta. Per un nuovo invio, invece, controllate prima lo stato: in caso incerto non create un duplicato.
Aiutare con i permessi
Un permesso negato deve nominare la funzione coinvolta e il motivo pratico per cui serve. Spiegate dove correggerlo, senza promettere che concederlo risolverà ogni problema.
Offrite un’alternativa se la posizione o una notifica non sono disponibili. Il percorso non deve bloccare una chiamata o un messaggio manuale.
Gestire destinatari e dati
Se un destinatario manca, è disattivato o non raggiungibile, indicate quale voce è coinvolta e quale resta disponibile. Non fate ripartire l’intero invio senza conferma.
Mostrate destinatari, dati condivisi e conseguenza del prossimo passo. Un errore generico costringe a indovinare e può esporre informazioni al contatto sbagliato.
Progettare recupero senza perdere il lavoro
Conservate una bozza solo se il prodotto lo dichiara e spiegate come recuperarla o eliminarla. «Riprova» e «Modifica» devono fare cose diverse e avere etichette coerenti.
Dopo un errore, riportate il focus sul messaggio e lasciate il testo vicino al campo o all’azione che può correggerlo. Non spostate la persona in cima alla pagina.
Testare il prossimo passo
Provate rete lenta, rete assente, permesso negato, destinatario rimosso e risposta incerta. Chiedete a chi usa il prodotto di indicare cosa è certo e quale pulsante scegliere.
Verificate anche lingua, zoom, lettore di schermo e tastiera. Per un pericolo immediato, l’errore dell’app non sospende il numero locale di emergenza.
Domande frequenti
Timeout significa che il messaggio non è arrivato?
No. Significa che l’app non ha ricevuto una conferma entro il tempo previsto; lo stato può restare incerto.
Devo premere subito «Riprova»?
Solo se il prodotto documenta un comando idempotente o mostra che il primo tentativo non è partito. Con stato incerto controllate l’esito o usate il canale concordato.
Un permesso risolve sempre l’errore?
No. Può abilitare una funzione, ma rete, destinatari e disponibilità del servizio restano condizioni separate.
Fonti consultate
Le informazioni tecniche e di sicurezza sono state verificate sulle seguenti fonti ufficiali.
Nota editoriale: questa guida applica indicazioni W3C e il componente error message di GOV.UK a un’app di coordinamento. Le fonti sono state verificate l’8 settembre 2026; il comportamento dipende dal prodotto.
GUARDATE LO STATO
Ogni errore deve dire che cosa fare dopo
Provate rete, permessi, destinatari e stato incerto senza creare reinvii duplicati.
Scopri My Safe CircleQuesta guida tratta messaggi e recupero dell’interfaccia, non sostituisce i servizi di emergenza. Pericolo immediato: chiamate il numero locale competente.