Paramètres WordPress négligés qui bloquent la livraison des e-mails (et comment les corriger)

Vous avez installé WP Mail SMTP. Vos enregistrements DNS sont parfaits. Vos identifiants SMTP sont corrects. Vous avez tout testé.

Alors pourquoi les e-mails n'envoient-ils TOUJOURS pas ?

La plupart des problèmes d'e-mails WordPress sont résolus une fois que vous avez configuré un SMTP approprié. Mais parfois – même avec WP Mail SMTP correctement configuré – les e-mails échouent pour des raisons qui n'ont rien à voir avec votre service d'envoi.

Ce sont les paramètres WordPress qui empêchent silencieusement la livraison des e-mails, même lorsque votre configuration SMTP est parfaite. Ils ne génèrent pas de messages d'erreur. Ils ne plantent pas votre site. Et ils sont incroyablement faciles à négliger car vous les avez configurés une fois, il y a des années, et vous n'y avez plus jamais pensé.

Corrigeons-les.

Réparez vos e-mails WordPress maintenant

1. Votre e-mail d'administration WordPress est incorrect (oui, vraiment)

Tout d'abord : allez dans Paramètres » Général et regardez votre « Adresse e-mail d'administration ».

Est-elle correcte ? Est-ce un e-mail que vous consultez réellement ? Est-ce toujours l'adresse de votre ancien développeur, celle qu'il utilisait lors de la configuration de votre site ?

C'est plus important que vous ne le pensez. WordPress utilise cet e-mail pour les demandes de réinitialisation de mot de passe, les notifications système, les alertes de mise à jour de plugins et les messages d'erreur critiques. C'est aussi souvent l'adresse de secours pour les notifications de formulaire lorsque rien d'autre n'est configuré.

Si cet e-mail est incorrect, vous manquez des messages importants et vous ne le savez même pas.

La solution :

1. Allez dans Paramètres » Général
2. Mettez à jour l'adresse e-mail d'administration
3. Vérifiez votre boîte de réception pour l'e-mail de vérification (WordPress en envoie un lorsque vous le modifiez)
4. Cliquez sur le lien de confirmation
5. Envoyez un e-mail de test pour vous assurer que cela fonctionne réellement

2. Votre « E-mail d'expéditeur » pose problème

Vous utilisez Gmail comme e-mail d'expéditeur ? Outlook ? Yahoo ?

C'est probablement pour cela que vos e-mails sont rejetés.

Les serveurs de messagerie n’apprécient pas que vous envoyiez des e-mails prétendant provenir de gmail.com via le serveur de votre site Web. Cela ressemble à de l’usurpation, et ils le bloquent.

Même si vous utilisez le même domaine, l’envoi à partir d’une adresse e-mail non correspondante ou non authentifiée pose des problèmes de délivrabilité.

Attendez, mais je n’ai pas d’adresse e-mail sur mon domaine…

Si vous utilisez actuellement un fournisseur de messagerie gratuit, vous devrez d’abord créer une adresse e-mail professionnelle. La plupart des hébergeurs (comme Bluehost, SiteGround ou HostGator) incluent des comptes e-mail gratuits avec votre plan d’hébergement.

Vous ne savez pas comment en configurer un ? Consultez notre guide sur la création de votre propre domaine de messagerie gratuitement.

La solution :

1. Créez une adresse e-mail qui correspond à votre domaine (comme [email protected] ou [email protected])
2. Dans WP Mail SMTP, allez dans Paramètres » Général
3. Entrez votre adresse e-mail de domaine dans le champ « E-mail de l’expéditeur »
4. Activez « Forcer l’e-mail de l’expéditeur » pour remplacer les autres plugins
5. Configurez l’authentification SPF et DKIM pour votre domaine (WP Mail SMTP vous guidera tout au long de ce processus)
6. Testez votre configuration

C’est l’une de ces choses qui semblent mineures mais qui ont un impact énorme sur la réception effective de vos e-mails dans les boîtes de réception.

