Главная • Глоссарий • Web Push: как работают браузерные уведомления и где их применять

Web Push: как работают браузерные уведомления и где их применять

Дата: 2026-10-22 | Время чтения: 7 минут (1326 слов)
Web Push — короткие уведомления, которые сайт отправляет пользователю через браузер после получения разрешения. Они отображаются на компьютере или мобильном устройстве, даже если страница сайта не открыта. Канал используют для срочных оповещений, персональных предложений, напоминаний и возврата посетителей на сайт.

Как работает Web Push

Для Web Push не нужны email-адрес, номер телефона или установленное мобильное приложение. Подписка привязана к конкретному браузеру и устройству. Если человек использует сайт в нескольких браузерах или на нескольких устройствах, у него может появиться несколько отдельных push-подписок.

Общая последовательность выглядит так:

  1. Сайт предлагает подписаться. Лучше сначала объяснить, какие уведомления получит пользователь: например, об изменении статуса заказа или поступлении товара.

  2. Браузер запрашивает разрешение. Без согласия пользователя сайт не сможет показывать системные уведомления.

  3. Создаётся push-подписка. Для её работы необходим Service Worker — фоновый скрипт, который может обрабатывать push-события, когда страница не открыта. Его регистрирует сайт, а после получения разрешения создаётся подписка на уведомления.

  4. Сайт получает данные подписки. Объект PushSubscription содержит адрес push-сервиса и ключи шифрования. Эти данные сохраняются на стороне отправителя и могут быть связаны с профилем пользователя, если он известен.

  5. Сообщение передаётся через push-сервис браузера. Он доставляет push-событие в Service Worker, который создаёт системное уведомление. В зависимости от браузера и операционной системы оно может отображаться даже при закрытой странице сайта.
Для работы канала сайт должен использовать HTTPS. Исключение предусмотрено для локальной разработки в доверенном контексте, например на localhost. Подписки и обработка входящих сообщений строятся на Push API, Notifications API и Service Worker API.

Из чего состоит уведомление

Базовый Web Push содержит несколько элементов:

ЭлементНазначение
ЗаголовокКратко сообщает, что произошло или что предлагается
ТекстРаскрывает основную мысль и объясняет ценность перехода
ИконкаОбозначает отправителя и делает сообщение узнаваемым
Ссылка для переходаОткрывает нужную страницу после нажатия на уведомление
Изображение и кнопкиИспользуются в расширенных Rich Push, если их поддерживает браузер

Пример Rich Push от Altcraft: уведомление с баннером и кнопкой перехода

Внешний вид и доступные элементы зависят от браузера и операционной системы. Текст может обрезаться, кнопки и крупные изображения поддерживаются не везде. Поэтому ключевой смысл должен быть понятен по заголовку и первым словам сообщения.

В Rich Push добавляют баннеры, кнопки и отдельные ссылки для разных браузеров и ОС. Уведомлению также задают TTL — срок актуальности. Когда он истекает, push-сервис прекращает попытки доставить сообщение устройству, которое не выходило в сеть. Это важно для ограниченных по времени акций, напоминаний о событиях и одноразовых кодов. Подробнее о TTL и расширенных элементах читайте в документации Altcraft по push-шаблонам.

Чем Web Push отличается от других каналов

Web Push часто путают с уведомлениями мобильных приложений. Оба формата появляются на экране устройства, но у них разные источники и условия подписки.

КаналЧто требуется от пользователяК чему привязана подпискаТипичный объём сообщения
Web PushРазрешить уведомления сайтуК браузеру на конкретном устройствеКороткий
Mobile PushУстановить мобильное приложение и разрешить уведомленияК установке приложенияКороткий, возможны функции приложения
EmailПередать адрес и подписаться на рассылкуК email-адресуОт короткого текста до подробного письма
SMSПередать номер телефонаК номеру телефонаКороткий

Главное преимущество Web Push — низкий порог подписки. Человеку не нужно заполнять форму или устанавливать приложение. Обратная сторона — меньший объём сообщения и зависимость от настроек браузера, устройства и операционной системы.

На устройствах Apple с iOS и iPadOS 16.4 и новее Web Push поддерживается для веб-приложений, добавленных на домашний экран. Запрос разрешения должен быть связан с непосредственным действием пользователя, например нажатием кнопки подписки. Эти условия описаны в документации WebKit.

Для каких задач используют Web Push

Канал особенно уместен, когда сообщение короткое, актуальное в конкретный момент и ведёт к одному понятному действию.

  • Статусы и сервисные события. Изменение состояния заказа, готовность документа, начало трансляции или восстановление доступа.

  • Поведенческие сообщения. Напоминание о брошенной корзине, просмотренном товаре или незавершённом оформлении заказа.

  • Изменение доступности. Возвращение товара в продажу, появление свободного места, открытие регистрации.

  • Ограниченные предложения. Начало распродажи, персональный промокод или окончание срока действия бонусов.

  • Контентные обновления. Выход материала или изменение важной информации, если пользователь сам выбрал такую тему.

  • Реактивация. Возврат подписчика, который давно не заходил на сайт, с учётом его прежних интересов.

