Validation de formulaire - Quand les messages d'erreur doivent-ils être déclenchés?
Je travaille sur un formulaire d'inscription avec validation en ligne en temps réel. Je me demande quand nous devrions déclencher des messages d'erreur:
- avant, lorsque le champ est mis au point et jusqu'à ce que l'utilisateur ait entré une réponse valide
- tandis que, lorsque l'utilisateur tape et jusqu'à ce que le ait entré une réponse valide
- après, quand le champ est flou
Une étude pertinente qui me vient à l'esprit est décrite par Luke Wroblewski dans Inline Validation in Web Forms . Il a constaté que la validation prématurée des entrées peut être nuisible et que la validation des champs après la saisie aide les utilisateurs à remplir les formulaires plus rapidement et avec précision .
Pour mieux comprendre quand afficher les messages de validation en ligne, nous avons testé quelques variantes dans la moitié supérieure de notre formulaire.
Après
Dans cette version du formulaire, nous avons affiché un message de validation (succès ou erreur), après que l'utilisateur a indiqué qu'il avait fini de répondre à une question en passant à la suivante. (Il s'agit de valider "sur flou" dans le langage technique.)
Tandis que
Dans cette variante, nous avons affiché (et mis à jour) un message de validation pendant que l'utilisateur répondait à chaque question. (C'est-à-dire "à la pression d'une touche".)
Avant et pendant
Dans cette version, nous avons affiché un message de validation avant que l'utilisateur ne réponde à chaque question, c'est-à-dire dès qu'il concentre chaque élément du formulaire, puis pendant qu'il répond à la question. (Ceci valide "sur flou et sur pression de touche".)
Il a conclu que:
Lorsque nous avons utilisé la méthode "après" dans la première moitié du formulaire, les participants ont rempli le formulaire de sept à dix secondes plus rapidement que lorsque nous avons utilisé les méthodes "tout" et "avant et pendant" respectivement. La méthode "avant et pendant" a non seulement entraîné des délais d'exécution plus longs, mais a également produit des taux d'erreur plus élevés et des taux de satisfaction moins bons que les autres variantes de validation en ligne que nous avons testées.
Règles générales
Pour les questions ouvertes, donnez des commentaires une fois que l'utilisateur a fini de fournir une réponse (sur le flou, lorsqu'il passe au champ suivant).
Pour les questions pour lesquelles l'utilisateur pourrait avoir besoin d'aide plus tôt (par exemple, les champs de nom d'utilisateur et de mot de passe), envoyez des commentaires pendant qu'il tape, mais utilisez un délai approprié afin que les messages d'erreur prématurés ne les frustrent pas.
Afficher des messages d'erreur avant même que l'utilisateur ne commence à remplir le formulaire peut être trompeur car l'utilisateur n'a pas encore commencé à remplir le formulaire. D'après ce que j'ai vu dans les formulaires courants, les messages d'erreur apparaissent généralement lorsque le système reconnaît une erreur pendant que l'utilisateur essaie de la soumettre. Cela peut également être trompeur, surtout lorsqu'il existe un grand formulaire et que l'erreur s'est produite quelque part au début. Par conséquent, je pense que la meilleure façon est d'afficher le message d'erreur d'un champ après l'avoir concentré une fois et passé au suivant.
La validation de l'identifiant de l'e-mail lors de la mise au point du champ de saisie - Jusqu'à ce que vous saisissiez un message d'erreur d'identification valide se déclenchera - une fois que vous aurez entré le bon message d'erreur de formatage mailid se masquera 