Web Push Notifications (веб-пуш уведомления) — что это и как настроить

Коротко: Web push notifications (веб-пуш уведомления) — это кликабельные сообщения, которые браузер доставляет пользователю даже после закрытия вкладки сайта. По данным OneSignal (2025), средний CTR push-рассылок для сайта составляет 7-15% — это в 3-5 раз выше, чем у email-кампаний. В статье: что такое push API, как работают браузерные push-уведомления, как получить разрешение на уведомления браузера и как запустить push-рассылку для сайта за 1-2 часа.

Web push notifications в 2026 году — это, пожалуй, самый недооценённый канал возврата пользователей. Если email открывают в среднем 18-22% подписчиков, а кликают по ним 2-3%, то у push-уведомлений доставляемость доходит до 90%, а CTR — до 15-25% на сегментированных кампаниях. При этом пользователю не нужно заходить на сайт или открывать почту — браузер сам покажет сообщение в правом нижнем углу экрана или в шторке уведомлений на смартфоне.

Главный барьер, из-за которого маркетологи игнорируют этот канал, — путаница с мобильными push. На самом деле браузерные push-уведомления не требуют приложения, не требуют разработки и работают практически на любом сайте. Достаточно HTTPS, service worker и явного разрешения на уведомления браузера. Ниже разберём механику по шагам и покажем, как настроить push-рассылку для сайта за один рабочий день.

Что такое Web Push Notifications простыми словами

Web push notifications (веб-пуш уведомления) — это короткие кликабельные сообщения, которые отправляются пользователю прямо через браузер, без установки приложения и без ввода email. Технически это работает так: посетитель сайта нажимает кнопку «Разрешить уведомления» — браузер регистрирует его как подписчика и сохраняет специальный токен на сервере. После этого сайт (или подключённый сервис) может отправлять push в любой момент, даже когда у пользователя закрыта вкладка или выключен сайт.

Главное отличие от старых всплывающих окон браузера — современные push-уведомления работают в фоне и собираются браузером в стандартный центр уведомлений операционной системы. Именно поэтому пользователь видит их одинаково и на десктопе, и на Android, и на iOS-смартфоне. По сути, для маркетолога это ближайший аналог мобильного push, но без разработки приложения.

Используются web push обычно для трёх задач: возврат бросивших корзину, информирование о новых материалах и транзакционные уведомления (статус заказа, изменение цены, ответ на комментарий). В e-commerce и инфопродуктах один только возврат брошенных корзин через push обычно даёт дополнительные 8-12% выручки — это подтверждают кейсы клиентов SendPulse и OneSignal.

Как работают веб-пуш уведомления: техническая часть

Под капотом web push notifications используют связку из трёх браузерных технологий: Push API, Service Worker и Notifications API. Эти стандарты разрабатываются консорциумом W3C и поддерживаются всеми современными браузерами — Chrome, Edge, Firefox, Safari (с 2024 года на macOS), Samsung Internet. Разберём каждый слой.

Service Worker и Push API

Service Worker — это фоновый JavaScript-процесс, который браузер запускает в отдельном потоке. Он живёт независимо от вкладки сайта и может принимать push-события даже когда сайт закрыт. Подписка на push сохраняется именно в Service Worker — это связующее звено между браузером пользователя и сервером отправки.

Push API — это W3C-стандарт, описывающий, как браузер и сервер обмениваются данными. Когда сервис (SendPulse, OneSignal и т.д.) хочет отправить уведомление, он обращается к push-серверу браузера (например, Firebase Cloud Messaging для Chrome) с уникальным endpoint подписчика. Тот доставляет сообщение в браузер, который активирует Service Worker и показывает уведомление через Notifications API.

Всё это работает только по HTTPS — это требование стандарта, без которого браузер просто откажется регистрировать Service Worker. Именно поэтому web push notifications не работают на сайтах без SSL-сертификата.

Жизненный цикл одного push-сообщения

1. Подписка — пользователь нажимает кнопку «Разрешить уведомления». Браузер запрашивает разрешение, и при подтверждении генерирует endpoint вида https://fcm.googleapis.com/....
2. Передача токена — endpoint и публичные ключи сохраняются на сервере сервиса рассылок и привязываются к пользователю в вашей базе.
3. Отправка — вы выбираете сегмент в личном кабинете, пишете заголовок и текст, нажимаете «Отправить». Сервис делает POST-запрос на push-сервер браузера.
4. Доставка — браузер пользователя принимает сообщение даже при закрытой вкладке, активирует Service Worker, и тот показывает системное уведомление.
5. Клик — при клике Service Worker перенаправляет пользователя на URL кампании. Событие «click» фиксируется в статистике сервиса.

