發布日期：2026 年 1 月 6 日
從本月開始，Chrome 將針對傳送大量通知但網站參與度不高的網站，推出 Push API 訊息速率限制。這篇文章說明瞭這項異動，以及可能受到影響的網站。
開放網路是與使用者建立連結的強大平台，而 Push API 在這方面扮演了舉足輕重的角色。搭配 Notifications API 使用時，即使網站未在瀏覽器中執行，Push API 也能讓網站傳送即時通知。讓使用者與最常造訪的網站建立長期且有價值的連結。
不過，強大的技術往往也可能遭到濫用。許多人都曾遇到這種情況：網站不斷傳送不相關或無價值的通知。這可能是因為網站在授予權限後變更行為，或是使用者受騙接受權限要求等問題所致。這類不必要的通知會中斷使用者的工作流程，導致使用者對通知和整個網路產生負面觀感。我們認為，善用推播通知的強大功能，同時也應負起責任。
我們致力於提供更優質的通知體驗
我們致力為使用者提供更多控制權，並直接處理通知垃圾內容。在 Chrome 80 中，我們推出了低擾式通知權限提示，針對接受率偏低的網站或經常封鎖通知要求的使用者，顯示較不明顯的提示。最近，我們開始在 Android 版 Chrome 中使用裝置端機器學習技術，辨識並警告使用者可能含有垃圾內容或惡意內容的通知，協助使用者防範網路釣魚攻擊和其他有害內容，同時保護隱私。如果 Google 安全瀏覽功能發現網站有濫用行為，我們也會自動撤銷通知權限。最後，我們在 10 月宣布，Chrome 會根據使用者最近與網站的互動情況，自動移除通知權限。以上僅列舉幾個例子，說明我們如何持續致力於為所有人打造更安全愉快的通知體驗。
新層級：Push API 頻率限制
為進一步保護 Chrome 使用者，避免收到大量通知，並確保通知仍是實用的工具，我們將根據使用者參與度，為 Push API 導入頻率限制機制。我們的目標是打造更優質的網路，讓使用者掌握主控權，開發人員也能建立有意義的連結。這項異動旨在遏止濫用通知的行為，同時不影響正當網站。
運作方式
一開始，我們將根據三個主要因素 (每日計算) 決定是否要限制網站的速率：
- 網站在使用者停留期間傳送的推播訊息數量。
- 在網站上停留的時間內，顯示的權限提示次數。
- 使用者與網站的互動程度 (根據網站參與度分數和前景分鐘數)。
如果系統偵測到網站傳送大量通知，但使用者參與度極低，就會視為干擾行為，並限制網站每分鐘傳送的訊息數量，但不會低於 1, 000 則。如果要求超過上限，系統會傳回 HTTP 429 回應。
為防止干擾性網站快速在干擾性和非干擾性行為之間循環，移除速率限制的邏輯較為複雜：
- 在發生干擾行為的第一天後，系統會套用一天的速率限制。
- 如果干擾行為持續到第二天，系統就會套用速率限制七天。
- 如果使用者在第三天或之後仍有干擾行為，系統會套用 14 天的速率限制。
- 如果連續 42 天沒有違規行為，系統就會重設計數。
雖然這說明瞭我們的初步做法，但隨著生態系統演進，這項計算的具體內容可能會隨時間演變，以盡可能為使用者和開發人員社群提供最佳服務。
這會影響我的網站嗎？
請務必注意，這項異動只會影響 Push API。網站開啟時，仍可使用 Notifications API 傳送通知。
這項異動幾乎不會影響任何網站。這項計畫的目標是針對少數網站，這些網站傳送了大量低價值通知。對於廣大的開發人員社群而言，這項異動有助於維護這個強大通訊管道的完整性和有效性，確保使用者能及時收到相關且引人入勝的通知。
我們認為這是必要措施，可確保網頁通知功能在未來能健全發展。鼓勵大家採取更周全且以使用者為中心的做法，共同為網路上的所有人打造更優質的通知體驗。