Push-уведомления (Web Push) — короткие сообщения, доставляемые в браузер или на мобильное устройство пользователя даже при закрытом сайте. Бесплатный канал с CTR 4-8%.
Push-уведомления (Push Notifications) — это короткие сообщения, которые доставляются на устройство пользователя через браузер или мобильное приложение, даже если сайт или приложение в данный момент не открыты. В отличие от email или SMS, push-уведомления появляются непосредственно на экране устройства как системное уведомление, что обеспечивает мгновенную видимость и высокий CTR — в среднем 4-8%, что в 2-3 раза выше, чем у email-рассылок.
Web Push — разновидность push-уведомлений для браузеров (Chrome, Firefox, Safari, Edge). Пользователь подписывается одним кликом на кнопку «Разрешить» в браузерном диалоге — не нужно указывать email, телефон или другие контактные данные. Это делает push самым низкобарьерным каналом подписки. После подписки сервер может отправлять уведомления в любой момент через Push API, даже когда пользователь находится на другом сайте.
Каждое push-уведомление состоит из нескольких компонентов: заголовок (title, до 50 символов), текст (body, до 100 символов для оптимального отображения), иконка (icon), изображение (image, опционально) и ссылка для перехода (click action URL). Компактный формат вынуждает передавать суть сообщения максимально лаконично, что парадоксально повышает эффективность — пользователь сразу понимает ценность и принимает решение о клике.
Главное преимущество push-уведомлений — бесплатная доставка. В отличие от SMS (от 2,5 рублей за сообщение) или WhatsApp (5-8 рублей за шаблон), Web Push не имеет стоимости за отправку. Для компании с базой подписчиков в 50 000 человек замена одной SMS-рассылки на push экономит 125 000 рублей. При 4 рассылках в месяц — полмиллиона рублей экономии.
Push-уведомления позволяют охватить аудиторию, которую невозможно достичь через email. По статистике, 60% посетителей сайта не оставляют email, но 10-15% из них соглашаются на push. Это значит, что для интернет-магазина с 200 000 уникальных посетителей в месяц push добавляет 20 000-30 000 подписчиков, недоступных для email-канала.
Скорость доставки — ещё одно конкурентное преимущество. Push-уведомление достигает пользователя за 1-3 секунды, что делает этот канал идеальным для срочных коммуникаций: flash-распродажи, ограниченные предложения, напоминания о событиях, обновления статуса заказа. Средний показатель открытия push-уведомления составляет 90% в первые 10 минут после доставки — это недостижимо для email, где 50% открытий происходят в первые 6 часов.
Web Push работает на основе протокола Web Push Protocol (RFC 8030) и стандарта VAPID (Voluntary Application Server Identification). Техническая цепочка выглядит следующим образом:
Подписка: сайт запрашивает разрешение через браузерный API Notification.requestPermission(). При согласии браузер создаёт уникальный объект подписки (PushSubscription), содержащий endpoint URL и ключи шифрования (p256dh, auth).
Хранение: подписка сохраняется на сервере и привязывается к профилю клиента. Endpoint URL уникален для каждого браузера на каждом устройстве.
Отправка: сервер шифрует payload (JSON: title, body, icon, url) с помощью ключей подписчика и отправляет POST-запрос на endpoint URL через VAPID-аутентификацию. Промежуточный push-сервер (FCM для Chrome, Mozilla Push для Firefox) хранит сообщение и доставляет его в браузер.
Отображение: Service Worker на стороне клиента перехватывает событие push, парсит payload и вызывает showNotification(). При клике — событие notificationclick перенаправляет пользователя на указанный URL.
Шифрование гарантирует, что промежуточные push-серверы не могут прочитать содержимое сообщения. VAPID-ключи подтверждают личность отправителя и предотвращают спам.
Интернет-магазин электроники добавил push-канал к существующему email-маркетингу. За 3 месяца собрали 35 000 push-подписчиков (12% от трафика). Push-уведомления о flash-распродажах показали CTR 7,2% против 2,1% у email. Особенно эффективными оказались push в формате «Последние 3 штуки iPhone по старой цене» — CTR достигал 11,4%. Дополнительная выручка через push-канал составила 2,8 млн рублей за квартал при нулевых затратах на доставку.
Новостной портал использовал push для привлечения трафика на свежие публикации. Уведомление о публикации статьи в течение 5 минут приносило 3000-5000 просмотров. Общий трафик с push-канала достиг 15% от всего органического трафика. Важное наблюдение: оптимальная частота — не более 3-4 push в день, при превышении растёт отписка.
Сервис бронирования отелей настроил триггерные push-уведомления: напоминание о незавершённом бронировании через 30 минут, уведомление о снижении цены на просмотренный отель. Конверсия в бронирование с push составила 4,5% — в 3 раза выше, чем с email-напоминания. Отмена подписки не превышала 0,3% в месяц.
Trigly включает полноценный Web Push адаптер (WebPushAdapter) на базе pywebpush с VAPID-аутентификацией. При подключении push-канала система автоматически генерирует пару VAPID-ключей (public + private) для организации. Публичный ключ доступен через SDK-эндпоинт /api/v1/sdk/push/vapid-key для инициализации подписки на стороне клиента.
SDK предоставляет готовый Service Worker (/api/v1/sdk/push/sw.js), который обрабатывает push-события и клики по уведомлениям — маркетологу не нужно писать JavaScript. Подписки управляются через эндпоинты subscribe/unsubscribe и автоматически сохраняются в поле push_subscription (JSONB) профиля клиента в CDP.
Push-уведомления интегрированы в Flow Builder как шаг send_push, что позволяет включать их в любые автоматические цепочки: welcome-серия, брошенная корзина, реактивация. Content Adapter автоматически адаптирует HTML-контент в push-формат: заголовок до 50 символов, тело до 100 символов, извлечение иконки и action URL. WebPushAdapter автоматически очищает устаревшие подписки при получении HTTP 410/404, поддерживая базу актуальной.
Smart Channel Selection учитывает push при выборе оптимального канала: если клиент активно кликает по push-уведомлениям, система приоритизирует этот канал. Budget Service учитывает нулевую стоимость push при расчёте бюджета кампании, а Frequency Capping через Redis ограничивает частоту push-уведомлений для предотвращения отписок.
С iOS 16.4 (2023) Safari поддерживает Web Push для сайтов, добавленных на главный экран как PWA. Полноценная поддержка пока ограничена, поэтому для iOS-аудитории лучше использовать Telegram или email как основной канал, а push рассматривать как дополнительный для Android и десктопных пользователей.
Рекомендуется не более 1-2 push в день и 5-7 в неделю. При превышении растёт показатель отписки. В Trigly frequency capping настраивается через Redis-based лимиты: максимум сообщений в день, неделю и месяц по каждому каналу отдельно. Также учитываются quiet hours — push не отправляются в ночное время.
Повторный запрос невозможен — браузер блокирует его после отказа. Поэтому важно не показывать системный диалог сразу при входе на сайт. Лучшая практика — сначала показать кастомный промо-баннер (Subscription Widget в Trigly) с объяснением ценности подписки, и только при согласии — браузерный диалог.
AI-платформа автоматизации маркетинга с лучшими инструментами