Pour des instructions détaillées sur la modification du nom et de l’adresse e-mail de l’expéditeur de votre WordPress, consultez notre guide complet des paramètres d’expéditeur WordPress.

3. L'URL de votre site est incorrecte (surtout après un passage de staging)

Celle-ci surprend constamment les gens.

Vous clonez votre site de staging en production. Ou vous migrez de HTTP vers HTTPS. Ou vous changez de domaine. Et soudain, les e-mails commencent à dysfonctionner de manière étrange.

Pourquoi ? Parce que WordPress utilise toujours l’ancienne URL dans ses fonctions principales, ce qui affecte les liens de réinitialisation de mot de passe (ils pointent vers le mauvais site), le routage des e-mails, les fonctions de messagerie internes de WordPress et les redirections de soumission de formulaire.

La solution :

1. Allez dans Paramètres » Général
2. Vérifiez que « Adresse WordPress (URL) » et « Adresse du site (URL) » sont correctes
3. Assurez-vous qu’elles sont identiques (sauf si vous savez spécifiquement pourquoi elles ne devraient pas l’être)
4. Si vous venez de migrer, mettez à jour votre structure de permaliens (Paramètres » Permaliens » Enregistrer les modifications)
5. Videz tous les caches
6. Réenregistrez les paramètres de notification de votre plugin de formulaire pour mettre à jour les URL stockées

Ceci est particulièrement important si vous envoyez des e-mails contenant des liens vers votre site. Les URL incorrectes dans les e-mails font mauvaise impression et agacent vos utilisateurs.

4. Vous avez installé WP Mail SMTP mais vous ne l’avez pas réellement configuré

C’est l’erreur la plus courante que je vois.

Les gens installent WP Mail SMTP, se laissent distraire et supposent qu’il fonctionne. Mais si vous n’avez pas choisi de service d’envoi lors de la configuration, le plugin est essentiellement « désactivé » et votre site utilise toujours la fonction d’envoi PHP peu fiable.

Voici ce qui se passe réellement : Lorsque WP Mail SMTP est défini sur « Par défaut » ou « PHPMailer » dans le menu déroulant des services d’envoi, il ne contrôle pas du tout vos e-mails. Vous devez sélectionner un véritable fournisseur de services de messagerie (comme SendLayer, Gmail, SMTP.com, etc.) pour que le plugin prenne le relais.

Un autre problème courant est d’avoir plusieurs plugins SMTP installés. Si vous avez WP Mail SMTP et un autre plugin de messagerie, ils entreront en conflit et aucun des deux ne fonctionnera correctement.

La solution :

1. Allez dans WP Mail SMTP » Paramètres
2. Assurez-vous d’avoir sélectionné un expéditeur réel (pas « Défaut » ou « PHPMailer »)
3. Terminez la configuration de l’authentification pour l’expéditeur choisi — suivez la documentation de votre fournisseur spécifique
4. Désactivez tous les autres plugins SMTP ou d’e-mail
5. Envoyez un e-mail de test depuis WP Mail SMTP » Outils » Test d’e-mail
6. Vérifiez vos journaux d’e-mails pour confirmer que les e-mails sont envoyés via votre expéditeur configuré

Si vous n’êtes pas sûr du choix de l’expéditeur, SendLayer, SMTP.com et Brevo sont d’excellents choix pour les e-mails transactionnels WordPress. Ils ont tous des niveaux gratuits pour commencer.

5. Les autorisations de rôle utilisateur bloquent les fonctions d'e-mail

C’est sournois.

Si vous avez personnalisé les rôles ou les capacités des utilisateurs, vous avez peut-être accidentellement supprimé des autorisations dont WordPress a besoin pour envoyer correctement les e-mails.

Cela affecte les éditeurs qui ne peuvent pas envoyer de notifications, les rôles personnalisés qui devraient déclencher des e-mails automatisés, la gestion des soumissions de formulaires (en particulier si l’utilisateur soumettant a des autorisations restreintes) et les fonctionnalités des plugins qui dépendent de capacités spécifiques.

La solution :

