Web push — короткие уведомления, которые приходят в браузер даже когда сайт закрыт. Это канал, где не нужен ни email, ни телефон: достаточно, чтобы посетитель один раз разрешил уведомления. Разберём, как настроить веб-пуши и встроить их в маркетинг RetailCRM.
Что такое веб-пуши
Веб-пуш (web push) — это уведомление, которое браузер показывает пользователю от имени сайта, даже если вкладка закрыта. Технически подписка привязана не к email, а к браузеру и устройству через сервис-воркер. Пользователь один раз нажимает «Разрешить» — и попадает в базу подписчиков канала.
Главное отличие от email: пуши короткие, мгновенные и не требуют личных данных. Это плюс (быстрый сбор базы, высокая скорость доставки) и одновременно ограничение — в пуш не поместить длинное письмо с версткой.
- Не нужны email или телефон — только согласие в браузере;
- Мгновенная доставка — уведомление приходит сразу;
- Короткий формат — заголовок, текст, иконка, ссылка;
- Работает в десктопных и части мобильных браузеров.
Как подключить пуши к сайту
Для работы веб-пушей на сайт устанавливается скрипт и сервис-воркер, а канал подключается к RetailCRM. Общая последовательность:
- Подключите сервис веб-пушей (напрямую или через модуль/интеграцию, поддерживаемую RetailCRM).
- Разместите на сайте код сбора подписок и файл сервис-воркера в корне домена.
- Настройте запрос разрешения — момент и формат показа приглашения подписаться.
- Свяжите канал с RetailCRM, чтобы подписки и события попадали в систему.
Файл сервис-воркера должен быть доступен по корневому пути, например /service-worker.js, иначе браузер не зарегистрирует подписку.
Сбор подписок без раздражения
Момент запроса разрешения решает всё. Если сайт просит разрешить уведомления сразу при входе, большинство посетителей нажимают «Блокировать» — и вернуть их уже нельзя, повторно браузер запрос не покажет. Поэтому запрос лучше показывать осмысленно:
- не на первой секунде, а после нескольких просмотренных страниц;
- с понятной выгодой — «сообщим о скидке на этот товар»;
- через «мягкий» промежуточный баннер, который спрашивает согласие до системного окна;
- в контексте действия — например, «уведомить, когда товар появится в наличии».
Сценарии пуш-уведомлений
Как и email, пуши бывают массовыми и триггерными. В связке с данными RetailCRM канал усиливает те же сценарии, что и рассылки:
| Сценарий | Триггер |
|---|---|
| Брошенная корзина | Ушёл с сайта с товарами в корзине |
| Снижение цены | Подешевел просмотренный товар |
| Товар в наличии | Появился ожидаемый товар |
| Акция и распродажа | Массовая отправка по сегменту |
| Статус заказа | Смена статуса в CRM |
Триггерные пуши особенно уместны там, где важна скорость: уведомление о возврате товара в наличие или о коротком флеш-сейле сработает быстрее письма. Массовые пуши хороши для анонсов акций, но их частоту нужно держать умеренной.
Персонализация и содержание
Формат пуша жёсткий: заголовок, короткий текст, иконка и ссылка перехода. В этих рамках всё равно есть место персонализации, если подписка связана с известным клиентом в RetailCRM:
- Товар клиента — название позиции из корзины или просмотров в тексте;
- Сегмент — разные предложения для новых и постоянных;
- Ссылка — прямой переход в нужную карточку, а не на главную;
- Иконка и картинка — узнаваемый бренд повышает кликабельность.
Пиши коротко: у заголовка и текста есть лимит символов, и браузер обрежет всё лишнее. Главное сообщение и выгода должны уместиться в первые слова. Ссылка обязательно ведёт точно к предмету уведомления, иначе теряется весь смысл мгновенного канала.
Метрики и ограничения
Эффективность пушей оценивают по своим показателям, отличным от email:
- Рост базы подписок — сколько новых разрешений в день;
- CTR — доля кликнувших по уведомлению;
- Отписки и блокировки — сигнал, что частота или релевантность хромают;
- Конверсия в заказ — итоговая ценность канала.
Помните про ограничения: часть браузеров и iOS поддерживают web push неполно, а слишком частые уведомления быстро приводят к массовым отпискам. Веб-пуши — не замена email, а дополнительный быстрый канал. Лучший результат даёт связка: пуш ловит горячий момент, email доносит подробности.
Итог
Веб-пуши расширяют охват за счёт аудитории, которая не оставила email или телефон, и отлично работают в быстрых триггерных сценариях: брошенная корзина, снижение цены, возврат товара в наличие. Ключ к успеху — HTTPS и корректный сервис-воркер, умеренная частота и осмысленный момент запроса подписки.
Мы подключаем и настраиваем канал веб-пушей в связке с RetailCRM: сбор подписок, триггеры на поведение и события заказов, персонализацию и аналитику. В результате вы получаете ещё один рабочий канал коммуникаций, который дополняет email и мессенджеры, а не конкурирует с ними.
Частые вопросы
Что такое web push?
Это короткое уведомление, которое браузер показывает от имени сайта, даже когда вкладка закрыта. Подписка привязана к браузеру и устройству, а не к email или телефону.
Нужен ли для пушей email клиента?
Нет. Достаточно, чтобы посетитель один раз разрешил уведомления в браузере. Это позволяет собирать базу канала без личных данных.
Что нужно, чтобы пуши заработали на сайте?
HTTPS с валидным сертификатом, установленный скрипт сбора подписок и файл сервис-воркера в корне домена, а также подключение канала к RetailCRM.
Почему не стоит просить разрешение сразу при входе?
Большинство посетителей нажмут «Блокировать», а вернуть это разрешение почти невозможно. Запрос лучше показывать после нескольких страниц и с понятной выгодой.
Можно ли персонализировать пуши?
Да, если подписка связана с клиентом в RetailCRM. В текст можно подставить товар из корзины или просмотров, а ссылку вести прямо в нужную карточку.
Какие сценарии подходят для веб-пушей?
Быстрые триггерные: брошенная корзина, снижение цены на просмотренный товар, возврат товара в наличие, а также массовые анонсы акций по сегменту.
Заменяют ли пуши email-рассылки?
Нет, это дополнительный канал. Лучший результат даёт связка: пуш ловит горячий момент и ведёт на сайт, а email доносит подробное предложение.
Какие у веб-пушей ограничения?
Часть браузеров и мобильных платформ поддерживают их не полностью, а слишком частые уведомления быстро приводят к отпискам и блокировкам. Частоту нужно держать умеренной.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.