发布时间：2026 年 1 月 6 日
从本月开始，Chrome 将开始针对发送大量通知但网站互动度不高的网站推出 Push API 消息速率限制。这篇博文介绍了这项变更，以及可能受其影响的网站。
开放式 Web 是一个强大的用户连接平台，而 Push API 在其中发挥了变革性作用。与 Notifications API 结合使用时，Push API 可让网站及时发送通知，即使网站未在浏览器中运行也是如此。这样，用户就可以与他们最关心的网站建立持久而有价值的联系。
不过，与强大的技术一样，生成式 AI 也可能被滥用。我们中的许多人都遇到过这种情况：某个网站不断向我们发送不相关或无价值的通知。这可能是因为自授予权限以来，网站的行为发生了变化，或者用户被骗而接受了权限请求等问题。此类不必要的通知会中断用户的工作流程，并可能导致用户对通知和整个网络产生负面印象。我们认为，推送通知的强大功能应与明智使用它们的责任相匹配。
我们一直致力于提供更好的通知体验
我们一直在努力让用户拥有更多控制权，并直接解决通知垃圾内容问题。在 Chrome 80 中，我们推出了更安静的通知权限提示，对于接受率较低的网站或经常阻止通知请求的用户，系统会显示更不显眼的提示。最近，对于 Android 版 Chrome，我们开始使用设备端机器学习来识别并警告用户潜在的垃圾通知或恶意通知，这有助于保护用户免遭钓鱼式攻击和其他有害内容的侵害，同时不会泄露隐私。我们还会自动撤消 Google 安全浏览功能认定存在滥用行为的网站的通知权限。 最后，我们在 10 月份宣布，对于用户近期未互动过的网站，Chrome 将自动按用户移除通知权限。我们一直致力于为所有用户打造更安全、更愉悦的通知体验，以上只是其中的几个示例。
新层：推送 API 速率限制
为了进一步保护 Chrome 用户免受过量通知的困扰，并确保通知对所有人来说仍然是一个有用的工具，我们将基于用户互动情况为 Push API 引入速率限制机制。我们的目标是打造一个更好的网络，让用户能够掌控自己的数据，并让开发者能够建立有意义的联系。此项更改旨在遏制滥用通知的行为，同时不会对正当网站产生影响。
运作方式
最初，我们会根据以下三个每天计算的关键因素来确定是否对网站进行速率限制：
- 网站在用户每次访问时发送的推送消息数量。
- 每次访问网站时显示的权限提示次数。
- 用户与网站的互动程度（基于网站互动得分和前台分钟数）。
如果某个网站被发现发送大量通知，但用户互动度很低，我们会将其视为干扰性网站，并限制其发送消息的能力，使其每分钟发送的消息数量不低于 1000 条。如果请求超出该限制，系统将返回 HTTP 429 响应。
为防止干扰性网站在干扰性行为和非干扰性行为之间快速循环，移除速率限制的逻辑更加复杂：
- 在出现干扰行为的第一天后，速率限制将持续一天。
- 在出现干扰行为的第二天后，速率限制将适用七天。
- 在出现干扰行为的第三天及之后，速率限制将持续 14 天。
- 如果连续 42 天未出现干扰性行为，系统会重置此计数。
虽然上述内容描述了我们的初始方法，但随着生态系统的发展，此计算的具体细节可能会随时间推移而发生变化，以便更好地服务于用户和开发者社区。
这会影响我的网站吗？
请务必注意，此更改只会影响 Push API。 网站仍可使用 Notifications API 在打开时发送通知。
几乎所有网站都不会受到此项变更的影响。此计划针对的是少数发送大量低价值通知的网站。对于更广泛的开发者社区而言，他们专注于发送及时、相关且富有吸引力的通知，此次变更将有助于维护这一强大通信渠道的完整性和有效性。
我们认为，这是确保 Web 通知健康可持续发展的必要步骤。通过鼓励采用更加周到且以用户为中心的方法，我们可以共同为网络上的所有人打造更好的通知体验。