1. Vérifiez les capacités des rôles utilisateur (utilisez un plugin comme User Role Editor si nécessaire)
2. Assurez-vous que les rôles pertinents ont ces capacités :
   • manage_options (pour les administrateurs)
   • edit_posts (pour les créateurs de contenu)
   • upload_files (si les e-mails incluent des pièces jointes)
3. Réinitialisez les rôles personnalisés aux valeurs par défaut si vous suspectez une corruption
4. Testez l’envoi d’e-mails depuis différents comptes d’utilisateurs

Si vous rencontrez constamment des problèmes avec les e-mails d’inscription d’utilisateurs spécifiquement, consultez notre guide complet de dépannage pour les problèmes d’e-mails d’inscription.

6. La limite de mémoire PHP est trop basse

Lorsque WordPress manque de mémoire, il échoue avant même d’atteindre wp_mail().

Cela se produit le plus souvent lors de l’envoi d’e-mails avec de grosses pièces jointes, du traitement de plusieurs notifications à la fois, de l’exécution simultanée de plugins gourmands en ressources ou de la gestion de périodes de trafic élevé.

Vous n’obtiendrez pas de message d’erreur indiquant « l’e-mail a échoué ». L’ensemble du processus s’arrête simplement.

La solution :

1. Vérifiez votre limite de mémoire actuelle (la plupart des sites WordPress ont besoin d’au moins 256 Mo)
2. Augmentez-la en ajoutant ceci à wp-config.php :

php

  define(‘WP_MEMORY_LIMIT’, ‘256M’);

3. Si vous êtes sur un hébergement mutualisé, contactez votre hébergeur pour augmenter la limite
4. Vérifiez vos journaux WP Mail SMTP pour voir si les échecs correspondent à des périodes de trafic élevé

Pour plus de solutions aux échecs d’e-mails liés à la mémoire, consultez notre guide sur la résolution des échecs de livraison d’e-mails dans WordPress.

7. WP-Cron est défectueux ou désactivé

Le Cron de WordPress (WP-Cron) gère les tâches planifiées. Lorsqu’il tombe en panne, tous vos envois d’e-mails basés sur le temps tombent également en panne.

Cela inclut les notifications de commentaires planifiées, les alertes de mise à jour de plugins, les notifications de formulaires retardées, les rappels de renouvellement d’adhésion et les e-mails de panier abandonné.

Apprenez-en davantage sur la configuration de flux de travail d’e-mails automatisés fiables dans WordPress.

WP-Cron peut échouer s'il a été désactivé manuellement, si votre hébergement le bloque, si votre site ne reçoit pas de trafic régulier pour le déclencher, ou si un conflit de plugin l'empêche de s'exécuter.

La solution :

1. Installez un plugin comme WP Crontrol pour vérifier l'état de WP-Cron
2. Recherchez les tâches d'e-mail planifiées qui ne s'exécutent pas
3. Si WP-Cron est désactivé, réactivez-le ou configurez une vraie tâche cron serveur
4. Supprimez les événements cron bloqués
5. Utilisez l'outil de test de WP Mail SMTP pour confirmer la livraison des e-mails après avoir corrigé cron

Si vous utilisez des formulaires de contact avec des notifications planifiées ou retardées, un cron défaillant signifie que ces e-mails ne sont jamais envoyés.

8. Paramètres du réseau multisite

WordPress multisite ajoute une autre couche de problèmes d'e-mail. Les paramètres du réseau peuvent remplacer les configurations de sites individuels, et quand quelque chose échoue, bonne chance pour déterminer lequel de vos cinquante sous-sites pose problème.

Le problème principal ? Pas de visibilité. WordPress ne vous fournit pas de journal centralisé montrant tous les e-mails de votre réseau. Quand quelqu'un sur le Site B signale un e-mail de réinitialisation de mot de passe manquant, vous êtes coincé à chercher dans plusieurs tableaux de bord pour déterminer s'il s'agit d'un conflit de plugin, d'un problème de configuration ou d'une catastrophe à l'échelle du réseau.