Например, образовательный сервис Princeton Review использовал браузерное уведомление, чтобы напомнить посетителю о товарах в корзине и предложить завершить покупку.

The Guardian использовала Web Push для оперативного информирования читателей о результатах выборов. Источник: The Guardian Mobile Innovation Lab

Web Push редко подходит для сложного объяснения продукта. Если сообщение требует нескольких аргументов, сравнений и подробных условий, уведомление лучше использовать как короткий переход к подробной информации: в личный кабинет или на целевую страницу.

Как получить подписку и избежать отказов

Разрешение на уведомления не стоит запрашивать без объяснения их пользы. Если пользователь заблокировал уведомления, сайт обычно не может повторно показать системный запрос: разрешение придётся изменить в настройках браузера. Поэтому предложение подписаться не стоит выводить сразу при первом открытии сайта.

Более корректная механика состоит из двух шагов. Сначала сайт показывает собственный попап или блок с описанием пользы. Системный запрос браузера открывается только после того, как посетитель нажал кнопку согласия. Google также рекомендует запрашивать разрешение в момент, когда польза уведомлений понятна, а не сразу при загрузке страницы.

Чтобы сохранить аудиторию канала:

  • указывайте, какие сообщения и как часто будут приходить;

  • предлагайте подписку после действия, которое показывает интерес пользователя;

  • разделяйте аудиторию по поведению, интересам и этапу клиентского пути;

  • ограничивайте частоту и не дублируйте без необходимости одно сообщение во всех каналах;

  • используйте точную ссылку на страницу, где пользователь продолжит действие;

  • объясняйте, как отключить уведомления в настройках браузера или операционной системы;

  • отдельно проверяйте требования законодательства к рекламным сообщениям и обработке данных.
Системное разрешение браузера лучше запрашивать после предварительного объяснения. Формулировка «Сообщим, когда товар появится в наличии» понятнее и убедительнее, чем абстрактное «Разрешите уведомления».

Как оценивать Web Push

Количество подписчиков само по себе не показывает ценность канала. База может расти, но сообщения останутся нерелевантными или будут вести на неподходящие страницы.

Для оценки отслеживают:

  • число действующих подписок и его изменение;

  • доставки и недоставки уведомлений;

  • переходы по уведомлениям;

  • конверсии после перехода;

  • недействительные подписки и отказы от уведомлений, если соответствующие события фиксируются;

  • результаты отдельных сегментов, сценариев и вариантов контента.
Показатели стоит анализировать вместе. Высокая кликабельность не всегда означает хороший результат: уведомление может привлекать внимание, но вести на страницу, где пользователь не завершает целевое действие.

Web Push в Altcraft

В Altcraft для подключения сайта к каналу Web Push создают отдельный ресурс, настраивают провайдеров и устанавливают SDK. Подробная последовательность описана в руководстве по настройке.
После согласия посетителя платформа регистрирует push-подписку и создаёт профиль либо добавляет подписку к существующему профилю, если его удалось сопоставить. Через SDK также можно передавать дополнительные сведения о пользователе и его действиях. Для разных браузеров в Altcraft доступны Firebase Cloud Messaging, Mozilla Services и Safari/APNs. Актуальный список приведён в документации по провайдерам.
В шаблоне настраиваются заголовок, текст, иконка и ссылка. Rich Push поддерживает дополнительные элементы и отдельные настройки для браузеров и операционных систем. Web Push можно использовать в массовых, регулярных и триггерных рассылках, в том числе запускать отправку по расписанию или событию. Результаты доступны в журнале рассылки и отчёте по каналам. Пошаговый запуск разобран в инструкции по первой Web Push-рассылке.

В стандартном редакторе Altcraft настраивают содержимое push-уведомления

Хотите запустить Web Push? Зарегистрируйтесь в Altcraft Platform и настройте первую рассылку для посетителей сайта.

Заключение

Web Push — канал коротких сообщений для пользователей сайта, которые разрешили уведомления в браузере. Он не требует номера телефона, email-адреса или отдельного мобильного приложения, но подписка остаётся связанной с конкретным браузером и устройством.

Канал лучше использовать для своевременных сообщений с одним действием. Результат зависит от момента запроса разрешения, точности сегментации, частоты отправок и страницы, на которую ведёт уведомление.

Читайте по теме

subscription, banner, email

Покажем платформу
и найдём решение под задачи вашего бизнеса