周一早上，站会。有人问上周的推送效果如何。您能脱口而出您所有的订阅者总数和终生点击总数——但这两者都无法回答实际问题。上周比前一周好还是差？您的点击率是在上升还是在下降？在无人注意的情况下，退订率是否悄悄上升了？
终生总数无法告诉您本周是否比上周更好或更差
这就是终生总数无法弥补的差距，而这正是每周推送通知效果报告的用武之地。您需要的不是一个只会不断增长的数字，而是可以并排比较的“桶”——日、周或月。一个终生总数告诉您最终结果。而推送通知趋势报告则告诉您当前的发展方向以及速度。
如果您阅读了PushEngage关于终生推送通知分析的文章，您已经知道pushengage_get_analytics_summary可以回答“我们整体表现如何”：终生订阅者、终生发送量、终生点击量、终生目标值。这是用于回答不同问题的不同工具，并且需要精确区分界限——本文不再涉及终生总数。本文讨论的是pushengage_get_analytics_timeseries——这个工具通过将您账户的表现分解为您自己设定的“桶”，并允许您用日常语言查询，而不是手动构建报告，来回答“我们现在表现如何，以及是否在变化”的问题。
pushengage_get_analytics_timeseries返回的内容：按需获取的每周推送通知效果
该工具在您提供的任何日期范围内，每个“桶”返回正好六个字段：订阅者、发送量、浏览量、点击量、点击率和退订量。您可以根据您想查看的内容选择“桶”的大小——日、周或月。日度“桶”可以显示一周内一次糟糕的发送。周度“桶”是周一站会所需的粒度。月度“桶”是您会交给想要季度报告而不是其中细枝末节的董事的报告。
没有单独的“每周报告”功能需要配置，也没有模板需要先构建。日期范围和“桶”的大小只是您查询中的两个参数，因此同一个工具可以在对话所需的任何粒度下生成推送通知趋势报告——一周前、本季度或围绕特定活动的自定义范围。这与大多数平台提供的仪表板有着显著不同的形态，在这些仪表板中，“每周”和“每月”是您从下拉菜单中选择的固定视图，而不是您可以自己设置的范围。
在 PushEngage 的规模下，这种灵活性比在较小的平台上更为重要。该网络在 30 天内跨越 150 多个国家/地区的 25,000 多名企业主发送了 152 亿条通知——在这个数量级上，单一的生命周期数据几乎无法告诉你本周的具体情况。趋势视图（而非总数）是查看您账户在该数量中所占份额是否朝着您期望的方向发展的唯一方法。
入门：将 PushEngage MCP 服务器连接到您的 AI 助手
除非 PushEngage MCP 服务器连接到您的 AI 助手，否则以下所有示例均无效。将 npx -y @pushengage/mcp 添加到 Claude Desktop、Claude Code 或 Cursor 的 MCP 配置中，然后重启客户端，“pushengage”服务器将出现在您的工具列表中。首次使用时，请让助手登录到 PushEngage——它会打开一个浏览器标签页，您可以在其中点击“授权”，您的凭据将不会接触到助手本身。
登录后，请让它显示您的 PushEngage 网站，并告诉它使用哪个网站；该选择会在重启后被记住，因此下面的每个问题默认都会针对正确的账户运行。有关完整的演练，包括对无法连接的服务器进行故障排除，请参阅 完整的 PushEngage MCP 设置指南。
询问趋势：三种方式对相同的问题进行分组
连接后，可以通过三种不同的方式提出相同的基本问题——“推送效果随时间如何变化”，具体取决于您需要的粒度。
逐周回顾，用于月度审查：
“请按周细分上个月的点击次数。”
助手会返回四个或五个每周的汇总数据，每个数据都包含发送量、查看量、点击量和点击率 (CTR)，因此您可以立即看到效果是持平、增长，还是在一周内表现强劲而在最后一周疲软。
逐日回顾，用于发现单次发送效果不佳的情况：
“显示我过去 14 天的每日发送量和点击率。”
这是可以捕捉到在整体表现健康的一周内表现不佳的特定广告系列的那种粒度——每周的汇总数据会平均掉这种单日下降。
逐月回顾，用于季度视图：
“与九月相比，十月的表现如何，逐月比较？”
这是您会截图发给总监的版本：两个分组并排显示，显示它们之间的差异，而不是一个只会不断增长的数字。
这三种都是同一个工具 pushengage_get_analytics_timeseries，只是分组大小和日期范围不同——分组只是您提出的问题中的一个参数，而不是需要学习的不同报告。这才是推送通知分析 AI 助手的真正作用：每次都是相同的底层数据，根据请求进行重塑，而不是预先烘焙到仪表板碰巧附带的视图中。
这也是大多数留存团队实际上最常需要的功能：无需先导出任何内容，即可按月比较推送通知效果。一次性询问上个月和前一个月的数据，助手会并排返回两个分组，而不是让您自己去对齐两个单独的截图。
解读对比：移动的点击率（CTR）指标到底告诉你什么
点击率（CTR）的百分点变化听起来很小，直到你将其转化为实际点击量。假设你的账户在9月份发送了40万条通知，点击率（CTR）为4.1%，产生了16,400次点击。10月份，发送量保持在40万条，但点击率（CTR）下降到3.6%，产生了14,400次点击。这意味着在相同的发送量下，点击量减少了2,000次，而每一次点击都可能挽回一个购物车、一次用户回流或一次重复购买的机会，但这些机会都未能实现。一位管理者在汇报时应该说“与上个月相比，挽回收入的机会减少了2,000次”，而不是“点击率（CTR）下降了半个百分点”——后一种说法低估了实际发生的变化。
这是值得在每周的推送通知绩效报告周期中养成的一个习惯：不要只看百分比。将差值乘以你的发送量，你就能得到一个主管可以采取行动的数字，而不是一张他们会一扫而过的图表。
同样的计算方法也适用于反向情况，只是粒度更小。如果你逐周比较推送通知的绩效，发现有三周持平，然后有一周下降了半个百分点，这并不意味着“10月份表现疲软”——而是某一周、某一次发送或某个细分群体值得单独分析，然后再下结论。逐周的推送通知点击率（CTR）指标会告诉你应该重点关注哪一周。
趋势下降时：在指责文案之前先检查什么
逐周下降的推送通知点击率（CTR）有三个常见原因，但“通知文案变差”并不在其中。在你重写标题之前，请将同一周的退订量和发送量数据与点击量数据一起调出——这些数据组合通常会直接指向这三个原因之一。
用户列表流失。一个从不重新细分的广播列表会逐渐老化——那些在十八个月前选择加入但已停止互动的用户仍然计入你的发送量，从而拉低平均值。PushEngage的用户分组功能允许你直接从MCP服务器提供的工具中构建基于行为和RFM（近期、频繁、高价值或流失）的用户细分，因此点击率（CTR）下降是一个你可以实际解决的细分问题，而不是一个谜团。如果你的下降可以追溯到这一点，那么细分对点击率的影响值得仔细阅读，而提高点击率的方法则涵盖了细分到位后的具体修复措施。
退订率上升。你的时间序列数据中的退订字段不仅仅是一个维护数字——逐周趋势显示，退订率上升通常是点击率（CTR）下降之前出现的早期预警信号。首先在这里发现问题，然后降低退订率将指导你进行修复。
送达率限制。 Chrome 的推送速率限制和平台级政策更改可能会悄无声息地限制您发送的实际送达设备的数量，这在点击率图表中看起来与内容问题完全相同，但与您的消息无关。如果发送量和查看量同时下降，而点击率保持不变，那就是送达率的特征——而不是内容问题。您只能通过查看发送量和查看量各自的趋势来发现这种模式，而不能仅凭点击率来判断。
进行所有三项检查所付出的努力与多问一个问题所付出的努力相同。与其猜测，不如直接询问：“显示过去八周的发送量、查看量、点击量和退订量。”一个答案，四个字段，通常在您打开任何仪表板之前，这些组合就能排除三种原因中的两种。
如果您报告多个帐户，这是最节省时间的部分
如果您是管理多个客户网站推送的代理机构，此工作流程的替代方法是每周手动为每个帐户构建一个 Looker Studio 报告。连接 MCP 服务器后，同一个问题每个网站只问一次：使用 pushengage_select_site 选择客户 A，询问“将本月与上个月进行逐周比较”，得到答案，切换到客户 B，再次询问相同的问题。该工具没有内置的多帐户汇总功能——您仍然是逐个网站询问——但三个客户网站和三个快速问题与三个仪表板导出和三个图表截图相比，周一的工作量有实质性差异。
当您可以将收入与其挂钩时，这种速度会转化为实实在在的数字。 衡量推送通知的投资回报率 介绍了如何在获得逐周或逐月数据后，将点击差异一直追溯到每个帐户的归属收入。
这就是推送通知分析 AI 助手在代理机构的周一例行工作中发挥作用的地方——不是因为它将多个客户整合到一个视图中，而是因为一旦回答了第一个问题，第四个问题的边际成本就接近于零。拥有一个帐户的留存经理和拥有十五个帐户的代理机构执行相同的工作流程；代理机构只是在同一时间段内执行更多次。
报告只有在它能改变某些事情时才有意义
只有当它能改变接下来的事情时，逐周的推送通知绩效报告才值得构建。点击率下降 0.5 个点应该导致重新构建细分受众群，而不是报告中的一个要点。连续两周退订率上升应该导致发送频率审查，而不是成为送达率问题。显示点击量减少 2,000 次但数量持平的环比比较，应该在您的下一个报告中显示为美元数字，而不是脚注中隐藏的百分比。
这才是此类报告的实际测试：不是看趋势线是否存在，而是看它是否改变了某个决定。一旦数字只需提问即可获得，而不是需要导出仪表板才能获得，那么就没有借口可以跳过这一步了。请参阅 PushEngage 计划，将 MCP 服务器连接到您自己的帐户并开始提问。
