WordPress n’envoie pas d’e-mails ? Correctifs SMTP, DNS, formulaires, WooCommerce et délivrabilité (2026)
Dépannez les e-mails WordPress qui ne s’envoient pas avec une checklist étape par étape pour SMTP, l’authentification DNS, les formulaires de contact, WooCommerce, les réinitialisations de mot de passe, les journaux et la délivrabilité.
Lorsque WordPress n’envoie pas d’e-mails, l’échec peut se produire à quatre endroits : WordPress ne crée jamais le message, un plugin le bloque ou le route au mauvais endroit, l’hébergeur refuse de l’envoyer, ou les fournisseurs de boîtes de réception le rejettent ou le filtrent.
Le bon réflexe n’est pas de commencer par « essayer un autre plugin de formulaire de contact ». Identifiez d’abord l’e-mail qui a échoué, puis passez à une configuration d’envoi correcte avec DNS authentifié et tests reproductibles.
Diagnostic rapide
Utilisez ce tableau pour réduire le problème avant de changer de plugins.
| Symptôme | Cause probable | Première vérification |
|---|---|---|
| La réinitialisation de mot de passe n’arrive jamais | Le chemin d’envoi WordPress est cassé | Envoyez un e-mail de test depuis un plugin SMTP |
| Le formulaire de contact indique envoyé, mais la boîte de réception est vide | Problème de destinataire du formulaire ou de mailer | Vérifiez les paramètres de notification du formulaire et les journaux d’e-mails |
| Les e-mails de commande WooCommerce manquent | Modèle désactivé, mauvais destinataire ou problème d’expéditeur | Revoyez les paramètres d’e-mail WooCommerce et passez une commande de test |
| Les e-mails arrivent en spam | Authentification ou réputation faible | Vérifiez SPF, DKIM, DMARC, le domaine From et le contenu |
| Certains e-mails partent, mais d’autres échouent | Paramètres de notification propres à un plugin | Testez chaque type de plugin séparément |
| Les e-mails admin fonctionnent, mais les e-mails clients échouent | Filtrage destinataire, modèle ou suppression | Vérifiez les journaux et le statut de l’adresse e-mail client |
Ne vous fiez pas à un seul test. Testez la réinitialisation de mot de passe, les formulaires de contact, WooCommerce, les notifications admin et tout plugin d’adhésion ou de réservation qui envoie des e-mails.
Pourquoi les e-mails WordPress échouent
WordPress utilise wp_mail(), qui transmet généralement les messages à la fonction mail du serveur, sauf si un plugin change le routage. Ce chemin par défaut peut être peu fiable parce que :
- L’hébergeur peut bloquer ou limiter PHP mail.
- Les messages peuvent ne pas être authentifiés avec le domaine d’envoi.
- Les IP d’hébergement mutualisé peuvent avoir une mauvaise réputation.
- L’adresse From peut ne pas correspondre au domaine du site.
- Les échecs peuvent rester silencieux si les journaux ne sont pas activés.
- Plusieurs plugins peuvent remplacer le même comportement d’e-mail.
- Des enregistrements DNS peuvent manquer ou être mal alignés.
La correction durable consiste à envoyer via un mailer SMTP ou API dédié et à vérifier le domaine.
Étape 1 : confirmer le type d’échec
Créez une courte matrice de test :
| Test | Pourquoi c’est important |
|---|---|
| Réinitialisation de mot de passe | Confirme l’e-mail WordPress cœur |
| Notification de nouvel utilisateur | Confirme les e-mails admin et de compte |
| Soumission de formulaire de contact | Confirme les notifications du plugin de formulaire |
| Commande de test WooCommerce | Confirme les e-mails de commande client et boutique |
| Commande échouée ou remboursement | Confirme les modèles transactionnels moins courants |
| E-mail de test du plugin SMTP | Confirme la connexion au mailer |
Notez si chaque message est livré, manquant, retardé ou envoyé en spam. Cela vous indique si le problème est global ou limité à un plugin.
Étape 2 : installer un mailer SMTP ou API
Utilisez un plugin comme WP Mail SMTP ou un autre mailer WordPress réputé. Le plugin doit vous permettre de router les e-mails WordPress via un expéditeur comme Brevo, SMTP.com, SendGrid, Mailgun, Gmail, Amazon SES ou un autre fournisseur compatible avec l’envoi authentifié.
Configuration de base :
- Installez le plugin de mailer.
- Choisissez un fournisseur pris en charge par le plugin.
- Connectez-vous avec une clé API, OAuth ou des identifiants SMTP.
- Définissez un From Email qui utilise votre domaine.
- Définissez un From Name qui correspond au site ou à la marque.
- Activez les paramètres de From forcé seulement après avoir confirmé qu’ils ne casseront pas les plugins.
- Envoyez un e-mail de test.
Les mailers API sont souvent plus faciles à surveiller que des identifiants SMTP bruts, car ils peuvent fournir des erreurs et journaux d’événements plus clairs. SMTP fonctionne toujours lorsqu’il est correctement configuré.
Étape 3 : vérifier l’expéditeur et l’authentification DNS
La plupart des problèmes de type « les e-mails WordPress vont en spam » se résument à l’identité.
Vérifiez :
- Le domaine From est le même domaine, ou un sous-domaine vérifié, que vous contrôlez.
- SPF inclut le service qui envoie les e-mails WordPress.
- DKIM est activé pour le service d’envoi.
- DMARC existe et s’aligne avec votre configuration d’expéditeur.
- L’adresse From n’est pas une boîte gratuite comme Gmail ou Yahoo pour un e-mail professionnel.
- L’adresse reply-to est surveillée.
Après l’ajout des enregistrements DNS, attendez la propagation et retestez. Un panneau DNS correct ne prouve rien tant que de vrais messages ne s’authentifient pas dans les en-têtes de boîte de réception.
Étape 4 : corriger les e-mails des formulaires de contact
Les plugins de formulaire de contact ont souvent leurs propres paramètres de notification.
Checklist :
- Confirmez que la notification du formulaire est activée.
- Vérifiez que l’adresse « To » est correcte.
- Utilisez une adresse From sur votre domaine, pas l’e-mail du visiteur.
- Placez plutôt l’e-mail du visiteur dans Reply-To.
- Vérifiez les champs obligatoires et les paramètres anti-spam.
- Désactivez les notifications en double pendant les tests.
- Testez avec une adresse e-mail non admin.
Si le test SMTP réussit, mais que l’e-mail du formulaire de contact échoue, le problème vient généralement de la configuration du formulaire, pas de l’expéditeur.
Étape 5 : corriger les e-mails WooCommerce
WooCommerce dispose de modèles et de destinataires séparés pour différents événements.
Vérifiez :
- Allez dans les paramètres d’e-mail WooCommerce et confirmez que chaque e-mail requis est activé.
- Revoyez le champ destinataire pour les e-mails admin.
- Passez une vraie commande de test avec un produit de test.
- Testez les statuts de commande en cours, terminée, remboursée et échouée.
- Confirmez que les e-mails de commande invité et les e-mails de compte partent tous les deux.
- Vérifiez si un autre plugin personnalise les modèles d’e-mails WooCommerce.
- Consultez les journaux pour les réponses API ou SMTP échouées.
Si les clients ne reçoivent pas l’e-mail de commande, traitez-le comme un problème de chiffre d’affaires et de support. Corrigez la livraison transactionnelle avant de lancer des campagnes marketing.
Étape 6 : résoudre les e-mails qui vont en spam
Le placement en spam nécessite généralement plusieurs améliorations, pas un réglage magique.
Commencez ici :
- Authentifiez le domaine avec SPF, DKIM et DMARC.
- Utilisez un nom From et une adresse From cohérents.
- Évitez d’envoyer depuis un domaine qui n’a jamais été chauffé si le volume est élevé.
- Supprimez les liens cassés, les raccourcisseurs d’URL et les objets trompeurs.
- Évitez les pièces jointes dans les notifications WordPress courantes lorsque c’est possible.
- Surveillez les signaux de rebond et de plainte dans la plateforme d’envoi.
- Séparez l’e-mail marketing de l’e-mail transactionnel WordPress si le volume ou la réputation diffèrent.
Si l’e-mail est important pour votre chiffre d’affaires, n’ignorez pas les tests de spam après la première livraison réussie en boîte de réception. Répétez les tests après des changements de thème, plugin, hébergement, DNS ou expéditeur.
Étape 7 : vérifier les conflits de plugins et les règles d’hébergement
Si l’expéditeur fonctionne, mais que WordPress échoue encore de façon incohérente, isolez les conflits.
Processus sûr :
- Confirmez que les sauvegardes sont à jour.
- Désactivez temporairement les autres plugins liés aux e-mails.
- Gardez uniquement le mailer SMTP ou API actif.
- Testez l’e-mail WordPress cœur.
- Testez les formulaires de contact.
- Testez WooCommerce.
- Réactivez les plugins un par un.
Vérifiez aussi les restrictions côté hébergeur. Certains hébergeurs infogérés bloquent les ports SMTP sortants ou imposent des services d’e-mail approuvés. Si les identifiants SMTP échouent, mais que l’envoi API fonctionne, les restrictions d’hébergement peuvent être en cause.
Modèles d’erreurs et correctifs
| Erreur ou comportement | Que faire |
|---|---|
| Échec de l’authentification | Recréez les identifiants et confirmez le nom d’utilisateur, le mot de passe, la clé API ou la connexion OAuth |
| Timeout de connexion | Vérifiez le pare-feu de l’hébergeur, le port SMTP, le mode SSL/TLS, ou utilisez un mailer API |
| Expéditeur non vérifié | Vérifiez le domaine From ou l’adresse d’expéditeur dans le service e-mail |
| Échec DKIM | Recopiez les enregistrements DNS DKIM et attendez la propagation |
| Échec SPF | Ajoutez le service d’envoi à SPF et évitez les enregistrements SPF multiples |
| Échec DMARC | Alignez le domaine From avec SPF ou DKIM et revoyez la politique |
| Le formulaire envoie à l’admin, mais pas à l’utilisateur | Vérifiez le modèle de notification utilisateur, les champs de fusion et les suppressions |
| E-mail admin WooCommerce manquant | Vérifiez que le modèle est activé et que le champ destinataire est correct |
Surveillance après correction
Les e-mails WordPress peuvent casser plus tard après des mises à jour de plugins, des modifications DNS, des changements de domaine ou des changements de fournisseur.
Surveillez :
- Les journaux d’erreurs SMTP ou API.
- Le taux de rebond.
- Les plaintes spam.
- Les e-mails WooCommerce échoués.
- Les échecs de notification des formulaires de contact.
- Les tickets support liés aux réinitialisations de mot de passe.
- Les rapports DMARC si vous les examinez.
Planifiez un test mensuel récurrent pour les sites importants. Pour l’e-commerce, testez après chaque changement majeur WooCommerce ou checkout.
Checklist QA de lancement
Avant de déclarer le problème corrigé :
- La réinitialisation de mot de passe arrive en boîte de réception.
- L’e-mail de nouvel utilisateur arrive.
- La notification admin du formulaire de contact arrive.
- La confirmation visiteur du formulaire de contact arrive si elle est utilisée.
- Les e-mails de commande WooCommerce arrivent pour l’admin et le client.
- Les e-mails de remboursement, commande échouée et commande terminée fonctionnent.
- Le domaine d’expéditeur passe SPF et DKIM.
- DMARC existe.
- Les plugins de mailer inutilisés sont désactivés.
- Les journaux ne montrent pas d’échecs répétés.
- L’équipe support sait où vérifier les journaux d’e-mails.
FAQ
L’e-mail WordPress est-il cassé par défaut ?
Pas toujours, mais le chemin d’envoi par défaut est fragile. Il dépend de l’hébergement, de la configuration mail serveur, de l’identité d’expéditeur et du filtrage des boîtes de réception. Les sites de production doivent utiliser un mailer dédié.
Dois-je utiliser SMTP ou un mailer API ?
Les deux peuvent fonctionner. Les mailers API fournissent souvent une configuration et des journaux plus clairs, tandis que SMTP est largement pris en charge. Choisissez l’option que votre plugin et votre fournisseur e-mail prennent le mieux en charge, puis testez-la rigoureusement.
Puis-je envoyer depuis une adresse Gmail ?
Pour un site professionnel, utilisez une adresse sur votre domaine. Envoyer les e-mails du site depuis une boîte gratuite peut créer des problèmes d’authentification et de confiance.
Pourquoi le test SMTP fonctionne-t-il alors que WooCommerce échoue encore ?
La connexion SMTP peut être correcte tandis que les modèles WooCommerce, les destinataires, les déclencheurs de statut de commande ou un autre plugin sont mal configurés. Testez séparément les événements e-mail propres à WooCommerce.