Chrome 80 推出通知進階權限 UI。為協助網站擁有者瞭解通知權限指標，我們會在 2020 年 2 月 11 日發布的 202001 資料集中，將這項資料加入 Chrome 使用者體驗報告 (CrUX)。這樣一來，網站擁有者就能更加瞭解自家網站和同類別中的一般使用者通知權限回應。
CrUX 只會提供通知權限要求 Accept、Block、Ignore 和 Dismiss 率的概略摘要。建議您透過偏好的數據分析平台提供的詳細分析資料，補充這項資料。
關於 CrUX 通知權限資料
如需 CrUX 資料格式和方法的說明，請參閱開發人員說明文件；此外，您也應查看有關填入與分析最佳做法的考量重點。由於回報的資料僅來自選擇加入的使用者，因此 CrUX 資料集中的資料與您透過自有數據分析收集的資料可能會有所差異。
在要求通知權限時，Chrome 會向使用者顯示提示。使用者可以主動或被動採取下表所述的四種行動。
| 允許 | 使用者明確允許網站顯示通知。 |
| 封鎖 | 使用者已明確禁止網站顯示通知。 |
| 關閉 | 使用者關閉權限提示，但沒有任何明確的回應。關閉分頁會計為已關閉。在行動裝置中，分頁切換動作也計為關閉動作，而安靜的 UI 則有明確的使用者關閉選項。 |
| 忽略 | 使用者完全未與提示互動。導覽事件也會計為忽略，例如返回按鈕或使用網址列導覽。 |
CrUX 資料集會將每項使用者動作的資料納入回應百分比。
如何解讀資料
「封鎖」和「接受」率是兩項最重要的指標。如這篇關於靜音通知權限的部落格文章所述，Chrome 會自動將接受率極低的網站加入靜音 UI。阻斷率也是強烈訊號。當使用者點選「封鎖」時，系統會向使用者傳送明確訊息，說明他們不論當下都不想接收網站的通知。這通常表示使用者不瞭解通知的用途、產品和服務的價值，或是對您的網站不信任。封鎖率偏低或高封鎖率都是明確指標，表示網站應查看本文中建議的模式一節。
不同類型的網站會有不同的接受率和封鎖率，這很正常。舉例來說，即時通訊應用程式或電子郵件應用程式的用途非常高，接受率可能相當高。
此外，由於使用情境可能不同，使用者可能特別偏好使用某類裝置的通知，因此對同一網站的比率可能會有極大差異，這是正常現象。行動版和電腦版之間的差異很大，因此在靜默通知權限 UI 中，自動網站註冊功能會依裝置類型而異。部分網站可能只有在行動裝置或電腦上，才在安靜 UI 中註冊。
隨著越來越多使用者註冊靜音通知 UI，我們預期忽略率會隨著時間增加，相較於其他指標。您應該將這項趨勢視為正常且預期的現象。
建議的模式
讓使用者主動開啟通知，並自行決定開啟的時機。將切換鈕或按鈕獨立引入現有 UI 介面，以便在使用者工作流程的步驟中顯示，讓使用者有充分理由選擇接收即時更新。
請勿在沒有脈絡的情況下，或在使用者造訪網站後立即顯示提示和/或重疊式視窗。提示打斷使用者的瀏覽體驗，卻未提供背景資訊，說明為何需要通知或具有實用性。
查詢資料集
自 202001 CrUX 資料集起，您可以查詢 experimental.permission.notifications 欄位，存取通知權限資料。
SELECT
SUM(experimental.permission.notifications.accept) AS accept,
SUM(experimental.permission.notifications.deny) AS deny,
SUM(experimental.permission.notifications.ignore) AS `ignore`,
SUM(experimental.permission.notifications.dismiss) AS dismiss
FROM
`chrome-ux-report.all.202001`
WHERE
origin = 'https://news.google.com'
在本例中，我們會查詢 Google 新聞的通知權限資料。我們使用 SUM 函式將每個維度 (板型規格和有效連線類型) 的權限率加總，以便取得全來源的檢視畫面。
| 接受 | deny | 忽略 | 關閉 |
|---|---|---|---|
| 0.8231 版 | 0.0476 | 0.0502 | 0.0791 |
結果顯示，82.3% 的使用者接受通知權限提示，4.8% 拒絕，5.0% 忽略，7.9% 關閉。
進一步瞭解如何在 BigQuery 中使用 CrUX，並瀏覽 CrUX 教戰手冊，查看更多查詢範例。
意見回饋
如有任何問題，或想分享您對 CrUX 通知權限資料的想法/意見回饋，歡迎前往 CrUX 支援論壇，或在 Twitter 上追蹤 @ChromeUXReport。