Historique des envois Systeme.io WP Post Relay : comprendre et utiliser cet écran

l’historique des envois Systeme.io WP Post Relay est l’écran à consulter dès qu’on se demande « est-ce que ma dernière notification est bien partie ? ». Chaque fois que le plugin envoie — ou tente d’envoyer — une notification Systeme.io lors de la première publication d’un article, une ligne vient s’ajouter à cet historique. C’est le tableau de bord le plus simple pour vérifier que tout fonctionne, comprendre pourquoi un envoi n’a pas eu lieu, ou tout simplement suivre sa consommation de quota au fil du mois. Voici comment le lire et l’utiliser au quotidien.

Où trouver l’historique des envois

L’historique se trouve dans l’administration WordPress, sous Réglages > Systeme.io WP Post Relay, dans un onglet ou une section dédiée (selon la version du plugin installée). C’est un tableau chronologique, l’envoi le plus récent apparaissant en premier, qui liste tous les envois déclenchés depuis l’installation du plugin — qu’ils aient réussi ou non.

Ce que chaque ligne vous dit

Chaque ligne de l’historique regroupe les informations essentielles pour comprendre un envoi d’un coup d’œil :

• La date et l’heure exactes de la tentative d’envoi, qui correspond au moment où l’article est passé au statut publié pour la première fois.
• L’article concerné, généralement sous forme de titre cliquable renvoyant vers l’article ou son édition.
• Le statut du résultat : envoi réussi, ou tentative refusée (le plus souvent parce que le quota de l’offre en cours — Free ou Pro — n’était pas encore disponible ce jour-là).
• L’offre active au moment de l’envoi (Free, Pro ou Premium), utile pour comprendre pourquoi un envoi a ou n’a pas eu lieu selon les règles de quota propres à chaque offre.

Cette combinaison suffit dans l’immense majorité des cas à répondre à la question « pourquoi cette notification n’est-elle pas partie » sans avoir besoin d’aller chercher plus loin.

Ce que l’historique ne montre pas : la différence avec les statistiques Systeme.io

Point important, source de confusion fréquente : l’historique du plugin indique si la notification a été envoyée, pas si elle a été ouverte ou cliquée par les abonnés. Ces statistiques d’engagement (taux d’ouverture, taux de clic) sont propres à la plateforme d’emailing et se consultent directement dans le tableau de bord Systeme.io, pas dans WordPress. D’ailleurs, Systeme.io rappelle dans sa documentation officielle que ce taux d’ouverture peut varier pour de nombreuses raisons indépendantes de l’envoi lui-même (réputation d’expéditeur, filtrage des boîtes de réception, changement récent d’outil d’emailing) — des variations à interpréter côté Systeme.io, jamais comme un signe que le plugin aurait mal fonctionné côté WordPress.

Pourquoi une notification n’apparaît qu’une seule fois par article

L’historique n’enregistre un envoi que lors du premier passage d’un article au statut « publié ». Ce comportement n’est pas propre au plugin : c’est la définition même de ce statut dans WordPress. La documentation officielle WordPress sur les statuts d’article précise que le statut « publish » rend un article public et accessible à tous, et qu’il est appliqué au moment où l’auteur clique sur le bouton de publication — un article déjà publié qui est ensuite modifié ou republié reste au même statut, il ne repasse pas par une nouvelle « première publication ». C’est cette logique que le plugin utilise pour décider qu’un article a déjà eu droit à sa notification, et pour éviter les doublons si l’article est simplement mis à jour par la suite.

Un exemple concret sur un mois de publication

Imaginons un blog qui publie quatre articles au cours du même mois calendaire, avec l’offre Free du plugin (rappel : un seul envoi autorisé par mois calendaire). L’historique des envois permettrait de lire, d’un coup d’œil, la situation suivante : le premier article du mois déclenche un envoi marqué « réussi » ; les trois suivants apparaissent avec un statut de type « non envoyé — quota atteint », puisque le quota mensuel a déjà été consommé par le premier envoi. Sans consulter cet historique, l’éditeur du blog pourrait légitimement s’inquiéter en pensant que le plugin ne fonctionne plus à partir du deuxième article — alors qu’il s’agit simplement du fonctionnement normal de l’offre Free, déjà détaillé dans l’article de ce blog sur les quotas Free/Pro/Premium. C’est exactement ce genre de fausse alerte que l’historique permet d’éviter.

