Больше 70% посетителей сайта уходят, не совершив целевого действия. Большинство не возвращается. Email помогает, но борьба за внимание в инбоксе реальна, а open rate ниже 25% означает, что много вовремя отправленных сообщений просто не увидят.
Веб-пуш-уведомления попадают прямо на экран пользователя — независимо от того, открыт ваш сайт или нет. Приложение не нужно. Один opt-in в браузере — и у вас есть прямой канал.
В этом гайде разберём, как устроен веб-пуш, какие элементы заставляют уведомление кликнуть, и как использовать сегментацию и автоматизацию, чтобы возвращать брошенные корзины, реактивировать подписчиков и растить CLV. Давайте разложим по полочкам.
Что такое веб-пуш-уведомления
Веб-пуш-уведомления — это короткие кликабельные сообщения, которые доставляются через браузер (Chrome, Firefox, Edge или Safari) прямо на десктопный или мобильный экран пользователя. Приложение не требуется. Достаточно, чтобы человек зашёл на ваш сайт и дал согласие на уведомления.
Что отличает веб-пуш от других каналов:
- Доставка через браузер. Работает на десктопе и мобильных устройствах вне зависимости от того, установлено ли у пользователя ваше приложение.
- Явный opt-in. Пользователь даёт согласие осознанно. Это удерживает вовлечённость выше, чем в каналах, где согласие не требуется.
- Устойчивая видимость. Уведомление остаётся на экране, пока его не закроют. Пост в ленте исчезает за секунды — пуш ждёт.
- Поддержка rich media. Иконки, изображения и кнопки действия — всё в вашем распоряжении.
- Доставка в реальном времени. Сообщение приходит в момент отправки или в момент срабатывания триггера.
Для retention-команд ключевой сценарий такой: веб-пуш достаёт пользователей, которые ушли с сайта, но не установили приложение. Это большой сегмент, который один email надёжно не вернёт.
Как веб-пуш повышает вовлечённость, удержание и выручку
Веб-пуш работает на разных этапах жизненного цикла клиента, и сценарии на каждом из них действительно отличаются.
Возврат пользователей на сайт
Вовремя отправленное уведомление о снижении цены, новой статье или поступлении товара в продажу способно вернуть человека, который иначе просто двинулся бы дальше. Для медиа-проекта алерт о срочной новости, сегментированный по интересующей пользователя теме, стабильно приводит больше трафика, чем ссылка на главную, расшаренная в соцсетях. Для e-commerce уведомление о возврате в продажу товара из вишлиста часто конвертирует лучше, чем промо-email тому же пользователю.
Удержание тех, кто начинает дрейфовать
Веб-пуш хорошо работает и в loyalty-моментах: ранний доступ, обновления статуса, сообщения о достижениях. Небольшие сигналы, которые показывают пользователю — продукт о нём помнит. Для gaming-приложений это особенно заметно: алерт о возвращении энергии или старте live-события возвращает игрока в сессию ровно тогда, когда ему есть чем заняться.
Прямое влияние на конверсию
Возврат брошенной корзины — самый наглядный пример. Пользователь добавил товары, ушёл, через 30 минут получил пуш с прямой ссылкой обратно в корзину. Recovery rate такой последовательности стабильно обгоняет email при том же временном интервале.
Та же логика применима к флеш-распродажам, апселл-триггерам на основе истории покупок и сценариям истечения триала. В FinTech-приложениях этот же механизм работает на транзакционных алертах: подтверждение операции или уведомление о подозрительной активности доставляется в реальном времени — там, где задержка недопустима. Своевременно, конкретно, привязано к действию, которое пользователь уже совершил.
Как устроен веб-пуш: технический обзор
В каждой доставке участвуют три стороны: ваш сайт, браузер пользователя и push-сервис. Сайт инициирует opt-in. Браузер хранит endpoint подписки. Pushwoosh принимает сообщение и маршрутизирует его в push-сервис нужного браузера.
Деталь, о которой большинство не задумывается, — service worker, JavaScript-файл, работающий в фоне браузера. Он обрабатывает приём сообщения и отображение уведомления даже после того, как пользователь закрыл вашу вкладку. Нет service worker — нет веб-пуша.
Ключевые технические компоненты
- Service worker. Фоновый скрипт, который принимает сообщения и рендерит уведомления.
- Push API. Управляет подписками и генерирует уникальный endpoint доставки для каждого пользователя.
- Notifications API. Отвечает за визуальный рендеринг на экране пользователя.
- VAPID-ключи. Пара публичный/приватный ключ, аутентифицирующая ваш сервер в push-сервисе. Блокирует несанкционированные отправки.
- HTTPS. Обязателен. Без вариантов.
Настройка через Pushwoosh
Pushwoosh берёт инфраструктуру на себя. Генерация VAPID-ключей — автоматическая. Настройка service worker — через готовые сниппеты. Промпты opt-in конфигурируются в интерфейсе.
Командам, которым нужен более глубокий контроль, доступен Pushwoosh SDK для кастомной backend-интеграции. Большинству маркетинговых и growth-команд это не понадобится.
Что заставляет веб-пуш кликнуть
На результат влияет каждый элемент уведомления. Вот те, которые стоит оптимизировать:
- Заголовок (до 30 символов). Первое, что читает пользователь. Сильные глаголы и явный сигнал ценности работают лучше, чем игра слов.
- Тело сообщения (40–120 символов). Разверните заголовок конкретной выгодой. Имя пользователя или отсылка к его последнему действию поднимают CTR.
- Иконка. Логотип бренда 192×192px по умолчанию. Для продуктовых или транзакционных сообщений динамическая иконка (например, изображение товара) повышает релевантность.
- Rich media изображение. Крупное изображение усиливает визуальный эффект: фото товара, баннер события, промо-графика. Картинки, не связанные с содержанием сообщения, не помогают.
- Кнопки действия. До двух кнопок дают прямой путь. Для возврата корзины: «Завершить покупку» и «Похожие товары». Для контента: «Читать сейчас» и «Сохранить на потом».
- Целевой URL. Deep link на максимально релевантную страницу. Уведомление о брошенной корзине, ведущее на главную, теряет почти весь конверсионный потенциал.
Композер Pushwoosh собирает всё это в одном месте, включая поля динамического контента, которые автоматически подтягивают данные из тегов пользователя.
Веб-пуш vs другие каналы: когда что использовать
У веб-пуша есть конкретная задача. Понимание того, где он стоит относительно email, app push и SMS, помогает избегать пересечения каналов и строить последовательности, логичные для пользователя.
| Параметр | Веб-пуш | Мобильный app push | SMS | |
|---|---|---|---|---|
| Требование к пользователю | Opt-in в браузере, приложение не нужно | Требуется установка приложения | Opt-in по email-адресу | Opt-in по номеру телефона |
| Охват | Десктоп и мобильный веб | Только пользователи с установленным приложением | Пользователи с email-адресом | Пользователи с номером телефона |
| Богатство контента | Среднее: текст, иконка, изображение, кнопки | Высокое: rich media, deep linking | Высокое: HTML, изображения, длинный текст | Низкое: только текст |
| Вовлечённость | Хорошая, особенно для реактивации | Очень высокая для активных пользователей приложения | Средняя, зависит от состояния базы | Высокая для транзакционных сообщений |
| Лучшие сценарии | Возврат корзины, промо, срочные новости | Персонализированные алерты, лояльность, онбординг | Рассылки, детальные офферы, поддержка | OTP, срочные алерты, короткие напоминания |
| Настройка | Относительно простая (no-code в Pushwoosh) | Требует интеграции SDK | Email-платформа + управление базой | SMS-шлюз + настройка комплаенса |
Практический фреймворк для выбора
Используйте веб-пуш, когда пользователь не установил приложение, скорее всего находится на десктопе или ему нужно сообщение, чувствительное ко времени, где трение email слишком велико. Это же верный выбор для реактивации в середине сессии.
Мобильный app push — для активных пользователей приложения, которым важен in-app контекст или триггеры по геолокации. Email — когда сообщение детальное или отношения требуют более длинного формата. SMS — для критичных транзакционных отправок, где open rate не обсуждается.
Customer Journey Builder от Pushwoosh связывает все четыре канала в одном сценарии, маршрутизируя пользователя в нужный канал по поведению и доступности.
Как построить базу подписчиков, которая стоит того
Opt-in rate задаёт потолок для всего, что идёт дальше. База, собранная агрессивными поп-апами на загрузке страницы, обычно показывает низкую вовлечённость и высокий процент отписок. База на основе intent-промптов работает лучше и дольше остаётся здоровой.
Проблема стандартного браузерного промпта
Нативный диалог браузера — «example.com запрашивает разрешение на уведомления» — появляется без всякого контекста. Пользователи, у которых ещё не сформировалось мнение о вашем сайте, закрывают его на рефлексе.
Soft ask
Soft ask — это кастомный промпт внутри страницы, который появляется до диалога браузера. Он объясняет, что пользователь получит и почему стоит подписаться. Если он его закрывает, диалог браузера не срабатывает — и вы не сжигаете свою единственную попытку.
Конкретика — вот что делает soft ask рабочим. «Сообщим, когда товары из вишлиста подешевеют» конвертирует лучше, чем «Будьте в курсе наших новостей». Чем ближе ценностное предложение к тому, что пользователь только что сделал на сайте, тем лучше.
Тайминг важнее текста
- После позитивного действия. Послепокупка, после регистрации или после прочтения статьи. Пользователь уже подал сигнал, что ему нравится ваше предложение.
- После проявленного интереса. Заметное время в категории товаров или несколько статей по одной теме — сильные сигналы.
- Не на загрузке страницы. Промпт сразу на входе говорит пользователю, что вы о нём пока ничего не знаете. Сначала дайте повод заинтересоваться.
Pushwoosh позволяет управлять таймингом, кастомизировать сообщение soft ask и сегментировать промпты по поведению. Можно тестировать, что работает для разных типов аудитории, не пересобирая настройку каждый раз.
Продвинутая сегментация и персонализация
Общие рассылки годятся для анонсов. Для реактивации и конверсии нужно знать, с кем вы говорите и почему именно это сообщение имеет смысл именно для него.
Поведенческий таргетинг через теги и события
Система тегов и событий Pushwoosh строит сегменты на основе того, что пользователи делают, а не только кто они.
Теги — это устойчивые атрибуты: product_category: electronics, subscription_tier: free, last_activity_days: 14.
События — это действия: viewed_product, added_to_cart, completed_purchase, visited_page: pricing.
Комбинируйте их для точности. Пользователь, который посмотрел товар в категории электроники, но не добавил его в корзину за последний час, — это другой объект реактивации, чем тот, кто добавил товар и бросил. Оба получают веб-пуш, но сообщение, тайминг и оффер должны различаться.
Полный разбор — в нашем посте о продвинутой сегментации.
RFM-сегментация
RFM группирует пользователей по давности (Recency), частоте (Frequency) и денежной ценности (Monetary). Это надёжный способ выделить самых ценных пользователей, тех, кто в зоне риска, и новых подписчиков — и отправить каждой группе что-то релевантное.
В Pushwoosh RFM-сегментация встроена. Можно автоматически категоризировать веб-пользователей и маршрутизировать разные сообщения лояльным клиентам, тем, кто дрейфует, и новым подписчикам — без ручной работы.
Персонализация динамическим контентом
Pushwoosh поддерживает поля динамического контента, которые подтягивают данные пользователя прямо в уведомление: рекомендации товаров на основе истории просмотров, обращение по имени, офферы по геолокации, подсказки по категориям. Один шаблон — разный результат для каждого пользователя.
Инфраструктура та же — система тегов и событий, что используется для сегментации. То есть отдельный слой персонализации поддерживать не нужно.
Оптимизация кампаний веб-пуш
A/B-тестирование
Тестируйте по одной переменной за раз: длину и тон заголовка, текст тела сообщения, наличие rich media, текст кнопки действия, время отправки, сегмент. Pushwoosh распределяет варианты автоматически, выбирает победителя по заданной метрике и отправляет его остатку аудитории.
Одно правило, которое легко проигнорировать: проверяйте размер выборки до выводов. Недонаполненные тесты дают убедительные на вид, но ложные сигналы.
AI-оптимизация
AI в Pushwoosh покрывает подсказки по тексту, предиктивную оптимизацию времени отправки и распознавание поведенческих паттернов для динамического контента. Предиктивный тайминг обычно даёт самый высокий прирост для большинства команд. Отлично написанное уведомление, отправленное в 2 часа ночи по местному времени, всё равно проиграет посредственному, отправленному в правильный момент.
Метрики, которые имеют значение
- Opt-in rate. Насколько хорошо работает привлечение. Низкие значения указывают на soft ask, который не доносит ценность.
- CTR. Главный сигнал эффективности сообщения. Ниже 1% обычно означает проблему с текстом или таргетингом.
- Conversion rate. Какой процент кликнувших совершил целевое действие. Здесь эффективность пуша связывается с реальным бизнес-результатом.
- Subscriber retention rate. Сколько подписчиков остаются активными на 30, 60, 90 дней. Высокий отток сигналит о переотправке или стабильно низкой релевантности.
Pushwoosh Analytics даёт видимость по всем этим метрикам в реальном времени — с разбивкой по кампании, аудитории и каналу.
Частота и тайминг
Магического числа для частоты отправки не существует. Сценарий провала стабилен: слишком много сообщений с низкой релевантностью быстро гонят отписки. Полезный тест — спросить про каждое уведомление, даёт ли оно явную ценность конкретному получателю. Если честный ответ «нет», его не стоит отправлять.
По таймингу: уважайте часовые пояса, избегайте ночных отправок, если контент не действительно срочный, и используйте AI-оптимизацию, когда аудитория распределена по нескольким регионам. Для команд, работающих с глобальной аудиторией сразу в нескольких странах, это не опция, а необходимость — подписчики в разных часовых поясах не должны получать пуш посреди ночи.
Совместимость с браузерами и устройствами
Поддержка веб-пуша широкая. Вот как обстоят дела:
- Chrome (десктоп и Android). Полная поддержка. Самый частый браузер для доставки веб-пуша.
- Firefox (десктоп и Android). Полная поддержка.
- Edge, Opera, Brave. Полная поддержка на десктопе и Android. Все на базе Chromium.
- Safari на macOS. Поддерживается, с немного иной конфигурацией на основе сертификатов.
- iOS/iPadOS 16.4+. Веб-пуш теперь работает для веб-приложений, добавленных на домашний экран. До недавнего времени мобильные пользователи Apple не могли получать веб-пуш вообще. Для команд с iOS-веб-трафиком это открыло канал, которого раньше просто не существовало.
Pushwoosh обрабатывает кросс-браузерную совместимость автоматически, включая изменения в iOS. Для диаспорной аудитории, где распределение iOS и Android ближе к 50/50, это важно: один SDK, один API и один дашборд закрывают обе платформы без раздельной настройки.
Улучшайте реактивацию и конверсию с Pushwoosh
Хорошее вовлечение клиентов — это про то, чтобы достучаться до нужного человека в момент, когда он наиболее склонен к действию.
Pushwoosh объединяет доставку веб-пуша, Customer Journey Builder, RFM- и поведенческую сегментацию, AI-оптимизацию времени отправки и аналитику в реальном времени в одной платформе. Запускать это вручную на сотнях тысяч пользователей невозможно — с Pushwoosh вы настраиваете сценарий один раз и даёте ему работать автономно.
