10 erreurs de formulaire de contact à éviter (et comment les corriger)

Les erreurs de formulaire de contact les plus coûteuses sont souvent invisibles : des messages qui n’arrivent jamais, un formulaire trop long, des champs pénibles à remplir sur mobile, un captcha qui bloque les humains ou des mentions RGPD absentes. Un bon formulaire de contact demande le minimum, fonctionne sur tous les écrans, confirme l’envoi et achemine réellement chaque demande jusqu’à vous.

Voici les dix erreurs que l’on rencontre le plus souvent, classées de la plus grave à la plus subtile, avec pour chacune la correction à appliquer et la source qui la justifie. Une liste de vérification rapide termine l’article.

• Pourquoi le formulaire de contact mérite votre attention ?
• 1. Des messages qui n’arrivent pas
• 2. Pas de formulaire, ou un formulaire introuvable
• 3. Trop de champs
• 4. Un formulaire pénible sur mobile
• 5. Des libellés absents ou ambigus
• 6. Des messages d’erreur inutiles
• 7. Aucune confirmation après l’envoi
• 8. Un anti-spam qui bloque les humains
• 9. Le même formulaire pour toutes les demandes
• 10. Oublier le RGPD
• Quel outil utiliser ?
• Comment vérifier votre formulaire en 10 minutes ?
• Questions fréquentes
• Sources

Pourquoi le formulaire de contact mérite-t-il votre attention ?

Pour la plupart des sites vitrines, le formulaire de contact est le seul point de conversion : c’est là qu’un visiteur devient un prospect. Il paraît simple, et c’est justement pour cela qu’on le néglige. Un formulaire cassé ne génère aucune alerte : le site continue d’afficher « Message envoyé » pendant que les demandes se perdent. Et un formulaire mal conçu ne fait pas de bruit non plus : le visiteur abandonne, sans que vous le sachiez.

Erreur 1 : pourquoi les messages de votre formulaire n’arrivent-ils pas ?

C’est l’erreur la plus grave, car elle est silencieuse. Les causes les plus fréquentes : une adresse de destination obsolète, un serveur qui envoie les e-mails sans authentification, ou un expéditeur qui usurpe l’adresse du visiteur. Résultat : les messages finissent en spam ou sont refusés.

Depuis le 1er février 2024, Google exige de tous les expéditeurs vers Gmail qu’ils configurent au moins SPF ou DKIM pour leur domaine d’envoi. Concrètement :

• envoyez les e-mails du formulaire depuis une adresse de votre domaine, via un serveur SMTP authentifié, et mettez l’adresse du visiteur en « Répondre à » ;
• vérifiez que les enregistrements SPF et DKIM de votre domaine autorisent ce serveur ;
• enregistrez aussi chaque demande en base de données ou dans votre CRM, pour ne rien perdre si l’e-mail échoue ;
• testez le formulaire après chaque mise à jour du site, et au moins une fois par mois.

Erreur 2 : pas de formulaire, ou un formulaire introuvable ?

Une simple adresse e-mail en bas de page oblige le visiteur à ouvrir sa messagerie et à deviner quelles informations vous fournir. Des icônes de réseaux sociaux ne remplacent pas non plus un moyen de contact direct. Le formulaire structure la demande : vous recevez d’emblée l’essentiel pour répondre.

L’idéal est de proposer les deux : un formulaire et une adresse e-mail visible, sur une page contact accessible depuis le menu et le pied de page. On détaille les éléments d’une bonne page dans notre article sur la page de contact.

Erreur 3 : combien de champs mettre dans un formulaire de contact ?

Le moins possible. Le Nielsen Norman Group place « faire court » en tête de ses recommandations sur les formulaires : supprimer les champs inutiles demande du travail, mais réduit l’effort de l’utilisateur et augmente le taux de remplissage. Sur les tunnels de commande, Baymard Institute relève en moyenne 23,48 éléments de formulaire là où 12 à 14 suffiraient.

Pour un formulaire de contact, la base tient souvent en quatre champs : nom, e-mail, objet de la demande, message. Chaque champ supplémentaire doit répondre à la question : « En ai-je besoin pour la première réponse ? » Le reste se demande ensuite, par e-mail. Et si un champ est facultatif, indiquez-le clairement.

Erreur 4 : un formulaire pénible à remplir sur mobile ?

