您 WooCommerce 店铺的季度列表审核显示了一个不可能出现的数字。今年，您的网站推送列表从 68,000 增长到 95,000 订阅者，而推送带来的收入却持平。拉取点击报告，原因一目了然：每次营销活动都发送给了所有人，而相同的 8,000 名订阅者完成了所有的点击。另外 87,000 人收到了他们从未要求 Chrome 再次发送的为期一年的消息。
直到最近，这种模式只会影响您的点击率。到 2026 年，它将直接影响您的送达率本身。推送通知细分已不再是个人化升级，而是决定您的消息是否还能继续送达的实践。本文将阐述平台层面的变化、细分的收入计算、哪些细分对留存至关重要，以及本季度如何开始实施。
在您不经意间，未细分的列表已成为一种负担
现在，三个平台机制位于您的发送按钮和订阅者屏幕之间，并且每个机制在机械上都是一个相关性测试。
Chrome 每日为您的发送行为评分。自 2026 年 1 月起，Chrome 一直在推出 Push API 速率限制，针对发送量相对于其获得的参与度较高的网站。被标记为干扰性的网站将受到限制，并且限制会随着重复违规而升级。Google 的官方立场是：及时、相关的通知发送者将永远不会注意到该系统的存在。
Android 在设备上读取您的通知内容。Android 16 的 通知整理器根据内容对通知进行分类，而不是根据发送应用，并自动静音其归类为“促销”或“新闻”的内容。这两个类别默认都经过过滤。全店促销的推送会被埋没；而购物者浏览过的商品的降价提醒会被视为信息，而非促销。
Android 优先考虑真正相关的通知。Android 17 的 实时更新（于 2026 年 I/O 大会推出）会将用户发起的实时通知固定到锁屏和状态栏，同时根据政策明确排除“广告、促销”。
所有这些系统都问同一个问题：该订阅者是否有理由让您发送此消息？细分是发送者回答“是”的方式。我们在关于为什么触发式推送通知现在是默认设置的配套文章中涵盖了完整的平台故事；本文关注的是其底层：究竟谁应该接收任何消息。
推送通知细分现在实际控制什么
Chrome 的速率限制评分会大大降低，而推送通知细分是唯一可以同时影响这两个方面的营销活动端控制手段。
分子是流量：每单位时间发送的消息数与用户在您网站上花费的时间。分母是获得的关注度：您的网站参与度得分以及用户给予您的前台分钟数。发送给您的整个列表，并且分子会因发送给数月未访问的用户而膨胀。发送给有理由听您说话的细分受众，同时发生两件事：分子缩小，随后的点击将用户带回您的网站，从而增加分母。
| Chrome 衡量指标 | 哪种细分策略能改变它 |
|---|---|
| 每单位时间网站消息数 | 发送给意向细分受众而非整个列表可减少发送量，但不会减少可触达的收入 |
| 每单位时间权限提示数 | 向参与互动的页面访问者展示选择加入提示，而不是向首次访问的跳出者展示 |
| 网站参与度得分和前台分钟数 | 相关发送赢得点击；点击是回访；回访是得分 |
测试失败有明确的代价。第一个被标记日会带来 1 天的速率限制，第二个是 7 天限制，第三个是 14 天，并且计数器仅在连续 42 天干净后重置。受限网站每分钟最多发送 1,000 条消息，溢出消息将被拒绝为 HTTP 429。这些限制适用于后台推送 API 而不是通知 API，并且 Google 预计几乎所有网站都不会受到影响 — 但这个平均值是针对整个网络的。一个每天发送 95,000 条订阅消息的高流量商店是该政策的编写对象。PushEngage 已发送超过 1000 亿条通知，而赢得速率限制标志的程序从不是细分程序。
细分推送通知与广播推送通知：收入计算
过去，用户细分的好处是通过倍数来论证的。PushEngage 自己的行业研究发现细分可将各行业的点击率提高一倍，而我们运行细分广告活动的电子商务客户的点击率提升了 218%。倍数是真实的，但保留所有者在预算审查中辩护的数字是每发送收入。
对开头提到的 95,000 用户商店运行细分与广播推送通知的比较。说明性计算，平均订单价值为 75 美元：
| 程序 | 发送 | 点击率 | 点击转化率 | 收入 | 每 1000 次发送收入 |
|---|---|---|---|---|---|
| 广播销售推送 | 95,000 | 1.2% | 4% | ~3,400 美元 | ~36 美元 |
| 相同优惠，浏览类别细分（30 天，无购买） | 14,000 | 6% | 12% | ~7,600 美元 | ~540 美元 |
该细分发送的消息减少了 85%，产生的收入大约是广播的两倍，而每发送收入是广播的十五倍。只有当您的平台报告的是每广告活动收入而不是每广告活动点击次数时，您才能运行此表格；这种归因是将细分从一种工艺偏好转变为一个可辩护的项目。
广播列还带有一个表格低估的成本：列表衰减。每一次不相关的广播都会将一部分收件人转化为未订阅者，而未订阅的购物者是您已经支付了获客成本但现在却消失的触达。重新获取该购物者意味着要支付两次今天的 CAC。非细分程序会持续支付此费用，并将其记为正常流失。
对留存至关重要的推送通知细分
大多数细分内容按数据类型组织：人口统计学、地理学、心理学、行为学。该分类法描述了您的工具可以筛选的内容，而不是什么能留住客户 — 如果您需要调查，我们对客户细分模型的概述对此进行了介绍。按留存价值排名，首先值得构建的推送通知细分是：
- 行为和意图细分。浏览但未购买、放弃购物车、类别偏好。这些捕捉了购买意图的实时性，保质期短：您的挽回营销活动将针对这些细分。
- RFM分组。最近一次购买、购买频率、购买金额。RFM是区分正在冷却的忠实客户和正常行为的一次性买家的关键，这是挽回成功和噪音之间的区别。
- 生命周期阶段。新订阅者、活跃用户、流失中、已流失 — 每个阶段都有明确的界限，因此订阅者会自动在阶段之间移动，并且没有细分会悄无声息地变成“所有人”。
人口统计、设备和地理数据仍然有其价值，但它们作为细化上述细分的过滤器（按时区的静默时间、按地区的优惠），而不是它们本身作为策略。
真正的工作单元是复合细分，其中推送通知中的行为细分与RFM结合，以命名特定的收入情况。三个值得推出的方案：
- 已流失的高LTV挽回 — 最近一次购买已超过您流失阈值的、高消费的订阅者。通过真实的激励措施驱动挽回序列，因为该细分的历史价值证明了折扣的合理性。
- VIP购物车放弃者 — 频繁购买者但购物车已放弃。驱动高接触的挽回流程，包括您为顶级客户保留的渠道。
- 类别偏好浏览但未购买 — 30天内浏览一个类别两次或更多次但未购买。使订阅者有资格获得价格下降和补货提醒，这些提醒读起来像是一种帮助，而不是一次营销活动。
这些都不需要数据科学项目。PushEngage开箱即用地提供推送通知的行为细分：浏览但未购买、购物车放弃者和已流失分组是您可以配置的现有细分，而不是您需要构建的管道。
一个细分引擎或四个渠道孤岛
评估您相关性的平台不会按工具评分，这使得碎片化的堆栈成为结构性劣势。
常见的失败看起来是这样的。网页推送在一个工具中运行，应用推送在另一个工具中运行，WhatsApp营销在第三个工具中运行，实时聊天跟进在第四个工具中运行。每个工具强制执行自己的频率上限，每个上限都已满足，但订阅者仍然在一天内因同一笔销售而收到四次消息。Chrome对网页发送进行评分，Android对应用发送进行分类，而订阅者的耐心 — 这两个系统都衡量的输入 — 在所有四个渠道同时耗尽。
一个细分引擎加上一个订阅者身份，即可强制执行相关性。定义一次“VIP购物车放弃者”，相同的会员资格即可控制网页推送、应用推送和 WhatsApp 消息；跨渠道频率上限将所有这些都计入一个上限。序列化也得到了改进：降价首先在网页推送上触发，只有在 24 小时内未点击的高 LTV 用户才会收到 WhatsApp 跟进。相同的细分定义，两个渠道，不会重复触达已转化用户。
这种整合是在您运行所有其他再互动渠道的地方细分推送通知订阅者，而不是按工具进行细分的实际原因。
细分规模：当一个细分只是一个带有额外步骤的群发时
正确设置细分边界与拥有细分同等重要，而这两种失败方向都很常见。从业者指南，已标记 — 这些数字没有公开基准：
- 太小，无法从中学习。 一个 40 人的细分可以以任何比率转化，但无法教会您任何东西；一次偶然的点击就会改变结果。在成员少于几百人时，请将结果视为轶事，并在您评判活动之前让细分增长。
- 太大，没有意义。 一个包含您列表 90% 以上的“细分”就像一个伪装成群发的群发 — Chrome 的数学和 Android 的分类器将完全像对待群发一样对待它。如果一个细分的定义没有排除您的大部分列表，那么它还不是一个决策。
- 在您认为需要之前开始。 在拥有 5,000 名订阅者时，最容易建立细分纪律，而在拥有 95,000 名订阅者时进行改造则很痛苦，那时群发习惯已经有了日历。
复合细分通过规则逻辑保持精确：“浏览过运动鞋且 30 天内未购买”，或“流失或低于频率中位数”。AND/OR 机制在我们的 高级细分规则指南中有介绍；原则是，每添加一个 AND 都会使意图更清晰，规模更小，因此上述规则告诉您何时停止。
在没有工程工单的情况下细分推送通知订阅者
保留层级中的每个细分都映射到一个无需工程工作即可运行的收集机制，而五分钟的安装即可涵盖典型堆栈。
- 按页面访问自动细分。 订阅者根据他们浏览的网址加入细分 — 类别亲和度和浏览未购买细分会根据您已有的流量自行构建。设置是一个仪表板规则；我们关于如何自动细分您的推送通知订阅者的演练逐步介绍了它。
- 选择加入时自动细分。 订阅者在选择加入流程中选择他们的兴趣，这是相关性分类器可以要求的最清晰的同意信号。 六种自动细分推送订阅者的方法帖子展示了各种变体。
- API 和属性细分。 订单历史记录、忠诚度等级和自定义事件通过 PushEngage 中的动态细分流入，RFM 分桶和复合规则就存在于此。
- 地理细分。 城市、地区和时区，为免打扰时段和区域性优惠提供支持，作为上述细分的筛选条件。
一个范围说明：此层决定了谁有资格接收您的消息。触发层决定了消息何时实际触发，两者是复合的 — 没有触发条件的细分是无效的，没有细分条件的触发器是延迟的广播。上面链接的配套帖子涵盖了架构的这一半。
触达是资产：用户细分的留存案例
您的用户列表是一项稀有的营销资产，其持有成本几乎为零，但完全替代成本等于客户获取成本。2026 年的平台规则改变了该资产未细分版本的贬值速度：Android 上被静默，Chrome 上被限流，所有地方都被取消订阅，并且每个丢失的用户都需要以今天的获客价格重新购买。
本季度的目标是四个举措。构建三个复合细分 — 流失的高 LTV 用户、VIP 购物车放弃者、品类偏好浏览未购买者。对单个用户身份设置一个跨渠道频率上限。将每个定期广播转移到具有实际边界的细分。然后根据每发送收入而非每周发送次数来评判营销活动。
开头的 95,000 用户商店没有列表问题；它有 8,000 名活跃用户和 87,000 名被教会忽略它的人。推送通知细分就是如何将这 87,000 人分类到有理由接收您消息的细分中 — 在 Chrome 和 Android 完成为您分类之前。免费套餐包含多达 200 名用户，并包含所有渠道的细分功能 — 足够您在需要之前运行每发送收入计算并构建预算案例。从 PushEngage 定价开始。