По данным W3C и Google (2025), Push API работает в 96% активных браузеров в мире. В России покрытие ниже из-за доли устаревших версий — около 88-92%, но это всё равно больше, чем доля активных пользователей email-рассылок.

Виды браузерных push-уведомлений

С точки зрения маркетинга все push делятся на две большие группы: триггерные (отправляются автоматически по событию) и ручные (отправляются вручную или по расписанию). Выбор влияет на конверсию и средний CTR — это важно учитывать при планировании push-рассылки для сайта.

Тип	Когда отправляется	Средний CTR	Где применять
Триггерный (transactional)	По событию: брошенная корзина, изменение цены, регистрация	20-35%	e-commerce, SaaS, сервисы
Bulk-рассылка	Вручную или по расписанию на сегмент подписчиков	7-15%	Контентные проекты, медиа, блоги
Welcome-цепочка	Сразу после подписки на push — серия из 3-5 сообщений	25-40%	Онбординг новых пользователей
Re-engagement	Пользователям, которые не заходили на сайт 14-30 дней	10-18%	Возврат «спящих» клиентов
Price-drop alert	Когда товар в избранном снижается в цене	30-50%	Интернет-магазины, маркетплейсы

На практике самые высокоэффективные кампании — это комбинация. Например, для интернет-магазина имеет смысл настроить триггерные push для брошенных корзин (самый высокий ROI) + регулярные bulk-рассылки на сегмент «покупал за последние 30 дней» + welcome-цепочку для новых подписчиков.

Преимущества и ограничения web push

Преимущества веб-пуш уведомлений хорошо заметны именно в сравнении с привычными каналами. Ниже — аргументы, которые мы чаще всего слышим от клиентов, когда объясняем, зачем подключать push к сайту в дополнение к email и SMS.

• Моментальная доставка — push приходит за 1-5 секунд, даже если у пользователя закрыт сайт и он офлайн (в пределах зоны покрытия push-сервера).
• Высокий CTR — 7-15% у массовых кампаний, 20-35% у триггерных. У email эти цифры в 3-5 раз ниже.
• Не нужен email — пользователь подписывается в один клик. Это критично для аудитории, которая не любит оставлять почту.
• Работает без приложения — web push заменяет мобильный push там, где приложение экономически нецелесообразно.
• Дешевле SMS — отправка push стоит копейки, а часто вообще бесплатна в пределах тарифа.
• Персонализация — можно передавать в push имя пользователя, город, изображение товара и две строки текста.

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

• iOS поддержка с оговорками — Safari добавил web push только в iOS 16.4, причём для подписки требуется установить сайт на домашний экран как PWA. Это сильно режет охват iPhone-аудитории.
• Требуется HTTPS — без SSL-сертификата push-уведомления технически невозможны.
• Браузер может «съесть» уведомление — если пользователь редко кликает, Chrome автоматически понижает приоритет канала (quiet UI).
• Не работает в режиме инкогнито — Service Worker не регистрируется в приватном режиме Chrome и Firefox.
• Без согласия нет рассылки — запрос разрешения на уведомления браузера показывается только по явному действию пользователя, не при загрузке страницы.

Как настроить push-рассылку для сайта: пошаговая инструкция

Процесс настройки web push notifications за последние два года сильно упростился. В 2026 году развёрнутый push-канал можно запустить за 1-2 часа даже без разработчика — справится любой маркетолог, который умеет вставлять JS-код в код сайта.

Шаг 1. Выбрать сервис рассылок

Первое, что нужно сделать, — зарегистрироваться в одном из сервисов для отправки push. Это SaaS-платформы, которые берут на себя работу с Push API, FCM-серверами и личными кабинетами. Самые популярные на российском рынке в 2026 году:

• SendPulse — русскоязычный интерфейс, бесплатно до 1000 подписчиков, хорошая интеграция с Tilda и Bitrix.
• OneSignal — мировой лидер, бесплатно до 10 000 подписчиков, мощная сегментация и A/B-тесты.
• PushEngage — западный сервис, сильный в e-commerce, от $24/мес.
• Pushwoosh — российский сервис, удобен для маркетплейсов и сложной сегментации, от $25/мес.

