Lundi matin, réunion d'équipe. Quelqu'un demande comment se sont comportées les notifications push la semaine dernière. Vous connaissez votre nombre total d'abonnés et votre total de clics à vie par cœur - mais aucun des deux ne répond à la question réelle. La semaine dernière a-t-elle été meilleure ou pire que la semaine précédente ? Votre taux de clics augmente-t-il ou diminue-t-il ? Le taux de désabonnement a-t-il augmenté pendant que personne ne regardait ?
Un total à vie ne peut pas vous dire si cette semaine a été meilleure ou pire que la précédente
C'est la lacune qu'un total à vie ne peut pas combler, et c'est exactement à cela que servent les rapports de performance des notifications push, semaine par semaine. Au lieu d'un seul chiffre qui ne fait qu'augmenter, vous avez besoin de catégories - jour, semaine ou mois - que vous pouvez comparer côte à côte. Un seul total à vie vous indique où vous en êtes arrivé. Un rapport de tendance des notifications push vous indique dans quelle direction vous vous déplacez actuellement et à quelle vitesse.
Si vous avez lu l'article de PushEngage sur les analyses des notifications push à vie, vous savez déjà que pushengage_get_analytics_summary répond à la question « comment allons-nous globalement ? » : abonnés à vie, envois à vie, clics à vie, valeur d'objectif à vie. C'est un outil différent pour une question différente, et il est utile d'être précis sur la limite - cet article n'aborde plus jamais ce total à vie. Cet article porte sur pushengage_get_analytics_timeseries - l'outil qui répond « comment allons-nous *en ce moment*, et est-ce que ça bouge ? » - en décomposant les performances de votre compte en catégories que vous définissez vous-même et en vous permettant de les interroger en langage naturel au lieu de construire un rapport à la main.
Ce que pushengage_get_analytics_timeseries retourne : performance des notifications push, semaine par semaine, à la demande
L'outil retourne exactement six champs, par catégorie, sur la période que vous lui donnez : abonnés, envois, vues, clics, CTR et désabonnements. Vous choisissez la taille de la catégorie - jour, semaine ou mois - en fonction de ce que vous essayez de voir. Une catégorie jour par jour met en évidence un seul envoi raté au sein d'une semaine chargée. Une catégorie semaine par semaine est la granularité appropriée pour une réunion d'équipe du lundi. Une catégorie mois par mois est ce que vous remettriez à un directeur qui veut le trimestre, pas le bruit qu'il contient.
Il n'y a pas de fonctionnalité « rapport hebdomadaire » distincte à configurer et pas de modèle à construire au préalable. La période et la taille de la catégorie ne sont que deux paramètres dans tout ce que vous demandez, de sorte que le même outil produit un rapport de tendance des notifications push à la granularité que la conversation appelle - il y a une semaine, ce trimestre ou une période personnalisée autour d'une campagne spécifique. C'est une forme significativement différente des tableaux de bord que la plupart des plateformes proposent, où « hebdomadaire » et « mensuel » sont des vues fixes que vous choisissez dans un menu déroulant plutôt qu'une période que vous définissez vous-même.
Cette flexibilité est plus importante à l’échelle de PushEngage que sur une plateforme plus petite. Le réseau envoie 15,2 milliards de notifications sur une période de 30 jours à plus de 25 000 propriétaires d’entreprises dans plus de 150 pays — un volume où un chiffre unique à vie ne vous dit presque rien sur cette semaine en particulier. Une vue des tendances, pas un total, est le seul moyen de voir si la part de ce volume de votre compte évolue dans la direction souhaitée.
Démarrage : connexion du serveur MCP PushEngage à votre assistant IA
Aucun des exemples ci-dessous ne fonctionnera tant que le serveur MCP PushEngage ne sera pas connecté à votre assistant IA. Ajoutez npx -y @pushengage/mcp à la configuration MCP de Claude Desktop, Claude Code ou Cursor, redémarrez le client, et le serveur « pushengage » apparaîtra dans votre liste d’outils. La première fois que vous l’utilisez, demandez à l’assistant de vous connecter à PushEngage — cela ouvre un onglet de navigateur où vous cliquez sur Autoriser, et vos identifiants ne touchent jamais l’assistant lui-même.
Une fois connecté, demandez-lui d’afficher vos sites PushEngage et indiquez lequel utiliser ; cette sélection est mémorisée lors des redémarrages, de sorte que chaque question ci-dessous s’exécute par défaut sur le bon compte. Pour le guide complet, y compris le dépannage d’un serveur qui ne se connecte pas, consultez le guide complet de configuration de PushEngage MCP.
Demander la tendance : trois façons de regrouper la même question
Une fois connecté, la même question sous-jacente — « comment les notifications push performent-elles au fil du temps » — peut être posée de trois manières différentes, en fonction de la granularité dont vous avez besoin.
Semaine par semaine, pour une revue mensuelle :
« Détaille les clics du mois dernier semaine par semaine. »
L’assistant renvoie quatre ou cinq groupes hebdomadaires, chacun avec les envois, les vues, les clics et le CTR, afin que vous puissiez voir immédiatement si la performance était stable, en hausse, ou concentrée sur une semaine et nulle la dernière.
Jour par jour, pour repérer un envoi problématique :
« Montre-moi les envois et le CTR quotidiens des 14 derniers jours. »
C’est la granularité qui permet de repérer une campagne spécifique qui a sous-performé au sein d’une semaine par ailleurs saine — une baisse quotidienne qu’un groupe hebdomadaire moyeniserait.
Mois par mois, pour la vue trimestrielle :
« Comment octobre s’est-il comparé à septembre, mois par mois ? »
C’est la version que vous mettriez en capture d’écran pour un directeur : deux groupes, côte à côte, avec la différence entre eux au lieu d’un seul chiffre qui ne fait que croître.
Les trois sont le même outil, pushengage_get_analytics_timeseries, avec une taille de groupe et une plage de dates différentes — le groupe n’est qu’un paramètre dans la question que vous posez, pas un rapport différent à apprendre. C’est le véritable travail d’un assistant IA d’analyse de notifications push : c’est toujours la même donnée sous-jacente, remodelée sur demande au lieu d’être pré-cuite dans la vue qu’un tableau de bord a fini par proposer.
C'est aussi la version dont la plupart des équipes de rétention ont le plus souvent besoin : comparer les performances des notifications push de mois en mois, sans avoir à exporter quoi que ce soit au préalable. Demandez le mois dernier et le mois précédent dans la même phrase, et l'assistant vous fournira les deux ensembles côte à côte au lieu de deux captures d'écran distinctes que vous devriez aligner vous-même.
Lire la comparaison : ce que la ligne de CTR en mouvement vous dit réellement
Une variation d'un point de pourcentage du CTR semble faible jusqu'à ce que vous la convertissiez en clics. Supposons que votre compte ait envoyé 400 000 notifications en septembre avec un CTR de 4,1 % — soit 16 400 clics. En octobre, les envois sont restés stables à 400 000, mais le CTR a chuté à 3,6 % — soit 14 400 clics. Cela représente 2 000 clics en moins pour le même volume d'envoi, et chacun de ces clics était une chance de récupérer un panier abandonné, de reconquérir un client, ou de réaliser un nouvel achat qui n'a pas eu lieu. Un responsable signalant cette baisse devrait dire « 2 000 opportunités de revenus récupérés en moins d'un mois à l'autre », et non « le CTR a baissé d'un demi-point » — la seconde version sous-estime exactement ce qui s'est passé.
C'est l'habitude qu'il vaut la peine de prendre dans chaque cycle de reporting hebdomadaire des performances des notifications push : ne vous arrêtez pas au pourcentage. Multipliez la différence par votre volume d'envoi, et vous obtenez un chiffre sur lequel un directeur peut agir au lieu d'un graphique qu'il survolera.
Les mêmes calculs fonctionnent dans l'autre sens, à une échelle plus fine. Si vous comparez les performances des notifications push de mois en mois et constatez trois semaines stables suivies d'une semaine en baisse d'un demi-point, ce n'est pas « octobre a été faible » — c'est une semaine spécifique, un envoi spécifique, ou un segment spécifique qui mérite d'être examiné individuellement avant de rejeter tout le mois. Une ligne de CTR des notifications push semaine après semaine vous indique quelle semaine examiner.
Quand la tendance baisse : que vérifier avant de blâmer le texte
Une baisse hebdomadaire du CTR des notifications push a trois causes courantes, et aucune d'entre elles n'est « le texte de la notification s'est dégradé ». Avant de réécrire un titre, examinez les données de désabonnement et de volume d'envoi aux côtés des données de clics pour les mêmes semaines — la combinaison pointe généralement directement vers l'une des trois.
Déclin de la liste d'abonnés. Une liste de diffusion qui n'est jamais re-segmentée vieillit — les abonnés qui se sont inscrits il y a dix-huit mois et qui ont cessé d'interagir sont toujours comptés dans votre volume d'envoi, faisant baisser la moyenne. Les groupes d'audience de PushEngage vous permettent de créer des segments comportementaux et de type RFM (récent, fréquent, de grande valeur ou inactif) directement à partir des outils disponibles dans le serveur MCP, de sorte qu'une baisse du CTR est un problème de segmentation que vous pouvez réellement résoudre plutôt qu'un mystère. Si votre baisse remonte à cela, l'effet de la segmentation sur le taux de clics mérite une lecture plus approfondie, et les moyens d'augmenter votre taux de clics couvre les correctifs tactiques une fois la segmentation en place.
Un taux de désabonnement en hausse. Le champ de désabonnement dans vos données de séries chronologiques n'est pas seulement un chiffre de gestion — analysé semaine après semaine, un taux de désabonnement en hausse est un avertissement précoce qui apparaît généralement avant la baisse du CTR. Attrapez-le ici en premier, et réduisez votre taux de désabonnement explique les correctifs.
Limitation de la délivrabilité. Les limites de débit des notifications push de Chrome et les changements de politique au niveau de la plateforme peuvent limiter silencieusement le nombre de vos envois qui atteignent réellement un appareil, ce qui ressemble à un problème de contenu dans un graphique CTR mais n'a rien à voir avec votre message. Si les envois et les vues diminuent ensemble tandis que le CTR reste stable, c'est la signature de la délivrabilité — pas un problème de copie. Vous ne remarqueriez ce schéma qu'en examinant les envois et les vues comme leur propre tendance groupée, et non en vous concentrant uniquement sur le CTR.
Effectuer les trois vérifications prend autant d'efforts que de poser une question supplémentaire. Au lieu de deviner, demandez directement : « Montrez-moi les envois, les vues, les clics et les désabonnements des huit dernières semaines. » Une réponse, quatre champs, et la combinaison exclut généralement deux des trois causes avant même que vous n'ayez ouvert un seul tableau de bord.
Si vous rapportez plus d'un compte, c'est la partie qui fait gagner le plus de temps
Si vous êtes une agence gérant les notifications push pour plusieurs sites clients, l'alternative à ce flux de travail consiste à créer manuellement un rapport Looker Studio pour chaque compte, chaque semaine. Avec le serveur MCP connecté, la même question est posée une fois par site : sélectionnez le client A avec pushengage_select_site, demandez « comparez ce mois-ci au mois dernier, semaine par semaine », obtenez la réponse, passez au client B, posez la même question à nouveau. Il n'y a pas d'agrégation multi-comptes intégrée à l'outil — vous posez toujours la question site par site — mais trois sites clients et trois questions rapides constituent un lundi matériellement différent de trois exportations de tableaux de bord et trois captures d'écran de graphiques.
Cette vitesse se transforme en un chiffre concret lorsque vous pouvez y associer des revenus. Mesurer le retour sur investissement des notifications push explique comment suivre une différence de clics jusqu'aux revenus attribués par compte, une fois que vous avez les chiffres semaine par semaine ou mois par mois en main.
C'est là qu'un assistant IA d'analyse de notifications push gagne sa place dans la routine du lundi d'une agence spécifiquement — non pas parce qu'il regroupe plusieurs clients dans une seule vue, mais parce que le coût marginal de la quatrième question est proche de zéro une fois que la première est répondue. Un responsable de la rétention avec un compte et une agence avec quinze exécutent le même flux de travail ; l'agence l'exécute simplement plus de fois dans la même session.
Le rapport n'a d'importance que si quelque chose change à cause de lui
Le reporting hebdomadaire des performances des notifications push ne vaut la peine d'être construit que s'il modifie ce qui se passe ensuite. Un CTR qui a chuté de 0,5 point devrait aboutir à un segment reconstruit, pas à un point dans une présentation. Un taux de désabonnement qui a augmenté deux semaines de suite devrait aboutir à un examen de la fréquence d'envoi avant qu'il ne devienne un problème de délivrabilité. Une comparaison mensuelle qui montre 2 000 clics en moins par rapport à un volume stable devrait aboutir à un montant en dollars dans votre prochain rapport, pas à un pourcentage enfoui dans une note de bas de page.
C'est le véritable test pour ce type de reporting : non pas si la courbe de tendance existe, mais si elle a modifié une décision. Une fois que les chiffres sont à une question près au lieu d'être à une exportation de tableau de bord près, il n'y a plus d'excuse pour sauter cette étape. Voir les plans PushEngage pour connecter le serveur MCP à votre propre compte et commencer à poser des questions.
