Nous sommes lundi, 8h du matin, et vous gérez les notifications push pour cinq clients Shopify Plus et WooCommerce. Avant toute réunion client cette semaine, vous avez besoin de deux choses par compte : chaque automatisation fonctionne-t-elle, et comment les chiffres du mois dernier ont-ils évolué. L'ancienne méthode implique cinq connexions et cinq passages par les mêmes écrans (campagnes goutte à goutte, campagnes déclenchées, flux de travail, analyses), répétés une fois par client. Appelez cela ce que c'est : un problème de reporting client pour les agences de marketing avec un assistant IA, pas un problème de tableau de bord. Les mêmes vérifications sont effectuées cinq fois séparément car les comptes ne communiquent pas entre eux, pas plus que les onglets qui les maintiennent ouverts.
Avec PushEngage MCP connecté à votre système d'agents, vous demandez à un assistant de vérifier le statut de l'automatisation et d'extraire les analyses pour chaque client dans la même conversation, en changeant de compte par nom au lieu de par connexion. Cet article détaille ce flux de travail réel du lundi matin : auditer les automatisations de chaque client pour détecter tout ce qui est en pause et ne devrait pas l'être, puis extraire les analyses de CTR et de revenus pour aborder chaque réunion avec des chiffres réels — pas cinq tableaux de bord, une invite à la fois.
Pourquoi le « reporting client » commence par une automatisation défectueuse, pas par un chiffre
Imaginez une marque DTC de taille moyenne que vous gérez : une campagne déclenchée d'abandon de panier qui est censée se déclencher 30 minutes, 4 heures et 24 heures après le paiement est laissée de côté. Il y a trois semaines, quelqu'un a modifié la règle d'audience de la campagne et elle a été silencieusement mise en pause. Personne ne s'en est rendu compte. Les revenus de récupération de panier du client ont chuté silencieusement pendant trois semaines avant que quiconque ne pense à vérifier l'automatisation elle-même, car les chiffres du CTR qui ont été affichés (ouvertures d'e-mails, clics sur les publicités) semblaient normaux. Le canal push s'est simplement éteint.
C'est le mode d'échec que le « reporting client » ne prend presque jamais en compte. Tous les produits de reporting d'agence sur le marché, des tableaux de bord en marque blanche aux connecteurs BI en passant par les générateurs de rapports IA, supposent que le travail consiste à transformer les métriques existantes en un aperçu plus rapide. Aucun d'entre eux ne se demande si l'automatisation qui génère ces métriques est toujours active. Pour un canal de rétention comme le push, c'est à l'envers. Une campagne goutte à goutte mise en pause ou un flux de travail bloqué n'apparaît pas comme un mauvais chiffre ; il apparaît comme une absence, et une absence est exactement ce qu'un coup d'œil rapide sur un tableau de bord manque.
Donc, avant que cet article n'aborde le CTR, le nombre d'abonnés ou la valeur de l'objectif (les chiffres que le client souhaite réellement entendre lors d'un appel), il commence par la vérification qui doit être effectuée en premier : y a-t-il quelque chose en pause qui ne devrait pas l'être. C'est la première étape réelle du reporting client pour une agence qui gère des programmes de rétention push sur plusieurs comptes PushEngage, et c'est l'étape que tous les autres outils de reporting négligent.
La raison pour laquelle il est ignoré partout ailleurs est structurelle, pas accidentelle. Un tableau de bord en marque blanche ou un connecteur BI extrait les chiffres que l'API de la plateforme sous-jacente expose déjà en tant que métriques : envois, ouvertures, clics. Il les rend plus rapidement ou plus joliment, rien de plus. Aucun de ces outils ne demande à la plateforme « quelle de mes automatisations a changé d'état sans que personne ne vous le dise », car ce n'est pas une métrique, c'est une vérification d'état, et les vérifications d'état résident dans une partie différente de l'API que les analyses.
Une agence qui gère bien les rapports de notifications push doit effectuer les deux types de vérification, dans le bon ordre, pour chaque compte qu'elle gère. Jusqu'à présent, cela signifiait se souvenir de le faire manuellement, un onglet de tableau de bord à la fois.
Pour commencer : PushEngage MCP dans votre système d'agent
PushEngage MCP s'installe avec une seule commande, npx -y @pushengage/mcp, ajoutée à la configuration du serveur MCP de Claude Desktop, Claude Code ou Cursor. Une fois le serveur enregistré, demandez à votre assistant de vous connecter à PushEngage ; cela ouvre un onglet de navigateur pour une autorisation en un clic, de sorte qu'aucune clé API ne soit jamais tapée ou collée dans le chat. À partir de là, demandez vos sites et choisissez celui avec lequel travailler, et chaque appel d'outil qui suit agit sur ce compte jusqu'à ce que vous changiez. Cette section reste intentionnellement courte — pour les exemples complets de fichiers de configuration, les prérequis npx et les solutions à l'erreur la plus courante « connexion fermée », consultez le guide complet de configuration de PushEngage MCP.
Gérer un compte PushEngage par client, en toute sécurité
Tout dans ce post suppose que vous êtes déjà configuré pour détenir plusieurs comptes PushEngage au sein du même assistant sans que les jetons ne se croisent. Ce mécanisme (enregistrer le serveur une fois par client avec son propre PE_MCP_CONFIG_PATH, puis utiliser list_sites et select_site pour passer d'un compte à l'autre en milieu de conversation) est réel, et c'est ce qui rend un lundi avec cinq clients possible depuis une seule fenêtre de chat.
C'est aussi un sujet en soi avec ses propres étapes de configuration, exemples de configuration et pièges, et le répéter ici ne ferait que ralentir le flux de travail dont ce post traite réellement. Si vous n'avez pas encore configuré l'accès multi-clients, voyez comment PushEngage MCP maintient les comptes clients séparés d'abord, puis revenez ici pour savoir quoi en faire une fois qu'il est en cours d'exécution.
C'est aussi la pièce qui rend la gestion des notifications push multi-clients véritablement différente de la commutation de compte que la plupart des outils d'agence offrent. Une connexion partagée avec des filtres au niveau du client signifie toujours un jeton qui peut voir tous les clients à la fois ; une configuration de chemin de configuration par client signifie que les informations d'identification de chaque client résident dans un fichier séparé que votre assistant ne lit que lorsque vous avez explicitement sélectionné ce site. Le flux de travail ci-dessous suppose que cette séparation est déjà en place.
Première étape, lundi matin : auditer les automatisations de chaque client pour tout ce qui est en pause
Une fois les comptes clients configurés, l'audit lui-même consiste en trois appels d'outils, répétés par client. Demandez à votre assistant de lister les campagnes goutte-à-goutte, les campagnes déclenchées et les flux de travail pour le premier client, et d'inclure les analyses sur l'appel du flux de travail. pushengage_list_drip_campaigns et pushengage_list_triggered_campaigns renvoient le statut de chaque automatisation, actif ou en pause, de sorte qu'une campagne qui a été modifiée dans un état de pause il y a des semaines et qui n'a jamais été remarquée apparaît dans la première réponse, et non dans le cinquième écran d'un tableau de bord dans lequel vous devriez autrement cliquer. pushengage_list_workflows avec include_analytics défini va plus loin : en plus du statut, il renvoie les décomptes d'abonnés entrés, actifs, terminés et échoués, ainsi que les statistiques d'objectifs pour chaque flux de travail.
C'est là que se trouve le véritable signal d'audit. Un flux de travail avec un nombre « entré » sain et presque rien ne passant à « terminé » n'est pas défectueux d'une manière qui apparaît comme un statut en pause : il fonctionne et il échoue de toute façon, les abonnés s'accumulant dans « actif » parce qu'une condition de sortie ou une étape de délai ne se comporte pas comme elle l'a fait lorsque quelqu'un l'a construite. C'est le genre d'échec qu'une colonne de statut masque et qu'un nombre de taux d'achèvement révèle immédiatement.
Une sortie réaliste du lundi pour un client, en un seul échange de prompt et de réponse, pourrait ressembler à ceci :
- Campagne déclenchée d'abandon de panier : active, fonctionne normalement.
- Campagne déclenchée de baisse de prix : en pause, aucun changement d'audience depuis la configuration ; à signaler pour l'appel client.
- Flux de travail de série de bienvenue : 1 240 entrés ce mois-ci, 1 190 terminés, sain.
- Flux de travail de reconquête : 890 entrés, 210 terminés, 40 échoués. Le taux d'achèvement a chuté par rapport à sa plage habituelle et mérite un examen plus approfondi avant de supposer qu'il va bien.
Chacune de ces quatre lignes répond à une version différente de la même question (fait-elle ce qu'elle est censée faire) et chacune aurait autrement nécessité un clic séparé sur une page de détails de campagne ou de flux de travail distincte pour confirmation. La ligne de baisse de prix à elle seule vaut tout l'exercice : une campagne déclenchée en pause sans raison évidente pour laquelle elle s'est mise en pause est exactement le genre d'échec silencieux qui coûte à un client trois semaines de revenus récupérés avant que quelqu'un ne s'en inquiète, et elle apparaît ici dans la même réponse que tout le reste, pas enfouie à trois clics de profondeur dans un tableau de bord que personne n'a ouvert.
Répétez la même séquence de trois appels pour le client suivant en changeant de site, et au moment où vous aurez parcouru les cinq comptes, vous aurez une liste précise de ce qui est en pause, de ce qui est bloqué et de ce qui fonctionne bien — assemblée à partir d'une seule conversation, et non de cinq sessions d'audit distinctes. Il s'agit de l'automatisation des clients d'audit en tant que catégorie de reporting propre, et non d'un effet secondaire de l'extraction d'analyses, et c'est l'étape que tous les produits de reporting concurrents sautent car aucun d'entre eux ne lit l'état de l'automatisation. L'exécution de la même séquence d'automatisation des clients d'audit sur chaque compte avant le premier appel client de la semaine est, en pratique, la différence entre le signalement d'un problème et sa détection avant le client.
Étape deux : extraire les analyses de CTR et de revenus pour chaque client, en une seule passe
Une fois que vous savez ce qui fonctionne réellement, la seconde moitié du reporting client concerne les chiffres qu'un client attend lors de l'appel : croissance des abonnés, taux de clics et valeur des objectifs, le chiffre qui compte plus que les autres. pushengage_get_analytics_summary renvoie les totaux à vie par site : abonnés, notifications envoyées, vues, clics, et nombre et valeur des objectifs. pushengage_get_analytics_timeseries décompose les mêmes métriques en blocs journaliers, hebdomadaires ou mensuels sur une période donnée, plus le CTR et la tendance de désabonnement, afin que vous puissiez montrer à un client non seulement où il en est, mais aussi dans quelle direction les 30 derniers jours ont évolué.
La distinction qui compte spécifiquement pour le reporting des notifications push pour les agences : la valeur de l'objectif est un chiffre d'affaires, pas un chiffre d'engagement. Un client dont le CTR est resté stable d'un mois à l'autre mais dont la valeur de l'objectif provenant des notifications push a augmenté parce que la séquence d'abandon de panier que vous venez de confirmer était active a récupéré plus de paniers est une histoire matériellement différente d'un CTR qui a augmenté sans revenus derrière. Ancrez la conversation d'abord sur la valeur de l'objectif, puis sur le CTR, et le rapport sera lu comme des revenus récupérés plutôt qu'une métrique de vanité.
En pratique, cela ressemble à demander le résumé et la série chronologique des 30 derniers jours pour chaque client à tour de rôle, juste après la vérification de l'état de l'automatisation pour ce même client — ainsi, au moment où vous passez au compte suivant, vous avez déjà les deux moitiés de l'histoire de ce client : ce qui fonctionne et ce que cela a produit. Extraire le CTR et la valeur des objectifs de trois clients côte à côte dans la même conversation, au lieu de trois connexions distinctes au tableau de bord, est ce qui remplace réellement la version « cinq onglets de navigateur » de ce lundi.
Considérez les cinq mêmes clients de l'audit ci-dessus. Disons que trois d'entre eux montrent un CTR stable ou en légère hausse d'un mois à l'autre, un montre une baisse qui mérite une note, et le cinquième (celui dont la campagne de baisse de prix s'est avérée en pause dans l'audit) montre une baisse de la valeur de l'objectif suffisamment large pour que ce soit clairement la même histoire, pas une coïncidence.
Entrer dans l'appel client avec les faits déjà connectés ("votre automatisation de baisse de prix s'est arrêtée il y a trois semaines, et voici la baisse de revenus récupérés qui correspond") est une conversation matériellement différente que d'entrer avec un graphique CTR et aucune explication de pourquoi il a bougé. C'est le bénéfice de faire l'audit en premier : l'analytique cesse d'être un chiffre que vous rapportez et devient un chiffre que vous pouvez expliquer.
Ce que cela remplace réellement, et ce que cela ne remplace pas
Il est utile d'être direct sur la portée. PushEngage MCP pour les agences n'est pas un générateur de rapports destiné aux clients : il ne produit pas de PDF de marque ni de lien de tableau de bord en marque blanche à remettre à un client, comme le fait un produit de reporting BI. Il ne corrige rien de ce qu'il trouve, non plus. Lorsque l'audit révèle une campagne de baisse de prix arrêtée ou un flux de travail avec un taux d'achèvement en baisse, vous ouvrez toujours le tableau de bord PushEngage pour modifier la règle d'audience ou l'étape de délai, car tous les outils ici sont en lecture seule, pas en création ou modification. Et la gestion des notifications push multi-clients via MCP est uniquement en stdio, s'exécutant localement via npx dans votre assistant ; il n'y a pas de version de connecteur distant ni de capacité d'envoi WhatsApp qui l'accompagne.
Ce qu'il remplace est plus restreint et, pour un lundi matin, plus utile : le rituel manuel de connexion à cinq tableaux de bord distincts pour parcourir les mêmes écrans d'état d'automatisation et le même onglet d'analyse, un client à la fois, avant d'avoir prononcé un mot à qui que ce soit. Pour plus de 75 000 entreprises dans plus de 150 pays, utilisant push pour un total de 15,2 milliards de notifications au cours des 30 derniers jours, ce rituel se répète chaque semaine dans chaque agence gérant plus d'un compte — et c'est la pièce spécifique que les 27 outils de PushEngage MCP sur 10 domaines ont été construits pour compresser en une seule conversation.
C'est la portée honnête d'un assistant IA pour le flux de travail de reporting client des agences de marketing construit sur MCP : il raccourcit le chemin vers une image complète et précise de tous les clients. Il ne vous remet pas un rapport terminé, et il ne touche à aucun paramètre en votre nom.
Clôture de la série : ce que quatorze articles sur PushEngage MCP additionnent
Ceci est le quatorzième et dernier article de cette série, et l'arc mérite d'être énoncé clairement : installez PushEngage MCP une fois, dans Claude Desktop, Claude Code, ou Cursor, et un assistant couvre l'envoi et la planification des notifications push, le ciblage des bons abonnés, la récupération des analyses semaine après semaine, et, comme cet article l'a couvert, l'audit des campagnes de goutte à goutte et des flux de travail sur autant de comptes clients que vous gérez. Rien de tout cela ne nécessite un second abonnement de reporting ou un tableau de bord spécialement conçu pour l'IA. Cela nécessite l'installation en une seule commande avec laquelle cette série a commencé, et un lundi matin passé à demander plutôt qu'à cliquer.
Pour une agence spécifiquement, cet arc se compose d’une manière qui ne se produit pas pour une marque à site unique : chaque outil couvert dans cette série (envoi, ciblage, analyse et la séquence d’automatisation du client d’audit présentée dans cet article) s’exécute une fois par client au lieu d’une fois, au total. Le lundi de cinq clients avec lequel cet article a commencé n’est pas un cas spécial ; c’est à quoi ressemble chaque article de cette série une fois que vous le multipliez par le nombre de comptes dont une personne est responsable.
Si vous utilisez PushEngage pour plus d’un client et que c’est le premier article de la série sur lequel vous tombez, commencez par le guide d’installation, puis revenez ici — l’ordre des opérations audit d’abord, chiffres ensuite dans cet article est celui qui évolue au-delà d’un seul compte. Cet ordre des opérations est ce à quoi sert un assistant IA pour le reporting client des agences de marketing : identifier ce qui ne va pas, puis expliquer ce qui a changé. Voir les offres de PushEngage pour ce qui est disponible dans chaque niveau de client, y compris l’offre gratuite avec laquelle chaque nouveau compte commence.