При выборе обращайте внимание на три параметра: объём бесплатной базы, поддержка триггерных сценариев и интеграция с вашей CMS. Для большинства проектов мы в команде HYPERMARKETING выбираем SendPulse — с ним проще получить первые результаты, а тарифы ниже западных аналогов.

Шаг 2. Настроить диалог запроса разрешения

После регистрации в сервисе вам предложат настроить внешний вид всплывающего окна, через которое пользователь будет давать разрешение на уведомления браузера. Это окно показывается не при загрузке страницы, а только после явного клика по кнопке — например, «Подписаться на новости» или «Узнавать о скидках первым».

Что важно настроить:

1. Заголовок — короткое обещание: «Скидки 10-30% только в push».
2. Текст — что именно получит пользователь: «Новые материалы раз в неделю, без спама».
3. Иконка — квадрат 192×192px, без мелких деталей.
4. Две кнопки — «Разрешить» и «Не сейчас», это повышает конверсию в подписку на push.
5. Момент показа — лучше всего показывать окно через 30-60 секунд на сайте или после выполнения целевого действия.

Стандартный браузерный запрос разрешения («Этот сайт запрашивает разрешение на отправку уведомлений») показывается уже после того, как пользователь кликнет по вашей кнопке. Лучше показать свой «промежуточный» диалог раньше — это снижает долю отказов на 30-40%, что подтверждают данные SendPulse за 2025 год.

Шаг 3. Установить код на сайт

Сервис выдаст вам JavaScript-код — обычно это два файла: sw.js (Service Worker) и tag.js (тег инициализации). Алгоритм установки:

1. Загрузите sw.js в корень сайта, чтобы он был доступен по https://ваш-сайт.ru/sw.js.
2. Вставьте tag.js перед закрывающим </body> на всех страницах.
3. Проверьте в DevTools → Application → Service Workers, что воркер зарегистрирован и имеет статус «activated».
4. Протестируйте подписку на push в режиме инкогнито — откройте сайт, кликните по кнопке, разрешите уведомления и убедитесь, что тестовое сообщение пришло.

Если сайт работает на Tilda, WordPress, Bitrix или InSales — у большинства сервисов есть готовые плагины. Установка сокращается до 3-5 кликов.

Шаг 4. Отправить первую push-кампанию

После того как первые пользователи подписались, можно делать тестовую рассылку. Зайдите в личный кабинет сервиса, выберите сегмент (например, «все подписчики за последние 7 дней»), заполните поля:

• Заголовок — до 50 символов, с цифрой или эмодзи.
• Текст — до 120 символов, с явной выгодой для клика.
• URL — куда ведёт клик (используйте UTM-метки).
• Изображение — квадрат 360×360 (опционально, поддерживается Chrome и Edge).

Сначала отправьте тестовую рассылку на свою группу подписчиков из 3-5 человек (коллеги, друзья). Убедитесь, что push приходит на десктоп и смартфон, что заголовок не обрезается, что URL открывается корректно. После этого можно выкатывать на всю базу.

Шаг 5. Подключить аналитику и триггеры

Базовый канал готов — но реальная сила web push notifications раскрывается только с триггерными сценариями. Подключите интеграцию с CRM или e-commerce-платформой и настройте автоматические цепочки: брошенная корзина через 60 минут, после заказа — благодарственное сообщение, после регистрации — серия из 3-5 welcome-сообщений с задержкой 1 день / 3 дня / 7 дней.

На этом этапе полезно связать push с другими рекламными каналами. Например, сегмент «кликал по push, но не сделал заказ» загружать в Performance Max или Shopping Ads — так push работает как источник данных для оптимизации рекламных кампаний.

Сравнение сервисов push-уведомлений в России 2026

Чтобы было проще выбрать сервис под свой проект, мы свели в таблицу основные параметры популярных платформ. Цены актуальны на июль 2026 года.

Сервис	Бесплатная база	Тариф от	Триггеры	Интеграции	Кому подходит
SendPulse	1 000	480 ₽/мес	Да (cart abandonment и др.)	Tilda, Bitrix, InSales, AmoCRM	Малый и средний бизнес в РФ
OneSignal	10 000	$9/мес	Да (через API)	Любые через REST API	Средний и крупный бизнес
PushEngage	200	$24/мес	Да	WordPress, Shopify, WooCommerce	Западные e-commerce
Pushwoosh	1 000	$25/мес	Да (включая in-app)	Bitrix, собственные приложения	Большие базы и сложная сегментация
Firebase Cloud Messaging	Без лимита	Бесплатно	Да (только через код)	Только разработчики	Технические команды

