Messaggi di errore del modulo: esempi e criteri di scrittura

Campo vuoto: il messaggio deve nominare l'informazione richiesta. Per un campo email obbligatorio potete usare «Inserisci un indirizzo email a cui possiamo rispondere». Non chiedete una correzione che il visitatore non può individuare.

Formato non riconosciuto: descrivete il requisito senza affermare che l'indirizzo non esista. «Controlla il formato dell'email, per esempio nome@example.com» è diverso da «Email inesistente»: un controllo di formato non dimostra l'esistenza della casella.

Invio non riuscito: il testo deve corrispondere a ciò che il sistema sa. Se la richiesta non è stata salvata, potete indicare che non è stata inviata e offrire di riprovare. Se l'esito è incerto, non dichiarate né successo né fallimento definitivo. Chiedete allo sviluppatore come riconciliare il tentativo prima di proporre un nuovo invio che potrebbe duplicarlo.

Per un allegato troppo grande, riportate il limite realmente configurato e i formati ammessi. Non copiate una soglia da un altro sito. Per un problema tecnico, prevedete un canale alternativo soltanto se è presidiato e appropriato alla richiesta.

W3C raccomanda messaggi chiari, indicazioni per correggere gli errori e riferimenti ai campi interessati. Un riepilogo può aiutare quando ci sono più problemi; il messaggio accanto al singolo campo deve permettere di riconoscere la correzione richiesta. Il colore da solo non spiega cosa fare.

Create una riga per ciascuna condizione: evento che la attiva, testo proposto, posizione, azione successiva, dati conservati e responsabile della verifica. Aggiungete la condizione di uscita: quando il messaggio scompare e cosa succede dopo la correzione.

Esempio ipotetico: il campo «Descrivi il progetto» è obbligatorio. Stato iniziale: nessun errore prima che la persona tenti di inviare. Dopo l'invio incompleto: «Descrivi in poche parole il progetto per continuare». Dopo una correzione valida: l'errore non deve restare visibile. I limiti del campo vanno dichiarati se presenti.

Provate la sequenza errore, correzione e nuovo tentativo. Controllate che il testo inserito non venga perso inutilmente, che si possa raggiungere il campo con la tastiera e che le notifiche siano comprensibili con le tecnologie assistive. La presenza di un messaggio scritto bene non certifica da sola l'accessibilità.

Concordate anche la conferma finale: deve indicare ciò che è stato completato, evitando tempi di risposta mai approvati. Il collaudo deve verificare separatamente la ricezione della richiesta da parte del destinatario.

Per migliorare il percorso di contatto con ConversionWorks, portate questa scheda insieme agli errori riproducibili. Permette di intervenire sul punto preciso in cui la persona si blocca, senza attribuire automaticamente ogni abbandono alla formulazione del pulsante.