Почему охват ваших веб-push-уведомлений ниже ожидаемого

Контекстные или короткие сообщения, отправляемые на устройство пользователя (компьютер, планшет или мобильный браузер), известны как веб-push-уведомления. Если посетитель вашего веб-сайта подписывается на push-уведомления, он должен получать уведомления каждый раз, когда вы отправляете push-уведомление. Охват должен быть высоким, так как push-уведомления отправляются подписчикам в режиме реального времени, и любой, кто находится онлайн до истечения срока действия уведомления, должен получить сообщение. Существует множество поставщиков, предлагающих услуги push-уведомлений. Однако, независимо от поставщика услуг, часто охват push-уведомлений является проблемой.

Но если вы заметили, что охват невысок, вот вероятные причины –

1. Отказано в разрешении из Центра уведомлений – Если ваши подписчики отключили уведомления на своем устройстве в настройках уведомлений и действий, они не будут получать веб-push-уведомления. Однако это должно быть отмечено как отписавшиеся пользователи.
   Поэтому при расчете фактического коэффициента просмотров старайтесь вычитать отписавшихся подписчиков из общего числа отправленных. Уведомления можно отключить здесь как для конкретного веб-сайта, так и для самого браузера.
2. У старых подписчиков может быть низкая доставляемость, или статус подписчика не обновляется в push-службах немедленно –  Все push-уведомления отправляются в соответствующие push-службы – FCM (Firebase Cloud Messaging) для Chrome и т. д., которые затем доставляют уведомления в отдельные браузеры.  Если пользователь отписался от уведомлений через настройки браузера, или если пользователь долгое время не пользуется браузером, пользователь помечается как отписавшийся.  Но эта отписка должна распространяться на push-службы.  Мы видим, что иногда эта отписка не обновляется на уровне push-службы, поэтому может быть задержка в пометке подписчиков как отписавшихся.
   Регистрационный токен может удаляться из FCM некоторое время. Таким образом, возможно, что сообщения, отправленные в FCM, получают в ответ действительный идентификатор сообщения, даже если сообщение не будет доставлено в клиентское приложение. Пример – Mozilla помечает подписчиков как отписавшихся после 2 месяцев недоступности.
3. В режиме энергосбережения – Если подписчики включают режим энергосбережения на мобильном устройстве или настольном компьютере, он принудительно останавливает приложения, работающие в фоновом режиме, даже если устройство подключено к Интернету. В этом случае пользователь склонен пропускать уведомления, отправленные в определенное время, поскольку он принудительно останавливает работающие приложения, которые не смогут доставить уведомления на устройство пользователя.
4. Подписка через несколько профилей – Если пользователь подписался через несколько профилей одновременно и использует только один из них, браузер доставит уведомление только одному профилю.  Это снизит доставляемость уведомления.  Если пользователь не входит в профиль в браузере, есть вероятность, что через некоторое время push-службы отменят подписку, поскольку у них часто есть правила для отмены подписки после длительного отсутствия (см. пункт 2 выше)
5. Слабое интернет-соединение – При отправке уведомления браузер может получить сигнал, но если интернет-соединение слабое или устройство отключено, браузер не сможет загрузить уведомление, в результате чего подписчики не получат уведомление.
6. Настройки устройства – Чтобы получать уведомления, устройство должно быть включено, подключено к интернету, а режим полета и режим энергосбережения должны быть отключены.
7. Браузер должен хотя бы работать в фоновом режиме (для большинства устройств) – Даже если подписчик не находится на веб-сайте и не в браузере, в этом случае важно, чтобы браузер работал в фоновом режиме.
8. Браузер должен быть активен (только для некоторых устройств) – Обычно большинство устройств все еще отображают уведомления, если браузер работает в фоновом режиме. Однако мы заметили, что на таких устройствах, как MI (Xiaomi), браузер должен быть открыт, чтобы получать уведомления веб-пуша. Это зависит от устройства, где браузер должен работать на переднем плане.
9. При использовании блокировщиков рекламы, блокировщиков вредоносных программ или корпоративных межсетевых экранов – Иногда блокировщики рекламы и корпоративные межсетевые экраны могут блокировать URL-адреса поставщиков веб-пуш-уведомлений из-за их настроек.  Кроме того, иногда URL целевой страницы может быть указан в каталоге вредоносных программ или блокировщиков рекламы и из-за этого может быть заблокирован.
10. Файлы cookie и браузер Firefox –  В Firefox существует известная проблема, заключающаяся в том, что иногда при удалении файлов cookie они могут стать недоступными. В этом случае, если у вас есть пользователи, подписанные из браузера Firefox, и они удаляют файлы cookie, они могут не получать отправленные вами уведомления.  Это не обычный случай, но иногда встречается в наших тестах.
    
    
11. Панель уведомлений заполнена  –  На мобильных устройствах уведомления добавляются в панель уведомлений. Поэтому, если панель уведомлений заполнена, подписчик не получит новое уведомление. Аналогично, на настольных компьютерах панель уведомлений Windows имеет ограничение на несколько уведомлений, и если она заполнена, уведомление может быть отброшено.
12. На устройствах MI – Существует проблема с мобильными устройствами MI: если телефон долгое время неактивен (заблокирован), и вы отправляете уведомление в этот период, пользователь, скорее всего, пропустит это уведомление.
13. При очистке данных сайта – При очистке данных сайта файл service-worker.js удаляется, что важно для отправки и просмотра уведомлений. Следовательно, в этом случае пользователь не получает уведомление.
14. Уведомление на заблокированном экране  – Если браузеру не разрешено загружать данные при заблокированном экране, подписчик, скорее всего, пропустит уведомление.  Иногда на заблокированном экране отображается заголовок уведомления, а сообщение выглядит как «Личное».
15. Уведомление истекает до получения подписчиками –  Если пользователь не в сети или не подключен к Интернету в течение длительного времени, а вы установили время истечения срока действия уведомлений, то подписчик пропустит уведомление, отправленное в этот период времени.

Если вы заметите какие-либо другие случаи, кроме этого, вы можете сообщить нам, отправив электронное письмо по адресу [email protected].  Мы будем обновлять список.

Дополнительный совет: Если вы видите резкое падение просмотров, это может быть связано с вашей конфигурацией. Одна из распространенных проблем, которую мы видим, заключается в том, что другие плагины Progressive Web App могут перезаписывать Service Worker, используемый для Push-уведомлений. Если вы являетесь нашим клиентом и столкнулись с этим, свяжитесь с нами, чтобы мы могли предложить вам решение.