向 Chrome 用户体验报告添加通知权限数据

Penny McLachlan
Penny McLachlan

Chrome 80 引入了更安静的通知权限界面。为帮助网站所有者了解通知权限指标,我们将把这些数据添加到 202001 年数据集(于 2020 年 2 月 11 日发布)内的 Chrome 用户体验报告 (CrUX) 中。这样一来,网站所有者就可以更好地了解其网站和同类别中类似网站的典型用户通知权限响应。

CrUX 仅提供通知权限请求接受屏蔽忽略关闭率的简要摘要。我们建议您通过首选分析平台提供的详细分析,进一步扩充这些数据。

CrUX 通知权限数据简介

如需详细了解 CrUX 数据格式和方法,请参阅开发者文档。此外,您也应查看填充和分析最佳实践的注意事项。由于报告的数据仅来自选择启用界面的用户,因此 CrUX 数据集中的数据与您从自己的分析中收集的数据之间可能会有所不同。

当请求通知权限时,Chrome 会向用户显示提示。 用户可以主动或被动执行四种操作之一,如下表所述。

允许 用户明确允许网站向其显示通知。
屏蔽 用户已明确禁止网站显示通知。
关闭 用户关闭权限提示,但没有任何明确响应。关闭标签页也计为一次关闭。在移动设备上,标签页切换也算作关闭操作,安静的界面有明确的用户关闭选项。
忽略 用户根本没有与提示互动。导航事件(例如返回按钮或使用多功能框的导航)也会被当作忽略。

CrUX 数据集包含这些用户操作的数据,以响应的百分比表示。

如何解读您的数据

屏蔽接受比率是两个最重要的指标。如“静默通知权限”博文中所述,Chrome 会自动将接受率极低的网站注册到安静的界面。阻止率也是一个重要的信号。当用户点击“屏蔽”时,用户已发送了一条明确的消息,表明他们不仅在当时,也不想随时接收网站的通知。这通常意味着用户不了解通知的预期用途、产品和服务的价值,或者未对您的网站建立信任。接受率低或屏蔽率高都是一个明确的指示,网站应查看本文中的推荐的格式部分。

不同类型的网站具有不同的接受率和屏蔽率是正常的,也很正常。例如,聊天应用或电子邮件应用具有非常强的用例,我们预计接受率会非常高。

同一网站的网站在桌面设备和移动设备上的表现可能会有很大差异,这也很正常,因为应用场景可能不同,并且用户在某种设备上明显更喜欢在另一种设备上显示通知。移动设备和桌面设备之间存在很大差异,这是因为无声通知权限界面中的自动网站注册按设备类型区分。某些网站可能仅在移动设备上或仅在桌面设备上以静音模式注册。

随着越来越多的用户注册使用干扰性更低的通知界面,我们预计,与其他指标相比,忽略率会随着时间的推移而提高。您应该会照常看到此趋势。

让您的用户积极主动,按照自己的节奏开启通知。在现有界面 surface 中单独引入切换开关或按钮,以便在用户工作流程的各个步骤显示这些信息,有充分的理由相信他们可能想要选择及时接收更新。

避免在没有上下文的情况下或在用户进入网站后立即显示提示和/或叠加层。提示会干扰用户的浏览体验,而不提供相关背景信息来说明为什么需要通知或为什么对他们有用。

查询数据集

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 函数将每个维度(外形规格和有效连接类型)的权限率相加,从而得到来源级的视图。

accept deny ignore 关闭
0.8231 0.0476 0.0502 0.0791
表示接受率的饼图
表示接受率的饼图

结果表明,82.3% 的用户接受通知权限提示,4.8% 的用户接受,5.0% 的用户忽略,7.9% 的用户拒绝。

详细了解如何在 BigQuery 上使用 CrUX,并浏览 CrUX 实战宝典,查看更多示例查询。

反馈

如果您有任何疑问,或者想分享您对 CrUX 中的通知权限数据的看法/反馈,请通过 CrUX 支持论坛或 Twitter 上的 @ChromeUXReport 与我们联系。