---
title: "Le formulaire de ton site ne t'envoie pas les e-mails : comment le repérer avant de perdre un client de plus"
description: "Le formulaire de ton site ne t'envoie pas les e-mails et tu ne le découvres que quand un client se plaint. Six causes réelles et le test en dix minutes."
date: "2026-10-29"
category: "Sites web pour commerces"
keywords: "formulaire de contact n'envoie pas l'e-mail, je ne reçois pas les messages de mon site, formulaire site web part en spam, réparer formulaire de contact, e-mails du formulaire n'arrivent pas"
portada: "/portadas/portada-formulario-web-no-llega-el-correo.webp"
---

Une kinésithérapeute de Vecindario m'a montré son site il y a quelques mois. Elle en était contente : joli, rapide, avec sa photo et ses horaires bien placés. Je lui ai demandé combien de messages elle recevait par mois via le formulaire et elle m'a répondu deux ou trois. Nous avons ouvert ensemble la boîte qu'elle avait configurée et il y avait 31 messages non lus dans le dossier spam des quatre derniers mois. Trente et une personnes qui avaient écrit pour demander un rendez-vous et qui n'ont jamais reçu de réponse.

C'est la panne la plus chère et la plus silencieuse d'un site : le formulaire est envoyé, la page affiche « message envoyé », le client est rassuré et l'e-mail n'arrive jamais. Aucune erreur, aucun avertissement, rien de cassé. Il disparaît, tout simplement. Et presque personne ne le découvre avant qu'un client, agacé, appelle pour demander pourquoi tu ne réponds pas.

Voici les six causes, par ordre de fréquence, et ce qu'il faut faire pour chacune.

## 1. L'e-mail part de l'hébergement sans authentification

C'est la cause numéro un, de loin. La plupart des sites envoient le formulaire avec la fonction mail du serveur lui-même. Cet envoi n'est pas signé : Gmail, Hotmail et Outlook reçoivent un message qui prétend venir de ton domaine mais ne peut pas le prouver, et le classent en spam ou le rejettent directement.

La solution est d'envoyer via le SMTP d'un fournisseur avec **SPF et DKIM** configurés sur le domaine : l'adresse e-mail professionnelle que tu paies, ou un service d'envoi transactionnel. C'est une demi-heure de travail et ça ne coûte rien avec les offres gratuites habituelles.

## 2. Le champ « répondre à » est mal réglé

Beaucoup de sites envoient l'e-mail « de » l'adresse du formulaire au lieu de celle du client. Le message t'arrive, tu cliques sur répondre et tu t'écris à toi-même. Résultat : tu réponds, mais le client ne reçoit rien et tu crois que si.

Ça se corrige en mettant l'adresse du client dans le champ `Reply-To` (répondre à). Une ligne de code, et des conversations perdues pendant des semaines sont évitées.

## 3. Le message part vers un compte qui n'existe plus

Ça arrive plus souvent qu'il n'y paraît. Le site a été monté avec l'e-mail du cousin qui a aidé, de l'associé parti ou d'un compte de test supprimé il y a des années. L'envoi fonctionne, l'e-mail rebondit et personne ne regarde les retours.

Il faut vérifier l'adresse de destination dans le code et dans l'administration du site, pas se fier à ce qu'on croit se rappeler. Et si ce compte existe mais que personne ne l'ouvre, c'est comme s'il n'existait pas.

## 4. Le formulaire n'envoie rien, mais affirme le contraire