En France, selon StatCounter, le mobile représentait 44,6 % des pages vues en août 2026, contre 53 % pour l’ordinateur. Près d’un visiteur sur deux remplit donc potentiellement votre formulaire avec le pouce. Les corrections qui changent tout :

• une seule colonne, comme le recommande le Nielsen Norman Group, avec le libellé au-dessus du champ sur mobile ;
• les bons types de champs (type="email", type="tel") pour afficher le clavier adapté ;
• l’attribut autocomplete (name, email, tel, organization) pour que le navigateur remplisse les champs à la place de l’utilisateur ;
• des zones tactiles assez grandes et un bouton d’envoi visible sans chercher.

Erreur 5 : des libellés absents ou remplacés par des placeholders ?

Le texte grisé à l’intérieur d’un champ (le placeholder) disparaît dès qu’on commence à taper. Le Nielsen Norman Group déconseille de s’en servir à la place d’un libellé permanent. Les WCAG 2.2 (critère 3.3.2) demandent des étiquettes ou des instructions pour toute saisie, et le tutoriel formulaires du W3C recommande l’élément <label> associé à chaque champ, ainsi que <fieldset> et <legend> pour regrouper des options liées.

Autre piège : des champs obligatoires signalés uniquement par une couleur, ou pas signalés du tout. Le visiteur découvre la règle en échouant à l’envoi.

Erreur 6 : des messages d’erreur qui n’aident pas ?

« Erreur de saisie » en haut de page, un formulaire vidé après une erreur, un champ téléphone qui refuse les espaces sans le dire : autant de raisons d’abandonner. Les WCAG 2.2 (critère 3.3.1) demandent que l’erreur soit identifiée et décrite en texte. Le Nielsen Norman Group recommande de la signaler par plusieurs indices (contour du champ, texte, graisse) et pas seulement par la couleur, et d’expliquer les formats attendus avant la saisie.

Bonne pratique : placez le message juste sous le champ concerné, dites comment corriger (« Indiquez une adresse e-mail complète, par exemple nom@domaine.fr ») et conservez tout ce que l’utilisateur a déjà saisi.

Erreur 7 : aucune confirmation après l’envoi ?

Sans confirmation, le visiteur ne sait pas si son message est parti. Il renvoie le formulaire, ou il part chez un concurrent. Le W3C recommande d’informer l’utilisateur de la réussite de l’envoi comme des erreurs rencontrées. Trois options, cumulables :

• un message clair à l’écran, qui indique le délai de réponse ;
• une page de remerciement dédiée, qui permet aussi de mesurer les conversions dans votre outil d’analyse ;
• un e-mail de confirmation avec le récapitulatif de la demande.

Erreur 8 : un anti-spam qui bloque les humains ?

Sans protection, un formulaire reçoit vite des dizaines de messages indésirables. Mais un captcha à déchiffrer pénalise les vrais visiteurs, en particulier sur mobile et pour les personnes en situation de handicap. Privilégiez des protections invisibles :

• un champ piège (honeypot), invisible pour l’humain, que seuls les robots remplissent ;
• une vérification par score sans interaction, comme reCAPTCHA v3, qui attribue à chaque requête une note entre 0,0 (probablement un robot) et 1,0 ;
• un filtrage côté serveur (limite d’envois par adresse IP, mots-clés).

Un service tiers comme reCAPTCHA peut déposer des traceurs : vérifiez son impact sur votre bandeau cookies. On compare les solutions dans notre article Pourquoi avons-nous besoin de CAPTCHA ?

Erreur 9 : le même formulaire pour toutes les demandes ?

Un fleuriste reçoit des demandes de mariage, de deuil et de livraison en entreprise. Poser les mêmes questions à tout le monde, c’est au mieux inefficace, au pire maladroit. Deux corrections simples :

• un champ « Objet de votre demande » en tête, avec des champs conditionnels qui n’apparaissent que si l’option les rend utiles ;
• des formulaires dédiés aux campagnes : une landing page pour une offre précise mérite un formulaire qui reprend cette offre, et un routage vers la bonne personne.

Pour aller plus loin sur ces pages dédiées, voyez notre article Comment créer une landing page performante. Et si vos demandes doivent arriver directement dans un CRM ou un outil de suivi, c’est un chantier d’intégration et d’automatisation.

Erreur 10 : oublier le RGPD dans le formulaire de contact ?