Для быстрого старта при небольшой базе мы обычно рекомендуем SendPulse или OneSignal. Если у вас уже есть разработка и нужна максимальная гибкость — имеет смысл подключать Firebase напрямую и делать свою админку поверх неё. По модели оплаты это сравнимо с расходами на PPC: чем больше база — тем больше экономия на собственной разработке.

Метрики эффективности push-рассылок

Главная ошибка при запуске web push — отправлять сообщения «на глаз» и не смотреть на метрики. Чтобы понять, что работает, а что нет, держите под рукой три ключевых показателя и одну сегментационную привычку.

• Opt-in rate — процент посетителей, которые согласились на уведомления. Хороший показатель — 5-12%, отличный — выше 15%. Ниже 3% — повод переработать диалог запроса разрешения на уведомления браузера.
• CTR — кликабельность рассылки. Средний по рынку — 7-15%. Если CTR ниже 5% — скорее всего, сегментация слабая или сообщения не релевантны.
• Unsub rate — процент отписок. Если больше 1-2% за рассылку — вы слишком часто пишете или плохо сегментируете.
• Conversion rate — доля кликнувших, которые совершили целевое действие. Считайте per-campaign, а не сводно.

По данным SendPulse (2025), средний CTR push-уведомлений по всем нишам в России вырос с 6,2% в 2023 году до 9,8% в 2025-м. Главные драйверы роста — сегментация по событиям и персонализация по имени. У кампаний с персонализацией CTR в среднем на 35% выше.

Не забывайте про сегментацию. Рассылка «одного сообщения всем» почти всегда проигрывает по CTR рассылке с разбивкой хотя бы на 3-4 сегмента: новые подписчики, постоянные клиенты, «спящие» пользователи, бросившие корзину. У серьёзных проектов сегментов 15-20, и для каждого сценария — свой текст, время отправки и оффер.

Типичные ошибки при настройке web push

Мы в HYPERMARKETING.RU за последние годы настроили push больше чем на 40 коммерческих сайтов. И почти везде всплывает один и тот же набор ошибок. Проверьте по списку, не делаете ли вы то же самое.

• Запрос разрешения сразу при загрузке страницы — браузер сочтёт это спамом, вы получите отказ и последующие ограничения на показ диалога.
• Слишком частые рассылки — больше 2-3 push в неделю вызывает отписку и жалобы на «спам».
• Игнорирование мобильной аудитории — отдельная верстка и короткие тексты для смартфонов обязательны.
• Нет A/B-тестов заголовков — разница между «Скидка 20%» и «Только сегодня: -20% на летнюю коллекцию» — двукратная по CTR.
• Игнорирование времени отправки — push в 3 часа ночи по местному времени пользователя обречены на удаление и снижение рейтинга.
• Нет сегментации по событиям — рассылка по всей базе вместо триггерных цепочек — главная потеря эффективности.

Юридика: согласие на обработку данных

С 2024 года в России действуют поправки к ФЗ-152 «О персональных данных», которые расширили определение «пользовательских данных». Сам по себе факт подписки на push не требует отдельного бумажного согласия, но мы рекомендуем:

• Указывать в политике конфиденциальности использование web push и cookie для хранения подписки.
• Добавить чекбокс согласия рядом с формой подписки (особенно если собираете email параллельно).
• Хранить логи отписки и отзывов разрешений минимум 3 года.
• Давать простой способ отписаться — кнопка «Отписаться» прямо в push-сообщении обязательна по правилам Chrome и Mozilla.

Коротко о главном

Web push notifications — самый быстрый способ вернуть пользователя на сайт. В 2026 году push-канал запускается за 1-2 часа, работает по Push API и Service Worker, не требует разработки приложения и стоит в разы дешевле SMS. Главное — правильно запросить разрешение на уведомления браузера, не злоупотреблять частотой и сегментировать базу. Начните с SendPulse или OneSignal, подключите триггерные рассылки на брошенные корзины — и вы увидите результат уже в первый месяц. Если нужна помощь с настройкой — напишите нам в Telegram, разберём ваш проект.