在过去的十八个月里，平台停止要求发送者遵守规则，而是开始强制执行。Chrome 现在会对被其归类为干扰性的网站进行速率限制，并悄悄撤销用户忽略的网站的通知权限。Android 16 默认静默通知爆发，强制对所有通知进行分组，并在较新的 Pixel 设备上将推广推送折叠到一个静默的捆绑包中。Google Messages 限制了低声誉的 RCS 发送者能够触达的新用户数量。如果您搜索了“chrome notification crackdown”或“why are my push notifications not delivered”，此页面是您的参考：每一次变更、其背后的主要来源、影响对象以及确保发送者送达的具体修复方案。
这是一份动态文档。当平台发布或宣布变更时，我们会更新它，并且每次修订都会记录在底部的 变更日志 中。最后更新：2026 年 8 月 17 日。
在详细介绍之前，先说明一点，因为它解释了下表中每一项的内容。这些平台都不是在扼杀通知。它们都在将通知分为两类：大批量、低参与度的发送将被限速、静默、捆绑或取消订阅——而相关的、事件驱动的通知将保持完全送达，在某些情况下甚至比以前获得更好的位置。这次严打不是针对推送。而是针对群发。
变化内容：2026 年通知严打时间线
| 平台 | 更改 | 受影响者 | 生效时间 | 来源 |
|---|---|---|---|---|
| Chrome（桌面+Android） | 更安静的权限 UI：对通常会阻止的用户和低提示接受率的网站静默提示；后来扩展到具有滥用性提示或内容的网站 | 在首次页面浏览时提示或推送欺骗性内容的网站 | Chrome 80，2020 年 2 月（执法延至 2020 年全年） | Chromium 博客 |
| Safari / iOS | 声明式 Web 推送：无需 Service Worker 的 Web 推送，声明式负载无静默推送惩罚 | 面向 Apple 用户的 Web 推送发送者 | iOS/iPadOS 18.4（2025 年 3 月）；Safari 18.5 中的 Mac（2025 年 5 月） | WebKit 博客 |
| Android 上的 Chrome | 设备端 ML 将可疑的 Web 推送通知标记为“可能具有欺骗性或垃圾信息”，并提供一键退订 | 通知文案模式匹配垃圾信息的发送者 | 2025 年 5 月 | Chromium 博客 |
| Android 16 | 通知冷却（爆发通知逐渐静默，默认开启）和强制分组所有应用的通知 | 高频应用推送发送者；任何类型的爆发通知 | 稳定版 2025 年 6 月 10 日 | Android Authority；我们的深度解析 |
| Chrome（桌面+Android） | 通过安全检查自动撤销低参与度、高流量网站的通知权限 | 发送大量用户从不点击的通知的网站 | 2025年10月10日宣布；逐步推出 | Chromium 博客 |
| Google Messages | “未知发件人”分组；已验证的企业认证标记和 RCS 的标准化品牌 | 企业向未保存它们的用户发送消息 | 2025 年 10 月中旬（逐步推出） | Android Authority |
| Android 16 QPR2 (Pixel) | 通知整理器：设备端 AI 会将促销和新闻通知默认归档到静默的、折叠的捆绑包中；对话的 AI 摘要 | 当前 Pixel 上的促销应用推送发送者（6 个国家/地区，英语） | 2025 年 12 月 | 9to5Google |
| Chrome（桌面+Android） | 推送 API 速率限制：被归类为干扰性的网站，每分钟推送消息限制为 1,000 条，超出部分返回 HTTP 429；1 → 7 → 14 天的处罚梯队 | 高流量发送者，但用户参与度低 | 2026 年 1 月起逐步推出 | Chrome 开发者版 |
| RCS for Business | 基于声誉的流量限制：低声誉促销代理商在每 28 天滚动周期内的唯一用户上限（印度上线；新代理商的声誉较低）；垃圾邮件趋势和退订原因分析 | 促销 RCS 发送者，尤其是新代理商 | 2026 年 1 月 7 日 / 2 月 16 日 / 4 月 1 日 | RCS for Business 发行说明 |
现在是按平台细分，按将在您的仪表板上显示的时间顺序排列。
Chrome：速率限制、自动撤销的权限和 ML 垃圾邮件筛查
Chrome 是大多数保留团队首先感受到打击的地方，因为网页推送是大多数电子商务品牌运行的最高流量的自有渠道。三个独立的机制现已上线，并且它们会累加。
针对“干扰性”网站的推送 API 速率限制
自 2026 年 1 月起，Chrome 每天根据 三个因素评估每个网站：每用户在网站上花费时间发送的推送消息数、每在网站上花费时间显示的权限提示数以及用户与网站的互动程度（网站互动分数加上前台分钟数）。未能通过测试的网站将被归类为干扰性网站，每分钟推送消息限制为 1,000 条。超出限制的所有内容都将从推送服务中收到 HTTP 429 响应。
处罚会升级。第一个干扰日会获得 1 天的限制。第二个连续日将其延长至 7 天。从第三天开始，限制将一次运行 14 天——并且只有在连续 42 天行为良好后，计数器才会重置。Google 没有发布用于推出的 Chrome 版本号；该机制是服务器评估的，并且是悄悄到来的。
根据您自己的列表进行计算。每分钟 1,000 条消息，发送 500,000 名订阅者需要八个多小时才能完成。曾经需要在十五分钟内完成的闪购推送现在需要一整天的工作时间才能完成，而它本应触及的收入窗口已经消失了。这就是实际成本：不是封禁，而是衰减——您的已恢复购物车收入和点击收入数字会逐渐减少，而您的送达仪表板仍然显示“已发送”。
请注意范围。此限制仅适用于后台推送 API；通过 Notifications API 从已打开的标签页发出的通知不受影响。谷歌自己的说法是“几乎所有网站都不会受到影响”——目标是那些向已停止响应的用户发送大量通知的小部分发送者。您是否属于这一类是可以通过衡量来确定的问题，下面的自我审计将对此进行详细介绍。
自动撤销权限
第二种机制会移除您认为自己拥有的订阅者。Chrome 的安全检查于2025 年 10 月 10 日宣布，现在会自动撤销那些结合了极低的用戶參與度和大量的通知发送量的网站的通知权限——这与它已经应用于未使用的摄像头和位置权限的处理方式相同。Chrome 的产品团队用一个数字来证明其合理性：所有通知中只有不到 1% 的通知能获得用户的任何互动。
对发送者重要的细节：
- 已安装的 Web 应用除外。将您的网站添加到主屏幕或桌面的订阅者将保留权限。
- 当 Chrome 移除权限时，用户会收到通知，并且可以通过安全检查或重新访问您的网站并重新选择加入来恢复该权限。
- 谷歌报告称，在测试中，通知过载现象显著下降，而“总通知点击次数仅有微小变化”——并且发送较低通知量的网站的点击率有所上升。
请再次阅读最后一点，因为它是一整套限制措施的精髓所在。点击量从未出现在列表的末尾。发送量较少的网站每次发送获得的收益更高。Chrome 现在正在强制执行高性能发送者早已遵循的列表卫生规范：您的不活跃用户细分不再是订阅者计数器上的虚荣数字，而是一个触发强制执行的负债。
谷歌尚未公布“低参与度”或“高发送量”的数值阈值，因此没有任何供应商可以向您承诺一个安全的上限。您可以控制的是系统正在明确衡量的比率：每次已发送通知的互动次数。
Android 上的设备端机器学习筛选
第三种机制自2025 年 5 月起生效，它在您的通知和用户眼前之间放置了一个机器学习模型。Android 上的 Chrome 会在设备上分析传入的 Web 推送内容（Web 推送是端到端加密的，因此分析必须是本地的——模型会读取标题、正文和操作按钮标签）。与欺骗或垃圾邮件模式匹配的通知会显示警告和一个一键式取消订阅选项。
那些会触发垃圾邮件分类器的复制习惯是低质量发送者依赖的：虚假紧迫感、诱饵式空白、误导性系统消息样式。如果您的通知文案可能被误认为是中奖诈骗模板，那么在某些手机上，它现在会附带一个警告标签和一个退出选项。
Chrome 的历史告诉您接下来会发生什么
这一切都不是突然的转变。Chrome 在 2020 年 2 月 停用了低接受率网站的权限提示，然后在同年晚些时候将强制执行范围扩大到滥用提示和滥用内容。2025-2026 年的浪潮将强制执行的重点从选择加入时刻转移到发送关系本身。六年来，方向一直是单向的：每次发布都会使参与度承担更多负载。预计阈值会收紧，而不是放松。
Android 16：冷却、强制分组和静默推广捆绑包
Android 的更改影响的是应用推送而不是浏览器，它们改变的是“已送达”的含义，而不是是否会发生送达。
通知冷却，在 Android 16 于 2025 年 6 月 10 日稳定版发布时默认启用，针对突发通知。突发通知中的第一个通知会以全音量和全横幅提醒；一分钟内随后的每个通知会逐渐减小音量并最小化显示，并且突发通知会折叠在单个横幅下。电话、闹钟和优先对话除外；营销和交易推送除外。没有删除任何内容，送达报告也没有移动——这正是该更改危险的原因。您的仪表板显示已送达三个；用户的手机只显示了一个。我们在 Android 16 通知冷却指南 中发布了对机制和发送设计修复的完整拆解。
强制分组消除了开发人员曾经拥有的一个选择：Android 16 会将来自同一应用的所有通知捆绑在一起，无论该应用是否选择加入。结合冷却功能，任何快速连续推送的第二个和第三个推送现在都会静默地、折叠地显示为条目，而不是横幅。
通知管理器是这三者中最尖锐的。自 2025 年 12 月起随 Android 16 QPR2 在 Pixel 9 和 10 系列手机上推出（9to5Google），它使用设备上的模型将通知分类为推广、新闻、社交和建议——并且推广和新闻类别默认启用，将匹配的通知归档到通知栏的静默部分的一个折叠捆绑包中。今天的推出范围很窄（最近的 Pixel、六个国家/地区、英语），但默认设置很重要：在 Google 完全控制的设备上，推广推送不再发出蜂鸣声，不再显示横幅，并且会折叠起来，直到用户去查找。与此同时，设备上的 AI 摘要会压缩对话通知。
相同的操作系统周期也构建了另一条路径。Android 16 的以进度为中心的通知（实时更新模式）提供了真正实时的、用户跟踪的事件——例如正在运送的货物、订单状态——并将其永久置于显眼位置。Google 的 2026 年版本继续扩展这条实时内容路径，尽管 Android 16 以外的版本细节仍在确定中，在您进行开发之前，最好对照当前的 Android 版本说明进行检查。设计意图已经很明确：用户正在积极跟踪的内容会得到推广；发送者希望用户注意的内容会被整理到一边。
在操作系统层之下，Firebase Cloud Messaging 长期存在的每个设备限制仍然适用——每分钟 240 条消息，每小时 5,000 条消息发送到单个设备，持续接近限制的发送者有被标记为滥用的风险。您的公司针对同一应用程序运行的每个系统都共享此预算。
iOS 和 Safari：一种更安静的守门方式
苹果公司 2025-2026 年的故事与其说是打击，不如说是一次受控的开放，因为苹果从一开始就构建了自己的守门机制：iOS 上的网页推送始终要求用户先将您的网站添加到主屏幕（这是一个有意的、高意向的过滤器，自 iOS 16.4 起生效），并且应用商店政策长期以来一直限制营销推送。
变化之处：
- 声明式网页推送于 2025 年 3 月在 iOS/iPadOS 18.4 中发布，并于 Safari 18.5 (WebKit) 在 Mac 上推出。它允许您使用标准化的 JSON 有效负载运行网页推送，无需服务工作线程，并且由于有效负载本身保证了可见通知，因此消除了声明式消息的静默推送惩罚。旧的服务工作线程推送仍然有效；声明式格式是苹果希望发送者遵循的未来路径。
- 据报道，iOS 26 默认将主屏幕网站设为以 Web 应用形式打开，这扩大了 iOS 网页推送的运行范围。到目前为止，我们仅从二手信息中看到过此项记录；在苹果官方文档明确之前，请将其视为方向性信息。
- 政策不变且严格。应用审核指南 4.5.4 仍然要求推送不得作为应用程序运行所必需的条件，不得包含敏感的个人数据，并且——对于促销或直接营销——只能发送给通过应用程序 UI 中的同意语言明确选择加入的用户，并且应用内提供退出选项。滥用“可能会导致您的权限被吊销”。
对于留存团队来说，iOS 的启示在于苹果已经为您预先筛选了受众。iOS 网页推送订阅者选择了安装您的网站；应用推送订阅者选择了选择接收营销信息。这两个列表都很小且意向度高——这意味着以高频率进行推送的成本比其他任何地方都高。
RCS：声誉限制已应用于最新渠道
如果您正在将 RCS 或 WhatsApp 添加到您的组合中 — 对于购物车恢复和订单更新，您应该评估消息渠道 — Google 已经安装了网络推送花了六年时间才完成的强制执行层。
根据 Google 的 RCS for Business 文档，每个企业发件人（代理商）都有一个声誉 — 高、中或低 — 由用户反馈和垃圾邮件报告驱动，并且所有新代理商的声誉都从低开始。声誉设定了流量限制：代理商在滚动 28 天内可以发起对话的唯一用户数量。回复用户发起的对话是豁免的。强制执行于 2026 年 1 月 7 日对印度的促销代理商生效，于 2026 年 4 月 1 日收紧，对低声誉发件人实行了跨代理商上限，并且开发者控制台现在会报告 7 天和 28 天窗口内的声誉级别、流量限制、垃圾邮件趋势和取消订阅原因。
在消费者方面，自 2025 年 10 月中旬以来，Google Messages 一直将来自未保存发件人的消息分组在“未知发件人”下，并且正在推出经过验证的复选标记和标准化的商家品牌 — 一些细节的拆解阶段证据，但方向与本文档中的其他所有内容一致。在 RCS 上，您没有宽限期来养成不良习惯：从第一条消息开始，您的触达率是通过参与度来获得的。
您有风险吗？自我审计 {#self-audit}
Chrome 和 Google 公布了这些因素，但没有公布阈值，因此诚实的审计是相对的：衡量您看起来是否像这些系统旨在阻止的发件人。针对您过去 30 天的发送情况运行这八项检查。每一次“否”都是一个发现。其中一些检查仅对外部号码有意义，因此请将它们与我们的 2026 年推送通知基准一起运行，其中的查看率和点击率的百分位数分布显示了中位数、p75 和 p90 发件人实际达到的水平。
- 互动率。您的网络推送点击率是否明显高于 Chrome 在证明自动撤销时引用的生态系统低于 1% 的互动基线？如果您的点击率在小数点后有一个零，那么您就处于 Chrome 正在强制执行的配置文件之内。
- 数量与访问量。Chrome 的第一个破坏性网站因素是每花在网站上的时间发送的推送通知数量。您每周向典型订阅者发送的通知是否多于该订阅者每周与您进行的会话次数？每月访问一次并每天收到推送通知的订阅者会在此比率中失败。
- 不活跃尾部。您列表的多少比例在 90 天内没有点击任何通知？如果超过一半的发送量流向该尾部，您的总体参与率将由那些已经离开的人决定 — 而平台会对此进行评分。
- 提示纪律。您是在访客尚未采取任何行动之前，在首次页面浏览时请求通知权限吗？提示接受率既是安静 UI 的注册标准，也是破坏性网站的因素。在用户采取了明确的操作后（第二次页面浏览、添加到购物车、创建账户）再进行提示是解决方案，这会直接反映在您的选择加入率中。
- 批量分享。您的月发送量中有多少百分比是未经定位的、面向整个列表的批量发送，与由收件人执行的操作触发的通知（购物车放弃、价格下降、商品缺货、订单发货）相比如何？如果批量发送占一半以上，您的发送量模式将与此页面上的每个机制所惩罚的模式完全相同。
- 频率上限和静默时间。您是否对每个可以发送的营销、交易、RSS 以及任何第二个工具的每个订阅者强制执行了每位订阅者的上限？Android 的冷却和强制分组意味着未协调的发送者现在会在同一设备上明显地相互蚕食。
- 文案诚实度。任何最近的通知是否都能通过怀疑的读者“这是否具有欺骗性？”的测试——没有虚假的紧迫感，没有系统消息的伪装，没有诱饵差距？Chrome 的设备端分类器已经在 Android 上运行该测试。
- 退订趋势。您的每发送退订率是持平还是在下降？在 RCS 上，它现在会为声誉评分提供依据，并附带严格的流量上限；在网页推送上，这是您的早期预警。我们关于降低推送通知退订率的指南详细介绍了诊断方法。
诚实地给自己评分。五个或更多干净的答案，限制措施对您来说主要是顺风——您的竞争对手的“广撒网”正在被限制，而您的发送仍然能够送达。三个或更多发现，您应该假设您已经正在失去在发送报告中看不到的覆盖范围。
合规手册：有效的修复措施
以上每个机制都衡量相同的基本数量——每次通知的价值——因此修复措施是趋同的。这六项措施，按优先级顺序排列。
1. 在平台为您削减之前，先削减不活跃用户。建立一个流失细分（90 天内无点击），对其运行一次诚实的挽回序列，然后停止向无响应者发送。这与将列表大小视为 KPI 的团队背道而驰，但现在的数学是单向的：休眠订阅者贡献零收入，并积极降低 Chrome 对您进行评分的参与度比例。在 PushEngage 中，动态细分会自动维护流失用户列表，并且由于定价仅计算活跃订阅者，因此削减无效用户会降低您的账单，而不是您的覆盖范围。
2. 将发送量从群发转向触发器。 购物车放弃推送、降价提醒、到货通知——这些都能获得点击，因为接收者自身的行为安排了它们。将每月一半的发送量从日历驱动的群发转向触发式营销活动，可以提高您在Chrome衡量的所有因素上的互动率，而且收入本来就在那里：触发式发送归因于已恢复的购物车和已完成的订单，而不是展示次数。我们在群发时代为何刚刚结束中，对营销活动类别定义和每发送收入的计算进行了完整论述。
3. 对仍然广播的内容进行细分。 有些发送确实需要广泛传播——全店促销、出版商的突发新闻。广泛传播不等于未细分。按行为、购买历史或类别偏好对广播进行细分，可以提高每个细分市场的点击率，并使每个订阅者的个人每次访问推送比率具有可辩护性。细分现在是送达率的要求，而不是个性化的便利性——该帖子包含了完整的送达率案例。
4. 在每个渠道和系统上强制执行一个频率上限。 Android 16的冷却期使其具体化：您的CRM、交易层和促销日历在设备上共享一个注意力预算，无论它们是否共享仪表板。在平台级别设置每个订阅者的上限和静默时段，将网页推送、应用推送和WhatsApp结合起来，这样四个合理的系统就不会累积成一个滥用模式。只有当一个细分引擎看到所有发送时，这才能奏效——这是整合渠道而不是为每个渠道运行一个工具的最有力的实际论据。
5. 修复选择加入时刻。 将权限提示移到发出意图信号的操作后面，使用两步提示，以便仅在用户同意时才触发浏览器级别的请求，并接受更小、更干净的列表。提示接受率会同时影响Chrome在两个方面的评分——静默UI注册和干扰性网站评估——并且同意列表也只是一个点击的列表。
6. 使文案能够通过分类器。 简单的声明，只有在截止日期真实时才有的真实紧迫感，发件人身份明确。在Android上，ML模型在用户阅读之前就会读取您的标题和正文。诚实的文案一直是更好的留存实践；现在它也是送达率的要求。
如果您在PushEngage上运行这六项，该产品有所帮助的诚实总结是：触发式营销活动、RFM和行为细分、跨渠道频率上限、静默时段以及每次通知的收入归因都已内置，计划按活跃订阅者收费——定价模式恰好与平台现在的强制要求方向一致。没有工具可以决定停止群发；这部分是政策，是您的。
常见问题解答
2026年推送通知为何无法送达？ 按顺序检查四个嫌疑点。首先，Chrome 自动撤销：如果您的订阅者数量在悄悄减少，低参与度的订阅者可能通过安全检查失去了权限。其次，Chrome 速率限制：如果发送到大型列表的操作突然耗时数小时，或者您的推送服务日志显示 HTTP 429 响应，您可能已被归类为干扰性发送者。第三，Android 展示：在 Android 16 上，送达仍然发生，但突发通知会被静音和分组，而在较新的 Pixel 设备上，促销推送会进入一个静默捆绑包 — 已送达，但未被看到。第四，导致此问题出现之前的常见原因：订阅过期、Service Worker 错误和操作系统级别的通知设置。
Chrome 是否禁止了推送通知？ 没有。Chrome 会限制它认为具有干扰性的网站（发送量大、参与度低）的发送速率，并撤销用户明显忽略的权限。对于收到点击的发送者，这两种机制都不会受到影响，而谷歌的测试发现，发送量较低的发送者的点击率有所上升。
什么样的参与度可以让我免受 Chrome 自动撤销的影响？ 谷歌尚未公布阈值，任何向您报价安全数字的供应商都在猜测。已公布的事实是：所有通知中不到 1% 的通知能获得任何互动，而撤销的目标是极低的参与度和高发送量相结合的情况。稳妥的策略是让您的点击率远远高于基线，并停止向已停止响应的订阅者发送通知。
Chrome 的速率限制会影响我的整个账户还是只有一个网站？ Chrome 的评估语言是按网站进行的 — 消息、提示和参与度都是针对“一个网站”进行衡量的。使用推送平台的发送者是根据其自身域名的行为进行评估的，而不是其供应商的聚合行为。谷歌尚未公布超出此范围的指导，因此请将跨域的具体情况视为未经证实。
Android 16 的推送通知发生了什么变化？ 三件事：通知冷却（突发通知会逐渐静音长达一分钟，默认开启，通话和闹钟除外）、强制对每个应用的通知进行分组，以及 — 从 2025 年 12 月的 QPR2 更新开始，在较新的 Pixel 设备上 — 通知管理器，它默认会将促销和新闻通知归档到一个静默折叠的捆绑包中。完整机制请参阅我们的 Android 16 冷却指南。
这次打击是否适用于 iOS？ 苹果的限制大多在此之前就已存在：iOS 网页推送要求用户将您的网站添加到主屏幕，而 App Store 指南 4.5.4 要求明确选择加入，并在应用内提供选择退出营销推送的选项。2025 年的变化是声明式 Web 推送（iOS 18.4 / Safari 18.5），这是一种更简单、无需 Service Worker 的格式，对于声明式消息没有静默推送的惩罚。
RCS 商务消息是否也有费率限制？ 是的，基于声誉。Google 根据用户反馈和垃圾邮件报告为每个 RCS 商务代理分配高/中/低声誉；低声誉代理（包括所有新代理）在滚动 28 天内的独立用户发起量会受到限制。截至 2026 年初，此限制已在印度对促销代理生效，并在开发者控制台中为所有人提供声誉和垃圾邮件趋势报告。
2026 年 Web 推送仍然值得吗？ 对于触发和细分的用户来说，比以前更有价值：以前被限制的随意推送流量曾与您争夺同一个通知栏。平台正在为该渠道的创建者加强该渠道——并淘汰其余用户。
最后更新和变更日志 {#changelog}
此中心作为实时参考进行维护。惯例：“最后更新”日期仅在实质性更新时更改（平台发布、宣布或记录更改），而不是在编辑文案时更改。每次实质性更新都会在变更日志中添加一行记录，并附带来源。如果您引用此页面，请附带其最后更新日期。
- 2026-09-21 — 首次发布。涵盖：Chrome 推送 API 费率限制（2026 年 1 月）、Chrome 自动权限撤销（2025 年 10 月宣布）、Chrome 设备端 ML 通知筛选（2025 年 5 月）、Android 16 冷却期 + 强制分组（2025 年 6 月）、Android 16 QPR2 通知组织者（2025 年 12 月）、声明式 Web 推送（iOS 18.4 / Safari 18.5，2025 年）、RCS 声誉限制流量和垃圾邮件趋势分析（2026 年 1 月至 4 月）、Google Messages 未知发件人和已验证品牌更改（从 2025 年 10 月开始）。
有我们未记录的更改？最快的方式是使用此页面上的聊天小部件向我们反馈。
