Si WordPress n’envoie pas de mail, commencez par identifier l’étape qui échoue : le formulaire, le service d’envoi ou la réception. Vérifiez les destinataires et l’expéditeur avant de modifier le SMTP. Un message « envoyé » à l’écran ne prouve pas son arrivée dans votre boîte.
Où le message peut-il se perdre ?
Le problème peut concerner une demande de devis, une notification de commande ou un lien de réinitialisation. Notez quel type de message manque : cette information permet de choisir le bon contrôle sans changer toute la configuration.
Quel symptôme observez-vous exactement ?
Refaites un test avec un objet identifiable et une adresse que vous contrôlez. N’utilisez pas les coordonnées d’un client et ne renvoyez pas une commande ou un paiement pour tester sa notification.
| Ce que vous voyez | Ce qu’il faut vérifier d’abord |
|---|---|
| Le bouton reste bloqué ou affiche une erreur | Champs obligatoires, antispam et réponse du formulaire. L’envoi n’a peut-être pas été déclenché. |
| La confirmation apparaît, mais aucun e-mail n’arrive | Notification activée, destinataire, expéditeur puis traces du service d’envoi. |
| Le message arrive dans les indésirables | Authentification du domaine, identité d’expédition et filtrage de la messagerie. |
| Certains messages arrivent, d’autres non | Comparer les formulaires, les modèles de notification et les destinataires concernés. |
Un formulaire visible n’est pas un formulaire testé. Si la page elle-même plante ou devient inaccessible, commencez plutôt par le diagnostic d’une erreur critique WordPress. Ici, nous suivons le trajet d’un message sur un site accessible.
Les premiers contrôles sans modifier le site
Avant d’installer une extension, écartez les erreurs de destination et de lecture. Un alias, une redirection ou une règle de messagerie peut déplacer un message correctement transmis.
- La bonne boîte : vérifiez l’adresse exacte attendue, y compris les anciennes adresses encore présentes dans le formulaire.
- Les dossiers : cherchez dans les indésirables, la quarantaine et les règles de classement, pas uniquement dans la boîte de réception.
- La notification : contrôlez qu’elle est active et que ses conditions correspondent au test réalisé.
- Le contexte : relevez l’heure, la page et le dernier changement connu : migration, mot de passe, fournisseur mail ou extension.
Une demande peut aussi être enregistrée dans WordPress si l’outil le prévoit, mais ne supposez pas qu’une copie existe. Vérifiez le stockage réel du formulaire et ses droits d’accès. Si aucun historique n’était conservé, installer un journal aujourd’hui ne récupère pas les anciens messages.
Vérifier « De », « À » et « Répondre à »
Ces trois champs ont des rôles différents. L’expéditeur doit être une identité autorisée par votre service d’envoi. L’adresse du visiteur sert généralement à lui répondre, pas à envoyer un message en se faisant passer pour sa messagerie.
Exemple pédagogique : adresses fictives
Dans Contact Form 7, l’onglet Mail contient ces réglages ; d’autres outils les placent dans « Notifications » ou dans le module de formulaire. La documentation des champs de Contact Form 7 distingue destinataire, expéditeur et en-têtes. Ne changez pas l’adresse générale de WordPress en pensant qu’elle remplace tous ces réglages.
Si une option force l’expéditeur pour tous les envois, vérifiez son effet sur les autres formulaires et les notifications de la boutique. Une correction locale peut changer un comportement partagé.
Comment configurer l’envoi SMTP dans WordPress ?
SMTP permet au site de transmettre ses e-mails à un serveur de messagerie identifié. Certains services proposent plutôt une connexion API ou OAuth. Le choix dépend du fournisseur et de votre installation, pas d’un réglage universel valable pour tous les sites.
Préparer la connexion avant d’installer un outil
Identifiez d’abord le service qui doit envoyer les messages. Vérifiez si un connecteur est déjà actif : deux extensions qui prennent en charge l’envoi peuvent se contredire.
- Service choisi : messagerie du domaine ou service d’envoi transactionnel, selon ses conditions et limites.
- Connexion : serveur, port et chiffrement fournis par l’éditeur, ou méthode API/OAuth documentée.
- Autorisation : compte, mot de passe d’application ou clé adaptée ; jamais une valeur trouvée dans un tutoriel pour un autre fournisseur.
- Expéditeur : adresse ou domaine dont l’utilisation a été autorisée.
- Accès DNS : possibilité de vérifier le domaine lorsque le service le demande.
Avant de modifier l’installation, prévoyez une sauvegarde et une procédure de reprise. Les comptes d’envoi et les entrées DNS doivent aussi être documentés : ils ne sont pas tous contenus dans la sauvegarde de WordPress.
Appliquer les paramètres du bon fournisseur
- Choisissez un seul connecteur compatible. WP Mail SMTP, SMTP Mailer ou un connecteur officiel sont des exemples, pas une obligation d’achat.
- Suivez la documentation de votre service. Renseignez sa méthode de connexion et son identité d’expédition.
- Vérifiez les autorisations demandées. Limitez-les à ce qui est nécessaire à l’envoi.
- Enregistrez puis lancez un test identifié. Examinez le résultat avant de modifier un autre paramètre.
La fiche de SMTP Mailer montre les familles de réglages ; le guide de one.com illustre une configuration propre à cet hébergeur. Ses valeurs ne s’appliquent pas automatiquement à votre messagerie.
Ne désactivez pas la vérification des certificats pour faire réussir le test. Une erreur de connexion se diagnostique : identifiants, autorisations, serveur, chiffrement ou accès réseau. Conservez les secrets hors des captures, journaux partagés et demandes d’assistance publiques.
Pourquoi le mail peut-il encore arriver en spam ?
Une connexion SMTP réussie ne garantit pas la boîte de réception. Le destinataire peut encore refuser ou filtrer le message. L’authentification du domaine aide à vérifier l’identité d’envoi ; elle n’annule pas les autres contrôles antispam.
Trois rôles à ne pas confondre
Demandez au fournisseur les entrées nécessaires et comparez-les à la zone existante. N’ajoutez pas un deuxième enregistrement SPF concurrent et ne remplacez pas les réglages utilisés par la messagerie de l’entreprise sans analyse. Les consignes Gmail pour les expéditeurs détaillent les exigences, qui varient notamment selon le volume d’envoi.
Si seuls certains destinataires sont touchés, examinez leurs retours et les traces disponibles chez le prestataire. Un refus, une boîte pleine ou une quarantaine demande une réponse différente d’une erreur d’authentification SMTP. Ne tirez pas une conclusion générale d’un seul e-mail reçu.
Comment vérifier que le problème est vraiment résolu ?
Faites deux tests distincts : celui du connecteur, puis celui du formulaire ou du parcours qui posait problème. Le premier vérifie un circuit technique ; le second confirme que le bon message est créé pour le bon destinataire.
Un test technique ne remplace pas le parcours réel
Un e-mail de test vers votre boîte contrôlée.
Une demande fictive depuis la page publique.
La recette à conserver
- Identifier : page, heure du test et objet reconnaissable, sans donnée client.
- Recevoir : confirmer l’arrivée dans la bonne boîte et regarder le classement.
- Lire : vérifier le contenu attendu et les éventuelles pièces jointes.
- Répondre : contrôler que la réponse va à l’adresse prévue, pas au compte technique.
- Comparer : si le besoin l’exige, tester une autre messagerie sous votre contrôle.
La documentation de wp_mail() rappelle qu’un retour positif ne prouve pas la réception. Même un statut « délivré » chez un prestataire ne garantit pas que le lecteur a ouvert le message ni qu’il a été classé dans sa boîte principale.
Gardez une trace courte du contrôle. Après une mise à jour WordPress, un changement de domaine ou de messagerie, reprenez ce parcours plutôt que de vérifier seulement la page d’accueil.
Que faire si le test échoue encore ?
Utilisez le résultat pour cibler la prochaine vérification. Ne remplacez pas successivement le formulaire, le thème et l’hébergement sans savoir quelle étape bloque.
| Résultat observé | Suite utile |
|---|---|
| Le connecteur refuse l’authentification | Revoir compte, secret, autorisations ou méthode de connexion avec le fournisseur. |
| Le test du connecteur arrive, pas le formulaire | Vérifier notification, conditions, destinataire et expéditeur du formulaire concerné. |
| Le service accepte, mais la boîte reste vide | Examiner refus, quarantaine et filtrage ; croiser heure, destinataire et identifiant du message. |
| L’erreur apparaît après un changement | Comparer les réglages avant/après et tester une correction réversible à la fois. |
Exemple pédagogique : le test du connecteur arrive dans votre boîte. Le formulaire affiche aussi sa confirmation, mais utilise encore l’adresse d’un ancien collaborateur. Le premier test est réussi ; le parcours de contact reste incorrect. Le bon contrôle consiste ici à revoir la notification, pas à changer de serveur SMTP.
Un journal d’envoi peut aider à relier une erreur à un test précis. Limitez son accès et sa durée de conservation : il peut contenir des adresses, des messages ou des pièces jointes. Ne publiez pas les traces complètes pour demander de l’aide.
Quand demander une intervention ?
Faites-vous accompagner si les demandes commerciales ne sont plus reçues, si vous manquez des accès ou si la correction touche les DNS et la messagerie de l’entreprise. Un dépannage de site internet permet de cadrer le diagnostic ; le fournisseur mail peut aussi devoir intervenir.
Pour préparer le diagnostic
Transmettez la page concernée, le type de notification, l’heure d’un test et le message d’erreur, en masquant les secrets et données personnelles. Précisez le service de messagerie et les changements récents. Les accès nécessaires se partagent par un moyen sécurisé, pas dans un formulaire public.
Une maintenance WordPress peut ensuite intégrer les contrôles convenus dans le suivi. Cela ne remplace pas le contrat du fournisseur mail ni une garantie universelle de réception. Présentez-moi le problème →
Questions fréquentes sur les e-mails WordPress
Les messages perdus seront-ils renvoyés après la correction ?
Pas automatiquement. Cela dépend de l’existence d’une file d’attente ou d’un historique conservé par le formulaire ou le service d’envoi. Vérifiez ce qui est récupérable avant de renvoyer un message, pour éviter les doublons et l’exposition de données.
Faut-il payer une extension SMTP ?
Pas forcément. Distinguez le connecteur WordPress du service d’envoi, qui peut avoir ses propres limites et tarifs. Comparez les besoins réels : fournisseur compatible, authentification, traces, alertes et support. Une version payante ne garantit pas à elle seule la réception.
Les notifications WooCommerce utilisent-elles le même circuit ?
Elles peuvent utiliser le circuit d’envoi WordPress, mais leur déclenchement dépend aussi des réglages de notification et de l’état de la commande. Si le test technique fonctionne, contrôlez le scénario WooCommerce concerné sans déclencher une transaction réelle inutile.
Faut-il désactiver l’antispam du formulaire ?
Non, pas par défaut. Si la soumission est bloquée, examinez la réponse de l’outil et ses réglages dans un contexte de test maîtrisé. Si la soumission réussit mais que le mail manque, cherchez aussi du côté de la notification et de la messagerie.
Documentation pour approfondir
Les écrans dépendent de votre formulaire et du service d’envoi. Appuyez-vous sur leur documentation actuelle plutôt que recopier les valeurs d’une installation différente.
