您的应用在一分钟内发送了三条通知，玩家的手机显示了一个横幅。这不是您的推送提供商的错误。这是 Android 通知冷却，在 Android 16 中默认启用，它悄悄地改写了所有高流量发送者的规则。如果您为博彩或游戏应用发送推送，您最有价值的时刻正是它针对的时刻：进球、赔率变动和提现提示在同一六十秒内到达。本文介绍了冷却的作用、原本就存在的 FCM 速率限制，以及能让您的应用被听到的发送设计模式。
Android 通知冷却对突发通知的作用
Android 16 于 2025 年 6 月 10 日稳定发布，通知冷却随之发布并默认启用。该行为在 2024 年末的 Android 16 开发者预览版 中首次得到记录，当时它仍然是一个可选的开关。在稳定版发布中，Google 为所有人启用了它。
机制很简单。当应用发送突发通知时，第一个通知会正常提醒，音量全开，显示完整横幅。突发通知中的每个后续通知的音量会逐渐降低，视觉效果也会最小化，持续最多一分钟，并且突发通知会合并到一个横幅下。没有任何内容被删除。通知仍然会到达，仍然会显示在通知栏中，仍然会在您的送达报告中计入。它们只是不再强制引起注意。
最后一点对于您如何解读仪表板很重要。送达率不会改变。改变的是注意力下游的一切：浏览量、点击量以及您的第二和第三次发送本应带来的转化。
Android 16 通知：哪些仍然提醒，哪些被静音
冷却不会一视同仁地对待所有 Android 16 通知。来电、闹钟和优先对话除外；无论堆叠多快，它们都会正常提醒。其他所有内容都受静音曲线的影响，这涵盖了所有博彩应用通知，无论是营销还是交易类。
一个适用性说明，这是一个推断而非官方平台声明：冷却在通知层面上运行，因此按机制来说，它应该同时适用于 FCM 传递的应用推送和 Chrome 在 Android 上渲染的网页推送通知。如果您的品牌同时运营一个应用和一个移动网站，请将来自这两个渠道的 Android 16 通知视为在同一设备上共享一个注意力预算。
FCM 速率限制已在限制您
冷却层是可见的。在其下方，Firebase Cloud Messaging 多年来一直强制执行每设备节流。 FCM 文档 将单个设备的限制设置为每分钟 240 条消息和每小时 5,000 条消息，并警告称接近这些限制的发送者有应用被标记为滥用的风险。
没有哪个理性的广告系列会每分钟向一个用户发送 240 条消息。但 FCM 的这些费率限制是按设备而不是按广告系列计算的，这意味着您运行的每个系统都会消耗相同的共享预算：您的 CRM、您的交易引擎的赔率提醒、您的促销计划程序、您的交易层。一个架构，其中四个系统各自行为合理，仍然可能产生一个设备级别的模式，该模式在 FCM 看来是滥用，在冷却期看来是突发。
这两种机制会叠加。FCM 费率限制会限制实际能送达的数量；Android 通知冷却期决定了送达的消息中有多少会被注意到。现在，高流量发送者需要同时应对这两种情况。
为什么博彩应用通知会突发
博彩应用之所以会突发，不是因为 CRM 团队粗心大意。它们之所以会突发，是因为产品的最佳时刻本质上是同时发生的。一场您关注的比赛中的一个进球，在同一时刻，既是得分提醒，也是赔率变动，也是提现机会。三个不同的系统分别负责其中一条消息，而且它们之间互不检查对方刚刚发送了什么。
以下是玩家手机在冷却期内经历的突发情况：
| 时间 | 系统 | 通知 | 玩家的体验 |
|---|---|---|---|
| 0:00 | CRM / 事件流 | “进球。您关注的比赛比分 1-0” | 完全提醒：声音、振动、横幅 |
| 0:15 | 交易引擎 | “您关注的下一场比赛赔率已变动” | 静音：音量降低、最小化、分组 |
| 0:40 | 促销引擎 | “您已投注的提现选项现已可用” | 进一步静音：近乎无声，折叠到组中 |
最糟糕的部分在于排序。提现提示，这条突发消息中唯一带有直接收入的消息，却被冷却期给掩埋了，因为它排在第三位。谁先发送谁就占领了这一分钟。目前，在大多数博彩应用的通知堆栈中，获胜者是延迟最低的系统，而不是最重要的消息。
比赛日推送序列一直需要精心排序。冷却期将这种技巧变成了必需品。
应对推送通知突发的设计模式
您无法为用户关闭冷却期，也不应该这样做；它惩罚的正是您的玩家已经厌恶的模式。解决方案在于架构。四种模式可以防止推送通知突发影响您的触达范围。
按分钟而不是按秒发送
冷却期最多持续一分钟。您控制的任何两条落在该窗口内的通知都会竞争一个提醒。因此，请强制执行每位订阅者之间至少间隔几分钟的不同消息，并强制执行到所有地方，包括大多数团队忘记计算的交易路径。0:00 的进球提醒和 2:30 的提现提示都会正常提醒。如果间隔三十秒，则只有一次提醒，一次被忽略。
为突发事件指定单一所有者
对于每一个可预测的时刻，提前决定哪个通知最重要。当一个目标达成时，是比分提醒、赔率变动还是提现提示触发？选择一个，通常是与收入最相关的，或者玩家明确订阅的，然后抑制或延迟其他通知。优先级分级优于竞速系统。
将更新折叠成一个通知
赔率跟踪是典型的罪魁祸首：五次赔率变动不应产生五个通知。使用消息替换，其中新载荷更新托盘中现有的通知，而不是堆叠新通知。FCM 多年来一直支持折叠行为。一个实时、持续更新的赔率通知永远不会触发冷却时间，它被视为一项功能，而不是噪音。
按细分市场分批发送
一次性发送给 50 万订阅者会在人群层面产生爆发式增长，与你的系统在该窗口期发送的任何其他内容发生冲突。将发送分批到细分市场：首先是关注比赛的实时投注者，然后是最近存款者，几分钟后是较不活跃的细分市场，或者根本不发送。你的 玩家细分模型 已经定义了这些批次；发送只需要遵循它们。
通知频率上限和静默时段完成工作
以上四种模式解决了分钟级问题。通知频率上限解决了日和周的问题。冷却时间是 Google 在操作系统层面强制执行的纪律，最好的发送者已经强加给自己，而且这不会是最后的执行机制。为每个订阅者每天和每周设置内部上限，并按细分市场的热度进行缩放：
| 细分 | 每日最多 | 每周最多 |
|---|---|---|
| 过去 7 天活跃，关注直播赛事 | 比赛日 3–4 条 | 10–12 条 |
| 过去 7 天活跃，赌场节奏 | 2 | 8–10 条 |
| 流失，8–20 天静默 | 1 | 3–4 条 |
| 休眠，21 天以上 | — | 1 条，然后重新互动或抑制 |
静默时段是上限下的硬性底线：定义一个勿扰窗口，让任何营销性质的内容都不要越过它。在这个垂直领域，通知频率上限也是玩家保护，而不仅仅是可送达性卫生。上限、静默时段和对存款提示的严格无紧急规则是从两个角度看待的相同实践，坚持这一原则的运营商会给玩家留下开启通知的理由。投注网站的留存手册涵盖了完整的卫生堆栈。
在 PushEngage 中建立发送间隔纪律
以上所有模式今天都可以在 PushEngage 工作流中构建，无需自定义发送基础设施。PushEngage 上的投注和博彩网站已发送超过 35 亿条通知，发送整形控件的存在是因为如此大流量的发送者需要它们。
等待节点（在 Business 及以上套餐中可用）是间距的基本单位：在工作流的任意两次发送之间插入分钟、小时或天的等待时间，这样您设计的任何序列都不会导致用户激增。决策节点和退出条件（在相同套餐中可用）是工作流在触发前检查状态的方式，这在实践中就是“分配激增的单个所有者”的样子：如果优先级更高的消息已发出，则退出，而不是堆积。
静默时间是按工作流配置的，并带有您选择的回退选项：直接跳过发送，或将其重新安排在窗口结束后一分钟发送，并在每个用户的时区中解决。对于有保质期的优惠使用重新安排，对于即时警报使用跳过；在 09:01 发送的启动通知是噪音。时区感知调度还可以让您无需脚本即可分段错开扇出，因为波次可以按本地时间离开，而不是作为一个全局广播。
两个功能位于更高的套餐等级：工作流内的 A/B 分支路径从 Premium 开始，而自定义事件触发器和 Webhook（让您的交易引擎或钱包事件直接启动工作流的组件）从 Growth 开始。如果您正在映射完整的应用端设置，请从 博彩应用的推送通知 开始，这是本系列的重点指南。
Chrome 在网络上采取了同样的策略
如果您也运行网络推送，相同的参与度逻辑现在会管理该渠道。自 2026 年 1 月起，Chrome 每天都会根据用户在网站上实际花费的时间对推送通知的发送来源进行评分，并限制其认为具有干扰性的发送者。机制不同，消息相同：平台现在会衡量注意力，而针对活跃用户的发送者将保持其触达范围，而激增发送者则会失去触达范围。本故事的网络端版本以及相应的细分架构，将在 为什么细分现在是送达率要求 中介绍。
在下一场比赛日之前需要更改的内容
三个步骤，按顺序进行。首先，审核上个月的发送记录，查找同一设备上的推送通知激增情况：找出在一分钟内收到两条或更多通知的任何用户，确定哪些系统发生了冲突，并记录附带收入的通知被埋没的频率。其次，为每个可预测的时刻分配一个单一的拥有通知，并将其他通知降级为折叠更新或延迟跟进。第三，将每个重复的序列移至具有等待节点、频率上限和静默时间的工作流中，以便平台强制执行间距，而不是依靠团队记忆。
Android 的通知冷却并未消除您的触达。它消除了每分钟三条通知就是三次可见机会的错觉。那些进行间隔、优先排序和折叠的发送者将以全音量发出提醒，而其竞争对手的突发通知将折叠成一个静默分组。如果您想要发送塑造控件而无需自行构建，PushEngage 上的应用推送通知在每个付费套餐层级均提供等待节点、静默时段和时区调度功能，并有 14 天退款保证支持。
