Comment WordPress envoie un e-mail
Un formulaire de contact appelle la fonction wp_mail() de WordPress. Par défaut, elle confie le message au programme d'envoi du serveur, comme la fonction mail de PHP, avec pour expéditeur wordpress@ suivi du nom de votre site. Sa documentation, relue le 14 octobre 2026, le précise : une réponse positive veut seulement dire que la demande a été traitée sans erreur, pas que le destinataire a reçu le message.
Le message part donc du serveur qui héberge votre site. Les messageries qui le reçoivent vérifient que ce serveur a le droit d'envoyer pour votre domaine, et que l'expéditeur affiché correspond à ce domaine.
1. Regarder où le message s'est perdu
- Cherchez dans les indésirables de la boîte qui doit recevoir les messages, et dans ceux de l'adresse d'administration de WordPress.
- Envoyez-vous un test avec le formulaire, vers une adresse Gmail : s'il y arrive, ouvrez-le, puis « Afficher l'original ». Gmail y indique si SPF, DKIM et DMARC passent.
- Si rien n'arrive nulle part, demandez à votre hébergeur s'il voit le message dans le journal d'envoi du serveur, et s'il a été refusé.
2. Régler l'expéditeur du formulaire
Beaucoup de formulaires mettent l'adresse du visiteur dans le champ « De » (From) pour que vous puissiez répondre directement. Votre serveur n'a pas le droit d'envoyer au nom de gmail.com ou d'orange.fr : le message échoue aux contrôles et finit refusé ou en indésirable.
La bonne pratique de Contact Form 7, qui vaut pour tous les formulaires, est la suivante :
- Dans le champ « De », mettez une adresse de votre domaine, par exemple
[email protected]. - Mettez l'adresse du visiteur en « Répondre à » (Reply-To). Dans Contact Form 7, cela se règle dans le champ Additional headers de l'onglet Mail, libellés de sa documentation anglaise :
Reply-To: [your-email], où[your-email]est le nom du champ e-mail de votre formulaire. - Enregistrez, puis envoyez un test.
Vous cliquez toujours sur « Répondre » pour écrire au visiteur, et le message part d'une adresse que votre domaine autorise.
3. Vérifier le SPF du domaine
L'enregistrement SPF liste les serveurs autorisés à envoyer pour votre domaine. S'il manque, ou s'il ne cite pas le serveur de votre hébergement, les messages du site sont suspects. Il se publie dans la zone DNS du domaine, là où elle est gérée : chez votre bureau d'enregistrement, chez Cloudflare ou chez votre hébergeur. La syntaxe est détaillée dans Enregistrement SPF, et les autres causes de classement en indésirable dans Mes e-mails arrivent en spam.
4. Envoyer par SMTP avec une vraie boîte
Une extension SMTP fait passer les e-mails de WordPress par une boîte de votre domaine, avec son identifiant et son mot de passe, comme le ferait votre logiciel de messagerie. Le message est alors authentifié, et son expéditeur est une adresse qui existe.
- Créez une boîte dédiée sur votre domaine, par exemple
[email protected], voir Créer une adresse mail professionnelle. - Installez une extension SMTP depuis Extensions, Ajouter. Il en existe plusieurs dans le répertoire officiel, comme WP Mail SMTP ou FluentSMTP.
- Choisissez l'envoi par un serveur SMTP « autre » ou générique, puis saisissez le serveur d'envoi de votre messagerie, le port, le chiffrement, l'adresse complète comme identifiant et le mot de passe de la boîte.
- Mettez cette même adresse en expéditeur, et forcez-la si l'extension le propose, pour que tous les formulaires l'utilisent.
- Envoyez un e-mail de test depuis l'extension, puis depuis le formulaire.
Les menus diffèrent d'une extension à l'autre ; les valeurs, elles, sont celles de votre messagerie.
Sur un hébergement Hubspace
Sans extension SMTP, les e-mails de votre site partent de notre serveur, qui se présente comme hub.hubspace.fr. Votre SPF doit donc l'autoriser : le modèle DNS de notre panneau Plesk contient pour cela a:hub.hubspace.fr. Votre zone DNS étant le plus souvent chez votre bureau d'enregistrement ou chez Cloudflare, vérifiez qu'il y figure.
Avec une extension SMTP et une boîte de votre offre, les réglages sont :
| Réglage | Valeur |
|---|---|
| Serveur SMTP | hub.hubspace.fr |
| Port et chiffrement | 465 en SSL/TLS, ou 587 en STARTTLS |
| Identifiant | l'adresse complète de la boîte |
| Mot de passe | celui de la boîte, choisi dans Plesk |
La messagerie est comprise dans chaque offre d'hébergement, avec un nombre de boîtes qui dépend de l'offre : sur Départ, qui en compte une, l'extension SMTP peut utiliser cette boîte comme expéditeur. Les détails des serveurs sont dans Serveur SMTP et IMAP.
Questions fréquentes
Les messages arrivaient, et ils ont cessé : pourquoi ?
Les grandes messageries renforcent leurs contrôles, comme Google dans ses consignes aux expéditeurs : un expéditeur toléré hier peut être refusé aujourd'hui. Un changement de zone DNS ou d'hébergeur peut aussi avoir retiré le serveur du SPF. Reprenez les étapes 2 et 3.
Faut-il créer l'adresse wordpress@ de mon domaine ?
C'est conseillé si vous gardez l'envoi par défaut : certains serveurs refusent un expéditeur qui n'existe pas. Avec une extension SMTP et une adresse d'expéditeur forcée, elle ne sert plus.
L'extension SMTP affiche une erreur d'authentification : que vérifier ?
L'identifiant doit être l'adresse complète, et le mot de passe celui de la boîte, pas celui de Plesk ou de l'espace client. Vérifiez aussi que le port et le chiffrement vont ensemble : 465 avec SSL/TLS, 587 avec STARTTLS.
Articles liés
- Écran blanc WordPress : que faireÉcran blanc WordPress, sans aucun message : délimiter la panne, vider le cache, lire le journal d'erreurs, puis écarter extensions et thème, dans le bon ordre.
- Trop de redirections WordPress : la solutionWordPress affiche « trop de redirections » : mode Flexible de Cloudflare, adresse du site mal réglée, extension ou .htaccess. Trouver la boucle et la casser.
- Désactiver un plugin WordPress sans l'adminDésactiver une extension WordPress sans accès à l'administration : renommer son dossier, toutes les désactiver d'un coup, ou passer par WP-CLI ou WP Toolkit.