Chrome 80 推出了通知的低擾式權限 UI。為協助網站擁有者瞭解通知權限指標，我們會在 2020 年 2 月 11 日發布的 202001 資料集中，將這項資料加入 Chrome 使用者體驗報告 (CrUX)。這樣一來，網站擁有者就能進一步瞭解自家網站和同類網站的典型使用者通知權限回應。
CrUX 只會提供通知權限請求的概略值，包括「接受」、「封鎖」、「略過」和「關閉」的比率。建議您透過偏好的數據分析平台提供的詳細分析資料，補充這項資料。
關於 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。