Ici la panne est plus bête et plus difficile à voir : le bouton fait son animation, le message de succès apparaît et la requête au serveur a échoué en route (une erreur, une route modifiée, un service d'e-mail expiré). Le site ment sans le vouloir, et le client est rassuré lui aussi.

Sans journaux d'erreurs, c'est invisible. On le détecte en remplissant soi-même le formulaire depuis son téléphone, avec une adresse qui n'est pas la sienne.

## 5. La limite de l'hébergement ou une boîte pleine

Les offres d'hébergement bon marché limitent le nombre d'e-mails envoyés par heure. Un jour avec plus de trafic que d'habitude — une campagne, un salon, une actualité — et les envois se bloquent en silence jusqu'à l'heure suivante. Les messages de cette tranche sont perdus et ne reviennent pas.

La même chose arrive avec une boîte qui se remplit : les nouveaux e-mails rebondissent et l'expéditeur ne l'apprend pas toujours.

## 6. Le client a mal écrit son adresse

Moins fréquent, mais ça arrive : une lettre inversée, un `.con` au lieu de `.com`, un numéro de téléphone avec un chiffre en moins. Si le message n'existe que sous forme d'e-mail, ce contact est perdu pour toujours. S'il est aussi enregistré sur le site, tu peux appeler et le récupérer.

## Comment le vérifier en dix minutes

1. Remplis ton propre formulaire avec une adresse qui n'est **pas** la tienne. Fais-le deux fois : une avec Gmail et une avec Hotmail, qui filtrent différemment.
2. Regarde le dossier spam, l'onglet promotions et la corbeille, pas seulement la boîte de réception.
3. Vérifie le dossier des éléments envoyés du compte qu'utilise le site, s'il existe.
4. Demande à celui qui a fait le site de te confirmer depuis quelle adresse part l'e-mail et via quel fournisseur.
5. Si le site a une administration ou une base de données, vérifie si ton message de test y est enregistré. S'il n'y est pas, le formulaire n'enregistre rien.
6. Réponds à l'e-mail qui arrive. Si la réponse part vers ta propre adresse, le « répondre à » est mal réglé.

## Ce que devrait faire n'importe quel formulaire

- **Enregistrer chaque message** dans une base de données ou une administration, même si l'e-mail échoue. C'est le seul vrai filet de sécurité.
- **Envoyer via SMTP authentifié** avec le domaine signé (SPF et DKIM).
- **Mettre l'e-mail du client dans le « répondre à »** pour que répondre soit un clic.
- **Confirmer au client** avec un accusé de réception automatique : ça réduit les appels et prouve que le circuit fonctionne.
- **Prévenir quand ça échoue** : si l'envoi ne part pas, le visiteur doit le voir et avoir un numéro de téléphone à appeler.
- **Demander le consentement** avec une case non cochée et un lien vers la politique de confidentialité.

Ce dernier point n'est pas un détail. Un formulaire qui collecte nom, téléphone et e-mail sans case de consentement ni lien légal est un problème de protection des données, et l'amende peut coûter bien plus cher que le site entier. Je l'explique tranquillement dans [mentions légales, confidentialité et cookies de ton site](/blog/fr/aviso-legal-privacidad-y-cookies-de-tu-web).

## Combien coûte cette panne en euros

Fais le calcul avec tes chiffres. Si ton site reçoit 15 messages par mois et que tu en perds quatre en route — deux en spam, un dans un rebond, un non enregistré — et que ton client moyen laisse 30 €, ça fait 120 € par mois. Mille quatre cents par an, pour une panne que personne ne voit et dont personne ne se plaint, parce que celui qui ne reçoit pas de réponse s'en va simplement chez le concurrent.

La réparation, dans la plupart des cas, coûte zéro euro en services et un après-midi de travail. Le plus dur n'est pas la solution : c'est de découvrir que le problème existe. Si tu veux, commence par le plus simple et vérifie si ton site fonctionne vraiment avec [cette liste de contrôles](/blog/fr/como-saber-si-mi-web-funciona).

Et si tu préfères que quelqu'un qui monte des sites tous les mois y jette un œil, avec les envois déjà testés et les messages enregistrés dès le premier jour, tu peux [demander une proposition de design gratuite](/solicita-web/fr) et je te dis en deux jours ce que ton formulaire a et ce que je changerais.