Pire encore, tous ces e-mails de tous ces sous-sites transitent par le même canal de distribution. Si un sous-site commence à déclencher des plaintes de spam, cela nuit à la délivrabilité de l'ensemble de votre réseau.

La solution :

Allez dans Mes sites » Admin du réseau » Paramètres pour examiner les configurations d'e-mail du réseau. Si vous utilisez WP Mail SMTP Pro, activez-le au niveau du réseau pour qu'il fonctionne sur tous les sous-sites. Votre licence couvre l'ensemble du réseau comme une seule installation.

Vérifiez que les administrateurs de sites individuels ont les autorisations nécessaires pour gérer leurs propres paramètres d'e-mail. Pour une configuration complète incluant la journalisation et la surveillance centralisées, consultez notre guide de gestion des e-mails multisites.

9. Un autre plugin bloque silencieusement les notifications par e-mail

C'est le plus frustrant.

Certains plugins désactivent ou remplacent les notifications par défaut de WordPress sans vous le dire :

• Plugins de sécurité bloquant les notifications de connexion « pour votre protection »
• Plugins e-commerce prenant le contrôle de wp_mail() avec leur propre système
• Plugins de formulaire supprimant les notifications dupliquées
• Autres plugins SMTP/expéditeurs en conflit
• Plugins de cache interférant avec les fonctions d'e-mail

Vous ne le saurez pas tant que vous n'y regarderez pas spécifiquement.

La solution :

1. Désactivez temporairement les plugins suspects un par un
2. Vérifiez les journaux d'e-mails de WP Mail SMTP après chaque désactivation pour voir si les e-mails commencent à fonctionner
3. Activez le mode de débogage de WP Mail SMTP pour une sortie détaillée
4. Une fois que vous avez identifié le coupable, soit :
   • Configurez-le pour qu'il fonctionne avec WP Mail SMTP
   • Remplacez-le par une alternative
   • Contactez le développeur pour obtenir des conseils de compatibilité

Pour des étapes de dépannage détaillées en cas de conflits de plugins, consultez notre guide de dépannage WP Mail SMTP.

Les journaux détaillés de WP Mail SMTP vous montrent quels e-mails ont été déclenchés, lesquels ont été bloqués et où les échecs se sont produits. C'est le moyen le plus rapide de diagnostiquer les conflits de plugins.

Ces paramètres ne sont qu'un début

La correction de ces neuf paramètres résoudra de nombreux problèmes de messagerie. Mais voici la réalité : la délivrance des e-mails WordPress comporte trop de pièces mobiles pour que les paramètres seuls garantissent le succès.

Vos e-mails ont toujours besoin d'une authentification appropriée. Votre fournisseur d'hébergement doit toujours autoriser les e-mails sortants. Votre service de messagerie choisi doit être configuré correctement. Et vous avez besoin d'un moyen de savoir quand quelque chose ne fonctionne pas.

C'est pourquoi la plupart des sites WordPress utilisent SMTP au lieu de s'appuyer sur la fonction mail PHP par défaut. SMTP ajoute l'authentification qui prouve que vos e-mails sont légitimes, ce qui fait la différence entre atterrir dans la boîte de réception ou dans le dossier spam.

Réparez vos e-mails WordPress maintenant

Ensuite, Apprenez les bases de la délivrabilité des e-mails

Maintenant que vous avez corrigé les problèmes de paramètres courants, découvrez comment configurer l'authentification et la délivrabilité des e-mails dans notre Guide du débutant sur la délivrabilité des e-mails.

Prêt à réparer vos e-mails ? Commencez dès aujourd'hui avec le meilleur plugin SMTP WordPress. Si vous n'avez pas le temps de réparer vos e-mails, vous pouvez obtenir une assistance complète de configuration "White Glove" moyennant un supplément, et il y a une garantie de remboursement de 14 jours pour tous les plans payants.

Si cet article vous a aidé, suivez-nous sur Facebook et Twitter pour plus de conseils et tutoriels WordPress.