Chrome 155 收細 Android 網站通知提示，唔理佢都會自己消失

個提示終於唔再霸住成個畫面

Android 版 Chrome 155 會重新設計網站通知權限提示。依家嗰款提示會擋住操作，等你撳「允許」或者「封鎖」先肯走；新版會變成貼近網址列嘅橫幅，保留「允許」掣，其他選項就收落設定掣入面。如果你繼續睇網頁、冇理個提示，佢過一陣會自己消失，唔使每次入網站都先處理一條根本未諗過要訂閱嘅問題。

Google 話內部研究同測試顯示，用戶對新舊提示嘅理解差唔多，但新版冇咁阻住人睇網頁。呢個改法幾合理：大部分網站一開頁就問通知，嗰刻用戶連網站值唔值得再睇都未知，根本冇足夠理由答應。Chrome 收細提示之後，網站靠大彈窗搶注意力嗰套會難用咗，通知有冇價值就要靠使用情境講清楚。

圖片：Chrome for Developers

忽略提示，唔等於永久封鎖

呢度有個容易睇漏嘅分別。用戶冇回應，輕量提示逾時消失之後，網站收到嘅通知權限狀態會係 default，而唔係 denied。即係 Chrome 暫時冇批准網站出通知，但亦冇記低用戶永久拒絕。一次冇答，只代表今次冇決定；網站唔應該將提示消失解讀成用戶永遠唔想收通知，仲唔應該即刻再彈另一個自製提示追問。

Chrome 155 亦會喺網站控制介面加入「Notifications」入口，不過要等個網站至少請求過一次通知權限先會出現。之後想開返通知，可以撳網址列旁邊嘅網站控制圖示，入權限介面再撳「Subscribe」。咁樣就算最初順手忽略咗提示，到真正有需要——例如落單後想收送貨消息——都唔使四圍搵 Chrome 深層設定。

圖片：Chrome for Developers

網站開發者要改一個舊假設

網站程式以前多數只等 Notification.requestPermission() 回傳結果，見到 granted 就建立 push 訂閱。新版提示逾時時，呢個 Promise 會以 default 完成；用戶其後經網站控制介面撳「Subscribe」，原本嗰段程式亦唔會自動再跑。Google 建議網站用 Permissions API 監察通知權限狀態，當狀態轉做 granted 時先建立訂閱，否則用戶明明開咗通知，網站後端仍可能收唔到有效訂閱。

開發者亦要重新諗提示出現嘅時機。Google 舉嘅例子包括落單後先問送貨更新、睇過幾篇同類文章先問主題提示，或者搜尋航班後先問價格變動。呢啲情境至少講得出通知有咩用。首頁一載入就搶住問，喺新版 Chrome 入面更容易俾人直接略過，轉化率未必會靠更密提示救得返。

Chrome 繼續減少通知滋擾

呢次處理嘅係「第一次問權限」嗰刻；Chrome 早前亦加入另一層清理，會對互動極低、通知量又高嘅網站自動撤銷通知權限。Google 當時披露，所有網站通知入面少過 1% 會獲得用戶互動。兩項改動夾埋，方向好清楚：先減低網站索取權限時嘅干擾，授權後如果長期冇人理，瀏覽器亦會幫手收返。

Google 官方公告只確認新介面會由 Chrome 155 開始用喺 Android，未交代每部手機幾時收到，亦冇保證所有用戶同日見到。Google 暫時只確認新介面由 Chrome 155 開始採用，未交代所有用戶會唔會同時收到。對一般用戶，最實際嘅改變就係少一個逼你即場表態嘅彈窗；對網站，通知訂閱流程就值得提早檢查。

參考來源

• Android Authority — Chrome on Android is about to tame those annoying notification prompts — original report
• Chrome for Developers：Lighter notification prompts on Android — Google 官方公告，交代 Chrome 155 新提示介面、逾時後嘅權限狀態、網站控制入口同程式改動。
• Chromium Blog：Reducing notification overload for a quieter browsing experience in Chrome — Google 交代網站通知互動數據，同 Chrome 自動撤銷低互動網站通知權限嘅背景。
• Google Chrome Help：Use notifications to get alerts — Android 版 Chrome 官方通知設定說明，補充用戶管理同重新開啟網站通知嘅方法。

本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。