在 Chrome 使用者體驗報告中加入通知權限資料

Penny McLachlan
Penny McLachlan

Chrome 80 推出了通知的進階權限使用者介面。 為協助網站擁有者瞭解通知權限指標,我們在 20201 年資料集Chrome 使用者體驗報告 (CrUX) 中加入了這些資料,2020 年 2 月 11 日發布。如此一來,網站擁有者就能進一步瞭解自家網站和同類網站的一般使用者通知權限回應。

CrUX 只提供概略的通知權限要求「Accept」、「Block」、「Ignore」和「Dismiss」比率。我們建議您在偏好的分析平台中,透過詳細分析來擴充這項資料。

關於 CrUX 通知權限資料

如要進一步瞭解 CrUX 資料格式和方法,請參閱開發人員說明文件,建議您查看有關填入和分析最佳做法的注意事項。由於記錄的資料只會來自選擇觀看的使用者,因此 CrUX 資料集和您自行分析的資料可能會有所不同。

當使用者要求通知權限時,Chrome 會顯示提示。 使用者可以主動或被動採取四種動作,如下表所述。

允許 使用者明確允許網站顯示通知。
封鎖 使用者已明確禁止網站顯示通知。
關閉 使用者關閉權限提示,但未得到任何明確回應。關閉分頁等同於關閉。在行動裝置上,分頁切換鈕也會視為關閉動作,靜音 UI 則設有明確的使用者關閉選項。
忽略 使用者完全沒有與提示互動。導覽事件也會視為忽略,例如返回按鈕或使用網址列導覽。

CrUX 資料集會按回應百分比列出這些使用者動作的資料。

如何解讀資料

封鎖接受比率是最重要的指標。如事先通知權限網誌文章所述,Chrome 將自動為接受率相當低的網站註冊至前一個 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 ignore 關閉
0.8231 $0.0476 美元 $0.0502 美元 $0.0791 美元
代表接受率的圓餅圖
代表接受率的圓餅圖

結果顯示,82.3% 的使用者會接受通知權限提示,而 4.8% 表示拒絕,5.0% 則忽略通知,7.9% 則關閉提示。

進一步瞭解如何在 BigQuery 中使用 CrUX,並瀏覽 CrUX 教戰手冊取得更多查詢範例。

意見回饋:

如有任何問題,或要針對 CrUX 中的通知權限資料提供意見/意見回饋,歡迎透過 Twitter 上的 CrUX 支援論壇@ChromeUXReport 與我們聯絡。