В Chrome 80 представлен более тихий интерфейс для уведомлений . Чтобы помочь владельцам сайтов понять метрики разрешений на уведомления, мы добавляем эти данные в отчёт об опыте использования Chrome (CrUX) в наборе данных 202001 , выпущенном 11 февраля 2020 года. Это позволит владельцам сайтов лучше понять типичные реакции пользователей на запросы разрешений на уведомления для своих сайтов и аналогичных сайтов в их категории.
CrUX предоставляет только общую сводку по показателям «Принять» , «Блокировать» , «Игнорировать» и «Отклонить» запросы на разрешение уведомлений. Мы рекомендуем дополнить эти данные подробной аналитикой с вашей любимой аналитической платформы.
О данных разрешений уведомлений CrUX
Формат и методология данных CrUX подробно описаны в документации для разработчиков , и вам следует ознакомиться с рекомендациями по выбору и анализу данных . Поскольку данные предоставляются только от пользователей, подписавшихся на рассылку, данные в наборе данных CrUX и данные, собранные вами с помощью собственной аналитики, могут отличаться.
При запросе разрешения на получение уведомлений Chrome покажет пользователям соответствующее уведомление. Пользователи могут активно или пассивно выполнить одно из четырёх действий, описанных в таблице ниже.
| Позволять | Пользователь явно разрешает веб-сайту показывать ему уведомления. |
| Блокировать | Пользователь явно запретил сайту показывать ему уведомления. |
| Увольнять | Пользователь закрывает запрос на разрешение без явного ответа. Закрытие вкладки считается закрытием. На мобильных устройствах переключение вкладок также считается закрытием, а в тихом интерфейсе предусмотрена возможность явного закрытия пользователем. |
| Игнорировать | Пользователь вообще не взаимодействует с подсказкой. События навигации, такие как кнопка «Назад» или навигация с помощью омнибокса, также считаются игнорируемыми. |
Набор данных CrUX включает данные по каждому из этих действий пользователя в виде процента ответов.
Как интерпретировать ваши данные
Показатели блокировки и подтверждения — две наиболее важные метрики. Как описано в записи блога о разрешениях для уведомлений с более тихим интерфейсом , Chrome автоматически регистрирует сайты с очень низкими показателями подтверждения в пользовательском интерфейсе с более тихим интерфейсом. Показатель подтверждения блокировки также является важным сигналом. Когда пользователь нажимает кнопку «Заблокировать», он ясно даёт понять, что не заинтересован в получении уведомлений от сайта не только в данный момент, но и в будущем. Чаще всего это означает, что пользователь не понимает предназначения уведомления, ценности продукта и услуги или не установил доверительные отношения с вашим сайтом. Как низкий показатель подтверждения, так и высокий показатель подтверждения блокировки являются явным признаком того, что сайту следует пересмотреть раздел «Рекомендуемые шаблоны» в этой статье.
Нормально и ожидаемо, что у разных типов сайтов показатели одобрения и блокировки будут разными. Например, у чат-приложений или почтовых приложений очень активный сценарий использования, и можно ожидать, что показатели одобрения будут довольно высокими.
Также вполне нормально, что цены на один и тот же сайт могут значительно различаться на настольных и мобильных устройствах, поскольку сценарии использования могут различаться, и пользователи могут отдавать предпочтение уведомлениям на одном типе устройств. Значительные различия между мобильными устройствами и настольными компьютерами являются причиной того, что автоматическая регистрация сайтов в пользовательском интерфейсе с разрешением на тихие уведомления разделена по типу устройства. Некоторые сайты могут быть зарегистрированы в пользовательском интерфейсе только на мобильных устройствах или только на настольных компьютерах.
По мере того, как всё больше пользователей переходят на более тихий интерфейс уведомлений, мы ожидаем, что показатели игнорирования будут со временем расти относительно других показателей. Эту тенденцию следует рассматривать как нормальную и ожидаемую.
Рекомендуемые шаблоны
Позвольте пользователям проявлять инициативу и включать уведомления в удобном для них темпе. Добавьте переключатели или кнопки в уже существующие интерфейсы, чтобы они отображались на тех этапах рабочего процесса пользователя, где есть веские основания полагать, что он захочет получать своевременные обновления.
Избегайте показа уведомлений и/или наложений без контекста или сразу после того, как пользователь зашёл на сайт. Уведомления прерывают просмотр сайта, не предоставляя контекста, объясняющего, почему уведомления нужны или полезны.
Запрос к набору данных
Начиная с набора данных CrUX 202001 года , вы можете получить доступ к данным о разрешениях на уведомления, выполнив запрос к полю 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 для суммирования показателей разрешений для каждого параметра (форм-фактор и эффективный тип подключения), чтобы получить представление для всего источника.
| принимать | отрицать | игнорировать | увольнять |
|---|---|---|---|
| 0,8231 | 0,0476 | 0,0502 | 0,0791 |
Результаты показывают, что 82,3% пользователей принимают запрос на разрешение уведомлений, в то время как 4,8% отклоняют, 5,0% игнорируют и 7,9% отклоняют его.
Узнайте больше об использовании CrUX в BigQuery и просмотрите книгу рецептов CrUX для получения дополнительных примеров запросов.
Обратная связь
Если у вас есть вопросы или вы хотите поделиться своими мыслями/отзывами о данных разрешений на уведомления в CrUX, вы можете связаться с нами на форуме поддержки CrUX или в Twitter @ChromeUXReport .