Un formulaire collecte des données personnelles. Le RGPD impose une information concise, transparente, compréhensible et aisément accessible. Selon les exemples publiés par la CNIL, les mentions doivent indiquer notamment : l’identité du responsable de traitement, la finalité, la base légale, les destinataires, la durée de conservation et les droits des personnes. Ces mentions peuvent figurer sous le formulaire, avec un lien vers la politique de confidentialité pour le détail.

Les erreurs classiques : demander des données sans rapport avec la demande, inscrire d’office à la newsletter, ou conserver les messages indéfiniment. Si vous proposez une inscription à la newsletter, faites-en une case distincte et non cochée.

Quel outil utiliser pour créer un formulaire de contact ?

Sur WordPress, la plupart des sites utilisent une extension dédiée : Contact Form 7, Gravity Forms, WPForms ou Fluent Forms, par exemple. Elles couvrent toutes les besoins courants (champs, e-mails de notification, anti-spam). Le choix se fait surtout sur trois critères :

• l’enregistrement des demandes dans le site, et pas seulement l’envoi par e-mail (certaines extensions le font nativement, d’autres demandent un module complémentaire) ;
• la logique conditionnelle, si vous voulez adapter les questions à l’objet de la demande ;
• les connexions avec vos outils (CRM, outil d’e-mailing, tableur), directement ou via un service d’automatisation.

Quel que soit l’outil, les erreurs décrites plus haut restent de votre ressort : aucune extension ne choisira à votre place le nombre de champs, les libellés ou les mentions d’information. Et la bonne réception des e-mails dépend d’abord de la configuration d’envoi du site (SMTP authentifié).

Comment vérifier votre formulaire de contact en 10 minutes ?

1. Envoyez un message test depuis un téléphone, avec une adresse Gmail, et vérifiez qu’il arrive en boîte de réception (pas en spam).
2. Comptez les champs : chacun est-il indispensable pour une première réponse ?
3. Envoyez le formulaire vide : les erreurs sont-elles claires, près des champs, et vos saisies conservées ?
4. Vérifiez qu’un message de confirmation s’affiche et indique un délai de réponse.
5. Naviguez dans le formulaire au clavier seul (touche Tab) : chaque champ est-il atteignable et son libellé visible ?
6. Relisez les mentions d’information sous le formulaire et le lien vers la politique de confidentialité.
7. Contrôlez que chaque demande est aussi enregistrée ailleurs que dans une boîte mail.

Si votre site cumule plusieurs de ces problèmes, c’est souvent le signe qu’une remise à plat s’impose : c’est ce que l’on fait dans nos projets de création de site internet. Pour mesurer ensuite l’effet des corrections, lisez notre article sur l’optimisation du taux de conversion.

Questions fréquentes

Quels champs mettre dans un formulaire de contact ?

Le minimum pour répondre : nom, e-mail, objet et message. Ajoutez un champ seulement s’il est nécessaire pour la première réponse, et signalez clairement les champs facultatifs.

Pourquoi mes messages de formulaire arrivent-ils en spam ?

Le plus souvent, parce que le site envoie les e-mails sans authentification SPF ou DKIM, ou avec l’adresse du visiteur comme expéditeur. Passez par un SMTP authentifié de votre domaine.

Faut-il un captcha sur un formulaire de contact ?

Une protection anti-spam, oui. Un captcha à résoudre, pas forcément : un champ piège et une vérification invisible par score suffisent souvent, sans gêner les visiteurs.

Quelles mentions RGPD sous un formulaire de contact ?

Au minimum : responsable du traitement, finalité, base légale, destinataires, durée de conservation et droits des personnes, avec un lien vers la politique de confidentialité. La CNIL publie des exemples de mentions.

Un formulaire en plusieurs étapes est-il une bonne idée ?

Pour un simple contact, rarement. Pour une demande de devis longue, oui : le W3C recommande alors de découper en étapes logiques et d’indiquer la progression.

Sources

• Nielsen Norman Group : Website Forms Usability, Top 10 Recommendations
• W3C WAI : Forms Tutorial
• W3C : WCAG 2.2, critère 3.3.2 Étiquettes ou instructions
• W3C : WCAG 2.2, critère 3.3.1 Identification des erreurs
• MDN : attribut HTML autocomplete
• StatCounter : parts ordinateur, mobile et tablette en France
• Baymard Institute : Cart Abandonment Rate
• Google : consignes pour les expéditeurs d’e-mails
• Google : documentation reCAPTCHA v3
• CNIL : exemples de mentions d’information