Пуш — уведомление в веб-приложениях¶

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

¶Веб-пуш-уведомления

Веб-пуш появился в 2013 году, когда Google внёс поддержку Push API в браузер Chrome. Технология позволяет сайту отправлять уведомления даже когда вкладка закрыта — при условии, что пользователь дал разрешение на подписку. Основные элементы системы:

• Service Worker — фоновый скрипт, который работает независимо от страницы и принимает входящие сообщения от сервера.
• Push API — браузерный интерфейс, через который приложение подписывается на уведомления и получает их.
• Push-сервис браузера — инфраструктура (например, Firebase Cloud Messaging от Google или Mozilla Push Service), которая принимает сообщения от сервера сайта и доставляет их на устройство.

Пользователь видит запрос «Разрешить уведомления?» при первом посещении сайта. После согласия браузер создаёт подписку с уникальным endpoint-адресом, который сайт сохраняет на своём сервере. Для отправки уведомления сервер шифрует payload и передаёт его в push-сервис, тот — на устройство, а Service Worker отображает уведомление через Notification API.

¶Мобильные пуш-уведомления

На смартфонах пуши работают через специализированные сервисы операционных систем:

На Android пуш-уведомления поддерживают расширенные возможности: группировку, категоризацию, отложенный показ, личные изображения и действия прямо в уведомлении. На iOS возможности более ограничены системой, но с iOS 10 появились расширенные уведомления с изображениями, видео и интерактивными элементами.

¶Типы пуш-уведомлений

По способу отправки и назначению выделяют:

• Транзакционные — сообщения о статусе заказа, доставке, изменении пароля. Обычно не отключаются пользователем.
• Маркетинговые — рекламные предложения, акции, персональные рекомендации. Чаще всего вызывают отписки.
• Напоминания — о событии, незавершённом действии, брошенной корзине.
• Геопуши — привязаны к местоположению устройства, приходят при входе в определённую геозону.
• Контентные — сообщают о новой публикации, комментарии, сообщении в чате.

¶Эффективность и проблемы

Исследования показывают, что кликабельность (CTR) пуш-уведомлений сильно варьируется: у хорошо сегментированных персонализированных пушей CTR может достигать 5–10%, тогда как массовые рекламные рассылки дают менее 1 %. Слишком частые уведомления приводят к отпискам и удалению приложения. По данным ряда аналитических компаний, до 40–60 % пользователей Android отключают push-уведомления для приложений, которые присылают более 5 сообщений в неделю.

Другие проблемы технологии:

• Блокировщики уведомлений — в 2020-х годах браузеры начали автоматически блокировать запросы разрешения на уведомления, если пользователь часто отказывает, что снизило конверсию подписок.
• Всплывающие запросы — навязчивые запросы разрешения на первом визите снижают вовлечённость; рекомендуется запрашивать разрешение в контексте.
• Приватность — push-сервисы видят метаданные доставки, а endpoint подписки может использоваться для идентификации устройства.

¶Использование в России

В российской веб-разработке пуш-уведомления активно применяются новостными порталами, интернет-магазинами и сервисами доставки. Свои push-инфраструктуры развивают крупнейшие платформы: Яндекс (уведомления в браузере Яндекс и мобильных приложениях), VK, «Яндекс.Мессенджер», а также государственные порталы — Госуслуги отправляют уведомления о статусе заявок. Ряд российских сервисов предлагает собственные SDK для отправки пушей в мобильные приложения в обход FCM, что связано с недоступностью Google Play на части устройств и санкционными ограничениями: например, RuStore и его инфраструктура push-доставки.

¶История

• 2009 — Apple запускает APNs вместе с iPhone OS 3.
• 2010 — Google представляет Cloud to Device Messaging (C2DM), предшественник GCM.
• 2013 — Google внедряет поддержку веб-пуш в Chrome; появляется Service Worker.
• 2016 — GCM переименован в Firebase Cloud Messaging.
• 2018 — Mozilla и Apple добавляют поддержку веб-пуш в Firefox и Safari.
• 2020-е — браузеры начинают ограничивать запросы разрешения на уведомления для борьбы со спамом.

¶Источники

• MDN Web Docs — Push API, Notifications API
• Web Hypertext Application Technology Working Group (WHATWG) — Service Worker specification
• Firebase documentation — Firebase Cloud Messaging
• Apple Developer Documentation — Apple Push Notification service
• Habr — обзоры и исследования эффективности пуш-уведомлений