{"id":1383,"date":"2026-10-31T09:00:00","date_gmt":"2026-10-31T08:00:00","guid":{"rendered":"https:\/\/www.cisilino.com\/?p=1383"},"modified":"2026-10-30T17:18:45","modified_gmt":"2026-10-30T16:18:45","slug":"journal-email-wordpress-pourquoi-je-controle","status":"publish","type":"post","link":"https:\/\/www.cisilino.com\/fr\/2026\/10\/31\/journal-email-wordpress-pourquoi-je-controle\/","title":{"rendered":"Journal email WordPress : pourquoi je le contr\u00f4le"},"content":{"rendered":"\n

Je g\u00e8re plusieurs sites WordPress. Sur chacun partent des emails en nombre que personne n’imagine : notifications de contact, r\u00e9initialisations de mot de passe, confirmations de commande, alertes aux gestionnaires. Le journal email WordPress de FluentSMTP est l’outil que je consulte d\u00e8s qu’un client m’\u00e9crit \u00ab je n’ai rien re\u00e7u \u00bb. Avant, je regardais les logs du serveur SMTP en ligne de commande. Je devais faire correspondre \u00e0 la main des grep et des horodatages. Maintenant j’ouvre une page dans le tableau de bord de WordPress et j’ai tout sous les yeux.<\/p>\n\n\n\n

\"journal<\/figure>\n\n\n\n

Pourquoi je consulte le journal email WordPress avant les logs du serveur<\/h2>\n\n\n\n

Le cas typique est toujours le m\u00eame. Un formulaire de contact qui \u00ab n’arrive pas \u00bb. Un client qui ne re\u00e7oit pas l’email de r\u00e9initialisation de mot de passe. Une commande qui reste sans confirmation. Sans un journal \u00e0 port\u00e9e de main, la premi\u00e8re hypoth\u00e8se est le dossier spam. Puis les logs du serveur SMTP. Puis peut-\u00eatre le pare-feu. Avec FluentSMTP, je saute ces \u00e9tapes. Je vois tout de suite si WordPress a vraiment tent\u00e9 d’envoyer cet email. \u00c0 qui, quand, avec quelle r\u00e9ponse du serveur d’envoi.<\/p>\n\n\n\n

FluentSMTP enregistre chaque appel \u00e0 wp_mail()<\/code>. Pas seulement les emails des plugins tiers, aussi ceux g\u00e9n\u00e9r\u00e9s par le c\u0153ur de WordPress : notifications de nouvel utilisateur, rappels de mise \u00e0 jour, alertes d’erreur. Pour chaque envoi, le journal affiche l’exp\u00e9diteur, le destinataire, l’objet, les en-t\u00eates complets, le corps du message. Et la r\u00e9ponse du fournisseur SMTP ou de l’API utilis\u00e9e. Si un email a \u00e9chou\u00e9, cette r\u00e9ponse du serveur est l\u00e0. Je n’ai pas \u00e0 la deviner.<\/p>\n\n\n\n

Ce que je trouve vraiment dans le registre des envois<\/h2>\n\n\n\n

Le plugin prend en charge des dizaines de connecteurs : Amazon SES, SendGrid, Mailgun, Brevo, Postmark, SparkPost. Aussi Google Workspace et Microsoft 365 via OAuth, en plus du SMTP g\u00e9n\u00e9rique classique. Sur les sites que je g\u00e8re, j’utilise presque toujours du SMTP authentifi\u00e9 avec le domaine du client. Parfois une API d\u00e9di\u00e9e, quand le volume d’emails augmente. Dans les deux cas, le journal email WordPress ne change pas. Chaque ligne a un statut, envoy\u00e9 ou \u00e9chou\u00e9. Il y a un bouton pour revoir le contenu ou renvoyer le message, sans que l’utilisateur doive refaire l’action qui l’a g\u00e9n\u00e9r\u00e9.<\/p>\n\n\n\n

Le renvoi manuel est la fonction que j’utilise le plus souvent. Un formulaire rempli deux fois parce qu’il \u00ab n’arrivait pas \u00bb devient un clic sur le journal. Pas un nouveau signalement au client. Pour les \u00e9checs r\u00e9p\u00e9t\u00e9s, j’ai activ\u00e9 les notifications sur Telegram. D\u00e8s qu’une connexion arr\u00eate de fonctionner, je le sais avant qu’on me le signale. Plut\u00f4t que de le d\u00e9couvrir par un ticket de support.<\/p>\n\n\n\n

Le journal ne concerne pas seulement les notifications adress\u00e9es \u00e0 moi ou au client qui administre le site. Y finit aussi chaque email sortant g\u00e9n\u00e9r\u00e9 par le site vers des tiers : la confirmation de commande qu’une boutique en ligne envoie au client final, le re\u00e7u d’un paiement, la notification d’exp\u00e9dition. Si cette confirmation n’arrive pas, je la vois dans le journal email WordPress exactement comme une notification interne, avec le m\u00eame bouton pour la renvoyer au bon destinataire sans lui faire r\u00e9p\u00e9ter l’achat.<\/p>\n\n\n\n

Comment je configure FluentSMTP sur les sites que je g\u00e8re<\/h2>\n\n\n\n

Apr\u00e8s avoir connect\u00e9 le bon connecteur, je change la conservation du journal. Par d\u00e9faut elle reste active longtemps. Moi, je la porte \u00e0 30-60 jours, selon le trafic du site. \u00c7a sert \u00e0 retrouver un probl\u00e8me signal\u00e9 en retard. Sans remplir la base de donn\u00e9es de lignes que je ne consulterai jamais. J’active ensuite au moins un canal de notification pour les \u00e9checs, Telegram ou Slack selon le client. Le journal seul n’avertit personne : il faut l’ouvrir pour \u00eatre lu.<\/p>\n\n\n\n

Sur les sites avec formulaire de contact, j’utilise aussi Cisilino Site Defense Network<\/a> pour bloquer les bots. Moins de spam entrant signifie moins d’emails g\u00e9n\u00e9r\u00e9s par les formulaires. Le journal reste plus lisible, avec moins de bruit \u00e0 filtrer quand je cherche le bon message.<\/p>\n\n\n\n

Les identifiants SMTP ne restent pas en clair dans la base de donn\u00e9es<\/h2>\n\n\n\n

Un d\u00e9tail que je v\u00e9rifie toujours avant d’enregistrer une connexion : o\u00f9 finissent les identifiants. FluentSMTP les chiffre par d\u00e9faut avec les cl\u00e9s SALT de WordPress, celles d\u00e9j\u00e0 pr\u00e9sentes dans wp-config.php<\/code> pour la s\u00e9curit\u00e9 des sessions. On peut d\u00e9sactiver le chiffrement, mais le plugin lui-m\u00eame signale que c’est d\u00e9conseill\u00e9. Sur les sites que je g\u00e8re, je pr\u00e9f\u00e8re une autre option : enregistrer le mot de passe API ou SMTP directement dans wp-config.php<\/code>, hors de la base de donn\u00e9es. Je d\u00e9finis les constantes avant que le plugin ne les lise. Ainsi, m\u00eame un dump de la base de donn\u00e9es ou un acc\u00e8s non autoris\u00e9 au tableau de bord n’expose pas la cl\u00e9 du fournisseur d’envoi. C’est le m\u00eame principe que j’applique ailleurs : moins de secrets dans la base de donn\u00e9es, mieux c’est.<\/p>\n\n\n\n

Plusieurs connexions en m\u00eame temps, pas une seule \u00e0 la fois<\/h2>\n\n\n\n

FluentSMTP permet de configurer plusieurs connexions en m\u00eame temps, pas une seule \u00e0 la fois. Sur un site, je r\u00e8gle celle par d\u00e9faut et j’en ajoute une seconde comme r\u00e9serve : si le premier fournisseur ne r\u00e9pond pas, l’envoi passe automatiquement \u00e0 la connexion de r\u00e9serve, sans que j’aie besoin d’intervenir. Le choix de la connexion d\u00e9pend de l’adresse de l’exp\u00e9diteur : chaque connexion a son \u00ab From \u00bb, le reste passe par celle par d\u00e9faut. La r\u00e9serve n’est pr\u00eate que si la connexion par d\u00e9faut \u00e9choue vraiment (une erreur du fournisseur, pas un email tomb\u00e9 en spam). C’est une des raisons pour lesquelles je le pr\u00e9f\u00e8re \u00e0 un simple SMTP sans alternative. Si SendGrid ou Amazon SES ont un probl\u00e8me pendant quelques heures, le site continue quand m\u00eame \u00e0 envoyer, et je le vois tout de suite dans le journal email WordPress. Tout est inclus dans la version gratuite, sans version pro payante : on paie seulement le fournisseur d’envoi choisi, pas le plugin.<\/p>\n\n\n\n

Un contr\u00f4le de sant\u00e9 chaque jour, pas seulement quand quelque chose casse<\/h2>\n\n\n\n

Au-del\u00e0 du journal ligne par ligne, FluentSMTP fait un contr\u00f4le de sant\u00e9 de la connexion chaque jour, automatiquement. Si le fournisseur arr\u00eate de r\u00e9pondre, l’alerte arrive avant qu’un client ne m’\u00e9crive \u00ab le site n’envoie plus d’emails \u00bb. Le m\u00eame tableau de bord affiche un graphique avec les totaux journaliers d’envois r\u00e9ussis et \u00e9chou\u00e9s. Utile pour comprendre en un coup d’\u0153il si une baisse est normale ou le sympt\u00f4me de quelque chose qui se d\u00e9t\u00e9riore, sans avoir \u00e0 ouvrir le journal email WordPress ligne par ligne chaque fois. Il y a aussi un r\u00e9sum\u00e9 p\u00e9riodique par email, avec les totaux de la semaine : ce n’est pas une alerte d’erreur, c’est un bulletin que je lis en passant pour savoir si le volume d’envois est dans la norme.<\/p>\n\n\n\n

Pour qui, comme moi, g\u00e8re plusieurs sites en ligne de commande, FluentSMTP expose aussi des commandes WP-CLI : un test d’envoi, un contr\u00f4le de sant\u00e9 de la connexion, les statistiques et le nettoyage des anciens journaux. Je les utilise dans les m\u00eames scripts qui tournent d\u00e9j\u00e0 sur les serveurs pour d’autres t\u00e2ches de maintenance, sans avoir \u00e0 ouvrir le tableau de bord de chaque site un par un.<\/p>\n\n\n\n

Les limites honn\u00eates du journal email WordPress<\/h2>\n\n\n\n

Ce n’est pas une solution magique. La conservation est bas\u00e9e sur les jours, pas sur un nombre maximal de lignes. Sur un site avec beaucoup de trafic transactionnel, la table du journal peut grossir vite. Il vaut mieux la surveiller, ou fixer une conservation plus courte. Les notifications d’\u00e9chec n’arrivent que sur les canaux de chat configur\u00e9s, pas par email. C’est logique : un email qui avertit d’un email en \u00e9chec risque lui aussi d’\u00e9chouer. Mais il faut le savoir avant d’y compter.<\/p>\n\n\n\n

Enfin, le journal enregistre ce qui s’est pass\u00e9 c\u00f4t\u00e9 WordPress et c\u00f4t\u00e9 fournisseur. Il ne garantit pas la livraison dans la bo\u00eete du destinataire. Si un email est marqu\u00e9 comme envoy\u00e9 mais finit en spam, c’est un probl\u00e8me de r\u00e9putation du domaine ou de configuration SPF\/DKIM. Pas quelque chose qu’un journal peut r\u00e9soudre seul. Il reste malgr\u00e9 tout le premier endroit o\u00f9 je regarde, avant toute autre v\u00e9rification.<\/p>\n\n\n\n

Le plugin est gratuit et open source. Page officielle sur wordpress.org<\/a>, sans fonctions bloqu\u00e9es derri\u00e8re une version pro. Pour qui g\u00e8re m\u00eame un seul site avec un formulaire de contact, \u00e7a vaut le coup de l’installer juste pour le journal email WordPress. La premi\u00e8re fois qu’il r\u00e9sout un \u00ab je n’ai pas re\u00e7u l’email \u00bb en une minute plut\u00f4t qu’en une demi-heure, il est rentabilis\u00e9.<\/p>\n\n","protected":false},"excerpt":{"rendered":"

Je g\u00e8re plusieurs sites WordPress : le journal email WordPress de FluentSMTP me dit si un envoi a vraiment r\u00e9ussi, sans fouiller les logs du serveur.<\/p>\n","protected":false},"author":1,"featured_media":1248,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"wpai_generated_summary":"","footnotes":""},"categories":[362],"tags":[505,506,450,507],"class_list":["post-1383","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-serveurs-bases-de-donnees","tag-email","tag-fluentsmtp","tag-plugin-wordpress","tag-smtp"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t