Si vous êtes un responsable de la croissance ou des opérations sur une boutique Shopify Plus ou WooCommerce et que vous vous demandez pourquoi votre campagne déclenchée n’envoie pas, la réponse honnête est que vous ne le découvrirez probablement pas à partir du tableau de bord lui-même — vous le découvrirez parce qu’une métrique a dérivé. Les revenus de récupération de panier semblent faibles pour la troisième semaine consécutive. Un abonné contacte le support pour demander pourquoi il n’a pas reçu d’alerte de réapprovisionnement depuis un mois. Quelqu’un ouvre enfin l’onglet des automatisations qu’il n’a pas touché depuis mars et remarque que le déclencheur de réapprovisionnement est resté « En pause » tout ce temps.
C’est le mode d’échec réel des campagnes déclenchées et des notifications push automatiques RSS : pas un crash, pas une bannière d’erreur, juste le silence. Une campagne d’abandon de panier mise en pause en pleine vente et jamais reprise ne s’annonce pas. Pas plus qu’un flux RSS qui s’est cassé lors du passage du site à un nouveau CMS. Les deux continuent d’apparaître dans la liste des campagnes en ayant exactement l’air qu’ils ont toujours eu, jusqu’à ce que quelqu’un pose la bonne question — et au moment où quelqu’un le fait, la réponse se mesure généralement en semaines, pas en minutes.
Cet article est cette question, posée en langage clair au lieu d’un parcours du combattant du tableau de bord : utiliser deux outils en lecture seule intégrés au serveur PushEngage MCP, pushengage_list_triggered_campaigns et pushengage_list_rss_campaigns, pour extraire les analyses des campagnes déclenchées et la santé des flux RSS en une seule passe et détecter une automatisation mise en pause ou défectueuse avant qu’elle ne coûte une autre semaine de revenus.
L’écart de trois semaines que personne ne remarque
Les campagnes déclenchées et les push automatiques RSS partagent une propriété qui les rend particulièrement faciles à perdre de vue : une fois qu’elles sont construites, elles s’exécutent sans que personne n’y touche à nouveau. C’est tout l’intérêt — un déclencheur d’abandon de panier, une alerte de baisse de prix, une notification de réapprovisionnement, un flux RSS qui pousse automatiquement chaque nouvel article. Configurez-le une fois, et il s’exécute pour toujours selon son propre calendrier.
Sauf que « pour toujours » suppose que rien ne change jamais en dessous. Un déclencheur est mis en pause pendant une promotion pour éviter de chevaucher une diffusion promotionnelle, et personne ne pense à le réactiver. Une URL de flux RSS change lors d’une migration de site, et la campagne qui y était pointée continue de dire « Active » tout en ne poussant silencieusement rien. Le flux d’inventaire d’un déclencheur de réapprovisionnement cesse de se synchroniser, et le déclencheur n’a plus rien à pousser. Dans tous les cas, la campagne semble correcte dans la vue de liste. Elle ne fait juste rien.
Donnez-lui un chiffre, à titre illustratif : un déclencheur d'abandon de panier du marché intermédiaire qui récupère environ 1 800 $ par semaine en valeur de panier n'est pas un chiffre inhabituel pour un compte Shopify Plus avec un trafic constant. Trois semaines de silence — la durée nécessaire pour que quelqu'un s'en aperçoive de lui-même — représentent 5 400 $ de revenus récupérés qui n'ont jamais été récupérés, et personne n'a su chercher jusqu'à ce que le chiffre d'affaires global force la question.
Pourquoi les campagnes déclenchées et les flux RSS tombent en panne silencieusement
Les deux types d'automatisation échouent pour un ensemble restreint et peu intéressant de raisons, et aucune d'entre elles ne déclenche un état d'erreur qu'un marketeur verrait jamais.
- Une pause survit à sa raison d'être. Une campagne d'abandon de panier mise en pause en milieu de vente, pour l'empêcher de concurrencer une campagne de diffusion « juste cette semaine », est rarement remise en marche à temps — la personne qui a actionné l'interrupteur passe à un autre projet, et six mois plus tard, elle est toujours là, toujours marquée comme en pause, et personne ne sait vraiment pourquoi.
- Une intégration en amont tombe en panne. Un déclencheur de baisse de prix ou de réapprovisionnement dépend d'un flux d'inventaire ou de prix de la plateforme du magasin. Si ce flux cesse de se synchroniser — une mise à jour de plugin, une déconnexion d'application, une clé API expirée — le déclencheur n'a plus rien à vérifier et ne se déclenche plus jamais.
- L'URL du flux change. Une migration de CMS, une nouvelle plateforme de blog, ou un changement de domaine peut silencieusement casser le flux RSS auquel une campagne de diffusion automatique est connectée, sans toucher aux paramètres de la campagne elle-même. La campagne reste active car, en ce qui concerne les paramètres de PushEngage, rien n'a changé.
- Une règle d'abandon de navigation ne correspond plus. Si la refonte d'un site modifie la structure des URL ou supprime la page qu'un déclencheur d'abandon de navigation surveille, le déclencheur continue de fonctionner mais n'a plus rien à intercepter.
- Une exception ponctuelle devient permanente. Un déclencheur est désactivé pour une seule gamme de produits lors d'un rappel ou d'un problème de fournisseur, et l'étape de réactivation tombe dans l'oubli une fois le problème initial résolu.
Aucune de ces situations ne génère un ticket de support pour l'équipe marketing. Elles génèrent un ticket de support au service client, trois semaines plus tard, d'un abonné qui se demande où est passée son alerte de réapprovisionnement — ce qui est la manière la plus lente et la plus coûteuse de le découvrir, et celle que tous les audits de ce post visent à éviter.
Pourquoi votre campagne déclenchée n'envoie pas (et comment vérifier en cinq secondes)
Le moyen le plus rapide de répondre à « pourquoi ma campagne déclenchée n'envoie pas » est d'arrêter de deviner et de demander la liste. pushengage_list_triggered_campaigns renvoie chaque campagne déclenchée sur votre site filtrée par statut — active, en pause, ou brouillon — et avec include_analytics défini, chacune revient avec les comptes envoyés, vus et cliqués pour la période.
Cet unique appel effectue les quinze premières secondes de triage pour vous, triant chaque résultat dans l'un des trois états suivants :
- Entièrement inactif — le statut est actif, mais le nombre d'envois est nul (ou quasi nul) pour la période. Quelque chose en amont a planté.
- Correctement silencieux — le statut est actif, le nombre d'envois est faible, mais cela correspond au volume réel du déclencheur (une alerte de réapprovisionnement ne se déclenche que lorsque quelque chose est réellement réapprovisionné ; une semaine calme n'est pas un bug).
- Effectivement en pause — le statut indique en pause, ni plus ni moins, et quelqu'un doit décider si c'était intentionnel.
Présenté pour un compte e-commerce de marché intermédiaire illustratif exécutant quatre campagnes déclenchées :
| Campagne déclenchée | Statut | Envoyé | Vu | Clics |
|---|---|---|---|---|
| Abandon de panier | Actif | 3,940 | 2,610 | 210 |
| Abandon de navigation | Actif | 0 | 0 | 0 |
| Alerte de baisse de prix | Actif | 812 | 590 | 61 |
| Alerte de réapprovisionnement | En pause | 0 | 0 | 0 |
Deux constatations sautent immédiatement aux yeux. Le déclencheur de réapprovisionnement est en pause — il est utile de confirmer si c'était intentionnel, car chaque abonné attendant une alerte de réapprovisionnement ne reçoit rien tant qu'il reste ainsi. Le problème le plus important est le déclencheur d'abandon de navigation : il est marqué comme actif, mais zéro envoi signifie qu'il est entièrement inactif, pas correctement silencieux — un changement de site a très probablement cassé la règle de page qu'il surveille, et chaque visiteur ayant abandonné sa navigation depuis lors n'a reçu aucun suivi.
Remarquez ce que fait l'alerte de baisse de prix ici : 812 envois est un nombre inférieur à celui du déclencheur d'abandon de panier, 3 940, et c'est bien — une alerte de baisse de prix ne se déclenche que lorsqu'un prix baisse réellement, donc un volume plus faible est correctement silencieux, pas un signal d'alarme. La compétence que cette section enseigne réellement est de distinguer ces deux éléments sans deviner : un déclencheur avec des envois proches de sa propre ligne de base historique est sain quel que soit le volume ; un déclencheur qui envoyait régulièrement et qui est tombé à zéro est cassé, peu importe sa petite taille au départ.
Il convient de préciser clairement : pushengage_list_triggered_campaigns liste et lit. Il ne réactive pas une campagne en pause, ne corrige pas une règle de page cassée, ni ne modifie les conditions d'un déclencheur — la correction se fait toujours dans le tableau de bord PushEngage. Ce que fait cet outil, c'est vous dire, en un seul appel, exactement quelles de vos campagnes déclenchées ont besoin de cette correction et pourquoi, au lieu de cliquer sur chacune d'elles pour le découvrir. C'est toute la valeur de récupérer les analyses de campagnes déclenchées via le chat plutôt qu'un onglet de tableau de bord : la découverte prend cinq secondes, et les quinze minutes que vous passeriez autrement à faire défiler sont consacrées à la seule campagne qui en a réellement besoin.
Pour la question sous-jacente de savoir quels événements valent réellement la peine de créer un déclencheur en premier lieu — quels événements méritent des campagnes déclenchées couvre les trois tests de pertinence des déclencheurs que PushEngage utilise pour l'abandon de panier, l'abandon de navigation, la baisse de prix et le réapprovisionnement.
Capturer un flux RSS qui a silencieusement cessé de pousser
Les notifications push automatiques RSS échouent selon le même schéma « a l'air bien, mais ne l'est pas » que les campagnes déclenchées, avec une cause différente : au lieu d'un statut en pause ou d'une règle de page cassée, l'échec réside généralement dans le flux lui-même.
Demandez à votre assistant de lister vos campagnes RSS avec leur statut et leurs analyses, et pushengage_list_rss_campaigns renvoie chaque campagne filtrée par statut, avec la même ventilation envoyés/vus/cliqués lorsque les analyses sont incluses. L'indice ici est presque identique au cas de la campagne déclenchée : une campagne marquée comme active avec un nombre d'envois tombé à zéro, ou chuté brusquement par rapport à sa base normale, signifie presque toujours que le flux qu'elle surveille a cessé de publier correctement.
Le coupable habituel est petit et facile à manquer : une équipe de contenu a changé de plateforme CMS, a modifié le chemin d'URL du flux, ou une mise à jour de plugin a altéré la façon dont le flux formate ses éléments, et personne n'a informé celui qui gère les notifications push. Pour un site fonctionnant à un rythme de publication décent, le push automatique RSS est généralement l'automatisation la plus volumineuse du compte précisément parce qu'elle se déclenche à chaque nouvel article — ce qui signifie également qu'un flux cassé passe de « silencieux » à « un vrai manque de trafic de retour » plus rapidement que presque tout le reste sur cette liste.
Une comparaison rapide avant/après rend la rupture évidente, à titre illustratif :
- Semaine normale : la campagne RSS se déclenche 6 à 9 fois à mesure que de nouveaux articles sont publiés, correspondant au rythme de contenu normal du site.
- Semaine cassée : la campagne RSS apparaît comme active, zéro envoi, et le site a publié quatre nouveaux articles dans la même période — un signal clair que la connexion du flux, et non le calendrier de contenu, est le problème.
Même note de précision que ci-dessus, répétée car elle est tout aussi importante ici : pushengage_list_rss_campaigns liste et lit le statut et les performances. Elle ne peut pas rediriger une URL de flux cassée ni redémarrer la campagne elle-même — cette correction se fait dans le tableau de bord une fois que vous savez quel flux regarder, généralement en re-validant l'URL du flux dans les paramètres de la campagne RSS et en confirmant qu'elle résout toujours vers le bon domaine. Si vous n'avez pas encore configuré de campagne de push automatique RSS, la configuration d'une campagne de push automatique RSS explique la configuration ; cet article suppose qu'une est déjà en cours d'exécution et a juste besoin d'une vérification de santé.
Types d'automatisation adjacents à examiner lors du même passage — la création d'une campagne de notification de baisse de prix et la configuration de notifications push de retour en stock — couvrent le côté configuration de deux des types de campagnes déclenchées que cet audit vérifie. Et si les campagnes goutte-à-goutte ou les Workflows font également partie de votre pile d'automatisation, l'audit des campagnes goutte-à-goutte et des workflows couvre cette paire adjacente de la même manière que cet article couvre les campagnes déclenchées et RSS.
Pour commencer : connexion du serveur MCP PushEngage
Lancer cette vérification depuis une fenêtre de chat commence par l'ajout du serveur MCP PushEngage à la configuration de votre assistant. Pour Claude Desktop ou Cursor, il s'agit d'une entrée dans la configuration MCP du client pointant vers npx -y @pushengage/mcp — aucune installation séparée n'est nécessaire, car npx récupère le serveur à la demande. Claude Code fonctionne de la même manière.
Redémarrez le client, demandez-lui de vous connecter à PushEngage (un onglet de navigateur s'ouvre pour autoriser la connexion, vos identifiants ne transitent donc jamais par l'assistant), puis demandez à voir vos sites et sélectionnez celui avec lequel vous souhaitez travailler. Tous les outils spécifiques à un site, y compris les deux outils de cet article, seront utilisés par défaut pour ce site par la suite. Pour le guide complet — chemins des fichiers de configuration, connexion lors de la première utilisation et que faire si la connexion ne démarre pas — consultez le guide complet de configuration de PushEngage MCP.
Faire de cela une habitude hebdomadaire, pas une vérification ponctuelle
Le but de cet audit n'est pas de trouver la seule campagne défaillante aujourd'hui. Il s'agit de faire de la recherche de celle-ci une question de cinq secondes au lieu d'un projet que personne ne planifie. PushEngage fonctionne à un volume réel — plus de 25 000 propriétaires d'entreprises dans plus de 150 pays envoient plus de 15,2 milliards de notifications par mois via la plateforme — et à cette échelle, un déclencheur mis en pause ou un flux défectueux ne coûte pas un clic ou deux. Cela coûte la valeur du panier récupéré ou le trafic de visiteurs de retour que l'automatisation était censée capturer, pendant exactement la durée de son silence.
C'est le cas pour demander, à voix haute, « pourquoi ma campagne déclenchée n'envoie pas » un lundi au lieu de le découvrir à partir d'un chiffre de revenus faible dans une revue mensuelle. Demandez à votre assistant de lister vos campagnes déclenchées et vos campagnes RSS avec des analyses, jetez un œil aux plans PushEngage si un déclencheur que vous manquez s'avère valoir la peine d'être développé, et passez les quinze minutes que vous économisez dans le tableau de bord à réparer la seule chose qui est réellement défectueuse.
