Push-уведомления: как устроен канал и когда его использовать
Дата: 2026-09-18 | Время чтения: 8 минут (1466 слов)
Push-уведомления — короткие сообщения от сайта или мобильного приложения, которые отображаются в системной области устройства. Они привлекают внимание к событию, предложению или незавершённому действию, даже если пользователь в этот момент не открыл сайт или приложение. Для отправки нужна активная push-подписка, связанная с браузером или экземпляром приложения.
Какие бывают push-уведомления
В маркетинговых коммуникациях используют два основных вида пушей: браузерные и мобильные. Они похожи внешне, но различаются источником, способом подписки и технической инфраструктурой. Подробнее различия описаны в документации Altcraft по push-каналу.
| Критерий | Web Push | Mobile Push |
|---|---|---|
| Источник | Сайт | Мобильное приложение |
| Где отображается | В системной области компьютера или мобильного устройства | В центре уведомлений смартфона или планшета |
| Что требуется | Совместимый браузер, HTTPS-сайт и разрешение пользователя | Установленное приложение и разрешение на уведомления |
| С чем связана подписка | С конкретным браузером и сайтом | С экземпляром приложения на устройстве |
| Типичные задачи | Возврат посетителей на сайт, новости, акции | Сервисные сообщения, работа с поведением в приложении, персональные предложения |
Web Push подходят компаниям, у которых нет мобильного приложения или значительная часть аудитории взаимодействует с сайтом. Браузер получает сообщение через push-сервис и передаёт его Service Worker — фоновому скрипту сайта. Поэтому вкладка сайта может быть закрыта. Доступность уведомлений зависит от браузера и операционной системы. Общую механику определяет стандарт Push API.
Mobile Push отправляются в приложение. Для работы канала приложение интегрируют с push-провайдером: например, Firebase Cloud Messaging или Apple Push Notification Service. Экземпляр приложения регистрируется у провайдера и получает push-токен. Altcraft на момент публикации материала поддерживает пять провайдеров.
Push-уведомление не следует путать с попапом. Попап появляется внутри открытой страницы или приложения. Пуш отображается средствами браузера или операционной системы и может прийти, когда пользователь не взаимодействует с продуктом.
Как доставляется push-уведомление
Участники доставки — маркетинговая платформа, push-провайдер, браузер или приложение и операционная система устройства. Общая последовательность выглядит так:
- Пользователь выдаёт разрешение на получение уведомлений.
- Браузер регистрирует Web Push-подписку с уникальным адресом доставки, а экземпляр мобильного приложения получает push-токен.
- Данные подписки передаются в систему, из которой компания управляет рассылками.
- После запуска рассылки сообщение поступает push-провайдеру, а тот направляет его браузеру или приложению.
- Браузер, приложение или операционная система обрабатывает сообщение и при соответствующих настройках показывает уведомление.
Push-токен или адрес Web Push-подписки не считается постоянным идентификатором клиента. Он может измениться после переустановки приложения, обновления ОС, очистки данных или обновления подписки. У одного человека бывает несколько подписок, если он использует разные устройства, приложения и браузеры. Изменения мобильных токенов описаны, например, в документации Firebase, а механизм обновления Web Push-подписок — в стандарте Push API.
Сам факт передачи сообщения провайдеру ещё не означает показ на экране. Устройство может быть выключено, пользователь может запретить уведомления, а операционная система — отложить фоновую доставку. Для сообщений с ограниченным сроком актуальности задают TTL — время, в течение которого провайдер продолжает попытки доставки.
Из чего состоит push-уведомление
Базовый пуш содержит несколько элементов:
- заголовок — коротко называет событие или предложение;
- текст — раскрывает смысл сообщения;
- иконку — обозначает отправителя;
- ссылку или действие по нажатию — ведёт на сайт или в приложение.
В Rich Push к базовым элементам добавляются изображения, кнопки и другие действия. Deep link может сразу открыть нужный экран приложения: карточку товара, заказ, корзину или раздел программы лояльности. Поддержка отдельных элементов зависит от браузера, ОС и push-провайдера.
Rich Push может содержать изображение и дополнительные действия. Источник: Wildberries
Пуш требует одного понятного действия. Если уведомление одновременно сообщает об акции, новой статье и обновлении программы лояльности, пользователь не понимает, куда переходить. Подробности лучше оставить на целевой странице.
Для каких задач используют push-уведомления
Пуши особенно уместны, когда сообщение связано с конкретным моментом или быстро теряет актуальность:
- транзакционные сообщения — изменение статуса заказа, успешная оплата, готовность товара к выдаче;
- напоминания — незавершённое оформление, предстоящая запись, окончание оплаченного периода;
- поведенческие коммуникации — снижение цены на просмотренный товар, появление позиции в наличии, новое событие в приложении;
- ограниченные по времени предложения — начало акции, персональный промокод, окончание срока действия бонусов;
- контентные уведомления — выход нового материала, трансляции или выпуска.
Для длинного объяснения лучше выбрать email, страницу сайта или экран приложения. SMS лучше использовать для сообщений, которые должны приходить без подключения к интернету и установленного приложения. Push занимает промежуточное положение: сообщение короче письма, но может вести пользователя сразу к нужному действию.
Пуши также включают в омниканальные сценарии. Например, компания сначала отправляет уведомление в приложение, а при отсутствии реакции продолжает коммуникацию по другому доступному каналу. Порядок сообщений при этом строится на данных профиля, статусе подписок и предыдущих действиях клиента.
Как собирать подписки и не перегружать аудиторию
Для Web Push и Mobile Push требуется разрешение на уведомления. Его запрос при первом открытии сайта или приложения часто лишён контекста. Посетитель ещё не знает, какие сообщения получит и зачем они нужны. Сначала стоит объяснить пользу: например, предложить уведомлять о статусе доставки или поступлении выбранного товара. После этого можно открыть системное окно разрешения. Apple рекомендует запрашивать разрешение в понятном контексте, когда человек уже видит практическую ценность канала.
Для маркетинговых push-уведомлений системное разрешение на уведомления не заменяет обязательное согласие адресата на получение рекламы. Сервисные уведомления стоит отделять, чтобы пользователь мог отказаться от рекламы, не отключая важные сообщения о работе сервиса.
При работе с подписчиками важны несколько правил:
- разделяйте сервисные, контентные и рекламные сообщения;
- учитывайте часовой пояс и время последней активности;
- не отправляйте одно предложение всей базе, если известны интересы и действия клиента;
- ограничивайте частоту коммуникаций на одного человека;
- задавайте TTL для сообщений, которые быстро устаревают;
- ведите пользователя на конкретную страницу или экран, соответствующий тексту пуша.
Если человек регулярно закрывает уведомления без перехода, увеличение частоты вряд ли изменит результат. Сначала проверьте сегмент, момент отправки и соответствие сообщения предыдущим действиям клиента.
Цифровая экосистема Uzum с помощью сегментации и A/B-тестирования в Altcraft сократила отказы от push на 23%. Автоматизация в платформе экономит команде 20 часов в неделю.
Как оценивать push-рассылки
Количества отправленных уведомлений недостаточно. Результат оценивают по всей цепочке:
- отправки в очередь — сколько push-уведомлений система подготовила к отправке;
- доставки — сколько уведомлений дошло до устройств получателей;
- открытия — сколько открытий push-уведомлений зарегистрировано;
- прочтения — сколько уведомлений получатели прочитали в центре уведомлений;
- клики — сколько пользователей перешли по ссылкам или другим отслеживаемым элементам;
- CTR и CTOR — какая доля доставленных или открытых уведомлений привела к клику;
- конверсии — сколько получателей после взаимодействия с пушем оформили заказ, завершили регистрацию или выполнили другое целевое действие;
- отписки и недействительные подписки — сколько пользователей отказались от рассылки и сколько подписок перестали работать из-за недействительного идентификатора.
Набор и смысл метрик зависят от типа пуша и технической интеграции. Например, в Altcraft для Push доступна аналитика по доставкам, открытиям, прочтениям, кликам, CTR, CTOR, hard bounce и отпискам.
Push-уведомления в Altcraft
В Altcraft Platform доступны браузерные и мобильные push-рассылки. Для первых на сайт устанавливают Web Push SDK и файлы, необходимые для регистрации подписки. После разрешения пользователя платформа создаёт новый профиль или обновляет существующий, при устаревании токена — обновляет данные подписки.
Для Mobile Push приложение интегрируют с Altcraft mSDK: он подключается к настроенному push-провайдеру, передаёт платформе токены подписок, обрабатывает показ уведомлений и регистрирует события. Поддерживаются приложения для Android и iOS, а также интеграции через Flutter и React Native.
Push-уведомления создаются в визуальном редакторе: настраиваются заголовок, текст, иконка, ссылка и UTM-метки. В Rich Push доступны также баннеры, кнопки, deep links, адаптивные ссылки и дополнительные параметры для отдельных браузеров и ОС. Там же задаётся TTL сообщения.
В редакторе Altcraft настраиваются содержание push-уведомления и действие при переходе
Рассылку можно направить сегменту аудитории, запустить по расписанию или включить в автоматический сценарий. Зарегистрированное действие с пушем — например, открытие или переход по ссылке — может запускать сценарий или использоваться для сегментации и выбора следующего шага коммуникации.
Отправляйте Web Push и Mobile Push через Altcraft: сегментируйте аудиторию, включайте уведомления в автоматические сценарии и анализируйте результаты вместе с другими каналами. Зарегистрируйте личный кабинет и посмотрите платформу в работе.
Заключение
Push-уведомления — короткий канал для своевременных сообщений от сайта или мобильного приложения. Web Push связаны с браузером и сайтом, Mobile Push — с экземпляром установленного приложения. В обоих случаях доставка строится на разрешении пользователя, данных push-подписки и работе внешнего провайдера.
На практике важны контекст подписки, точная сегментация, ограничение частоты и понятное действие после клика. Результат стоит оценивать по доставкам, открытиям, прочтениям, кликам, конверсиям, отпискам и недействительным подпискам.
Читайте по теме