Que faire si l’historique n’affiche absolument aucune ligne

Si l’historique reste totalement vide alors que des articles ont bien été publiés depuis l’installation du plugin, quelques vérifications simples suffisent avant de s’inquiéter d’un problème plus sérieux : confirmer que la licence du plugin est bien active dans les réglages, vérifier que la connexion à Systeme.io a été testée avec succès au moins une fois, et s’assurer que les articles concernés ont bien été publiés directement (et non simplement enregistrés en brouillon ou programmés sans être encore passés au statut publié). Ces trois points couvrent la grande majorité des cas où l’historique paraît vide à tort.

Quand consulter cet écran

• Juste après avoir publié un article, pour confirmer que la notification est bien partie.
• Pour diagnostiquer une notification manquante signalée par un lecteur ou un abonné qui n’a rien reçu.
• Pour suivre sa consommation de quota en cours de mois (offre Free) ou de semaine glissante (offre Pro), avant de publier un nouvel article qui pourrait ne pas déclencher d’envoi si le quota est déjà utilisé.
• Avant de changer d’offre (par exemple passer de Free à Pro), pour avoir une idée concrète de son rythme de publication réel plutôt que de deviner.

Bonnes pratiques

Prendre l’habitude de jeter un œil à l’historique juste après chaque publication évite les mauvaises surprises — mieux vaut le découvrir tout de suite qu’une semaine plus tard via un abonné qui demande pourquoi il n’a rien reçu. Si un envoi apparaît comme refusé faute de quota disponible, l’historique permet aussi de décider sereinement s’il faut changer d’offre plutôt que de soupçonner un bug.

Autre bonne pratique simple : pour un blog publié à un rythme irrégulier (plusieurs articles la même semaine, puis rien pendant trois semaines), l’historique est le meilleur outil pour repérer, sur la durée, si le rythme réel de publication correspond bien à l’offre choisie. Un éditeur qui constate régulièrement des lignes « quota atteint » sait immédiatement qu’il publie plus vite que ce que son offre actuelle permet de notifier — un signal concret pour arbitrer entre changer d’offre ou accepter que seules certaines publications déclenchent une newsletter.

Ce que l’historique n’a pas vocation à remplacer

Un dernier point pour éviter toute confusion : l’historique des envois n’est pas un outil de statistiques marketing, ni un journal technique détaillé destiné au support. C’est un écran de suivi simple, pensé pour un usage quotidien par l’éditeur du site — pas pour l’analyse fine de performance email (cela reste le rôle de Systeme.io) ni pour le diagnostic d’un problème technique complexe, qui relève alors du support du plugin.

Questions fréquentes

L’historique des envois est-il conservé indéfiniment ?

Cela dépend de la version du plugin installée ; en cas de doute sur une durée de conservation ou une limite de lignes affichées, il est recommandé de vérifier directement dans les réglages ou de se référer à la documentation fournie avec le plugin.

Une ligne « échec » dans l’historique signifie-t-elle une erreur technique ?

Pas nécessairement : la cause la plus fréquente est simplement un quota d’envoi non encore disponible pour l’offre en cours, ce qui n’a rien d’un dysfonctionnement.

Puis-je renvoyer manuellement une notification apparaissant en échec dans l’historique ?

Selon les versions du plugin, un renvoi manuel peut être disponible depuis l’éditeur de l’article concerné — un sujet à part entière, traité dans un article dédié à venir sur ce blog.

L’historique montre-t-il le contenu exact de l’email envoyé ?

Non, l’historique se concentre sur la traçabilité de l’envoi (date, article, statut) et non sur un aperçu du contenu — le contenu de l’email se prévisualise depuis les réglages du plugin avant publication.

Que faire si un envoi apparaît « réussi » dans l’historique mais qu’un abonné dit ne rien avoir reçu ?

Un envoi marqué « réussi » signifie que la notification a bien été transmise à Systeme.io — la suite (délivrabilité, filtrage anti-spam, boîte de réception pleine) échappe au plugin et se diagnostique côté Systeme.io, en vérifiant par exemple le statut de l’abonné concerné dans son compte.