LFW

Blog · Réussir ses formulaires

Repérer les fautes de frappe dans l'e-mail sans bloquer personne

gamil.com est un format d'e-mail valide et un contact perdu garanti. Comment attraper les fautes évidentes : quand vérifier, comment demander, et pourquoi le visiteur doit toujours avoir le dernier mot.

gamil.com n'est pas une faute pour votre formulaire

Quelqu'un trouve votre organisation, décide que vous valez un contact, remplit votre formulaire et tape son e-mail à une lettre près : gamil.com au lieu de gmail.com. Tous les validateurs du monde le laissent passer, parce qu'ils le doivent : c'est une adresse parfaitement formée. Elle n'appartient simplement à personne.

Puis votre réponse, votre rapport, votre confirmation d'inscription part, rebondit en silence quelque part où vous ne regarderez jamais, et le visiteur attend. De son côté de l'écran, l'histoire est simple : il vous a écrit, et vous n'avez jamais répondu. La faute était la sienne ; le silence ressemble au vôtre.

Là où cela vous coûte vraiment

C'est un problème de captation de contacts déguisé en problème technique. Les personnes qui tapent leur e-mail sur votre site sont celles que vous avez tout dépensé pour amener là : le membre qui renouvelle, le donateur en pleine décision, l'invité de l'événement, le prospect qui demande votre rapport. En perdre un pour une lettre inversée signifie que la partie la plus chère a déjà fonctionné et que la moins chère a échoué.

Et le volume n'est pas théorique. Quelques pour cent des adresses tapées à la main portent une faute, et les plus courantes sont d'une prévisibilité ennuyeuse : gamil, gmial, hotmial, yaho, et les terminaisons .cm et .con où un doigt a manqué le o.

Quand vérifier, et quand laisser les gens tranquilles

Vérifier à chaque frappe est la version du stagiaire zélé : techniquement attentif, pratiquement épuisant. Les adresses à moitié tapées ont toutes l'air fausses, alors le formulaire passe dix secondes à signaler une « erreur » que le visiteur était à deux caractères de corriger tout seul.

La version calme vérifie exactement deux fois : quand le visiteur quitte le champ après avoir tapé, et une fois de plus quand il appuie sur Envoyer. Ce sont les deux moments où l'adresse est censée être finie, les seuls moments où un soupçon vaut la peine d'être soulevé.

Demandez, expliquez, et laissez-les gagner

Quand le contrôle se déclenche, il doit se lire comme un collègue jetant un œil par-dessus votre épaule, pas comme un videur : « gamil.com est généralement une faute pour gmail.com. Une touche la corrige, ou gardez ce que vous avez tapé si c'est vraiment votre adresse ». L'explication compte. « E-mail invalide » n'apprend rien et insulte ceux qui ont raison ; nommer la faute soupçonnée laisse le visiteur trancher en une seconde.

Et ce doit être une question, jamais un mur, parce que les adresses improbables sont réelles tout le temps. Quelqu'un possède vraiment ce domaine. La conception sûre ne signale qu'une courte liste de fautes célèbres et de glissements évidents sur .com, ne remet jamais en cause le propre domaine d'une organisation (votreorg.cm peut vraiment être camerounais), et retient la réponse pour ne jamais demander deux fois.

Chaque formulaire public de ce site (le formulaire de contact, la prise de rendez-vous, les confirmations d'événement et le scanner gratuit) fonctionne exactement ainsi. Tapez gamil.com dans l'un d'eux et regardez-le demander, une fois, poliment.

La règle discrète en dessous

Le schéma se généralise au-delà de l'e-mail : la validation existe pour protéger l'intention du visiteur, pas les sentiments de la base de données. Un formulaire qui bloque de vraies personnes pour attraper des erreurs hypothétiques a ses loyautés à l'envers. Attrapez ce que vous pouvez nommer, demandez au lieu de supposer, et faites en sorte qu'avoir raison ne coûte aucun effort à l'humain de l'autre côté.

C'est cette série : les petites décisions précises qui séparent un formulaire que les gens terminent d'un formulaire que les gens abandonnent, une décision à la fois.

À lire ensuite

6 septembre 2026 8 minutes

Les quatre fichiers vers lesquels personne ne fait de lien

Chaque site web porte quatre fichiers texte qu'aucun visiteur ne voit jamais : robots.txt, sitemap.xml, security.txt et llms.txt. Les moteurs de recherche, les scanners de sécurité et les agents d'IA les lisent à chaque visite. Ce qu'est chacun d'eux, qui les lit vraiment, quoi y mettre, et la seule règle qui les garde tous sûrs. Nous avons repris cette liste sur notre propre site cette semaine et trouvé des manques, alors l'audit gratuit les vérifie désormais.

6 septembre 2026 6 minutes

Notre image principale disparaissait sur iPhone. Un bloqueur de publicités la cachait.

Pendant des semaines, l'image principale de trois de nos propres pages disparaissait une seconde et demie sur iPhone, au premier chargement seulement. Rien ne le reproduisait en laboratoire. Un relevé de terrain de cinquante lignes l'a trouvé en trois chargements de page : un bloqueur de publicités masquait tout élément dont la classe commençait par ad-.

Tous les articles →

Prefer to write?

Tell us what needs to work better.

Slow, fragile, hard to edit, missing a workflow. Say it plainly, and you'll get a straight answer, not a ticket number.

You'll get a straight answer, usually the same day.