Push-уведомления в браузере

Промпты подписки

Спросите раньше, чем это сделают браузер или ОС, — и спросите так, чтобы посетитель действительно прочитал вопрос. В Pushwoosh уже есть стандартный веб-промпт, колокольчик подписки, попап, который можно показывать не один раз, и мобильный праймер на основе in-app сообщений — всё это до нативного диалога, который большинство людей видит ровно один раз в жизни.

Кастомный попап подписки на сайте с предложением подписаться рядом с нативным диалогом разрешения браузера, который он запускает

Спросить можно только один раз

Команда, работающая с пользователями сразу в нескольких странах и часовых поясах, не может рассчитывать на второй шанс: посетитель заходит на сайт, и браузер тут же перебивает его нативным диалогом разрешения — раньше, чем человек успел понять, что вообще предлагает сайт. Клик “заблокировать” почти всегда рефлекторный, и это решение практически необратимо: Chrome и Firefox начинают считать сайт заблокированным после двух отказов, а iOS даёт ровно один нативный промпт — навсегда. Промпт подписки — это запрос, который идёт первым: колокольчик, выезжающая панель, in-app экран — что-то, что объясняет, на что именно соглашается человек, прежде чем появится системный диалог и израсходует тот самый единственный реальный шанс.

Что уже готово из коробки

В браузере стандартный промпт подписки — это no-code виджет, который появляется до нативного диалога и запускает его только после согласия пользователя. Кнопка-колокольчик (subscribeWidget) остаётся закреплённой на странице для тех, кто пропустил первый запрос, а кастомный попап (subscribePopup) предлагает варианты “Спросить позже” или “Подписаться” — настраиваемый и вызываемый через API toggle() в любой момент, который определит ваша собственная логика. Формы подписки на email собирают отдельный, второй opt-in, с double opt-in как опцией.

Повторяемый, а не одноразовый

Кастомный попап можно показывать столько раз, сколько нужно, — в отличие от нативного диалога, который Chrome и Firefox блокируют после двух отказов.

Мобильный праймер собирается вручную

In-app сообщение работает как экран-праймер и вызывает нативный запрос разрешения только после того, как пользователь нажал на него — готовой кнопки 'запросить разрешение' для мобильных нет, этот экран собирается самостоятельно.

iOS и Android 13 закрыты на уровне SDK

Provisional authorization в iOS подписывает пользователя тихо, вообще без диалога; runtime-разрешение Android 13 запрашивается через SDK в момент, который вы сами выбираете.

Показывается столько раз, сколько нужно

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

Почему это важно для веб-пушей

Веб-пуши доходят только до тех, кто сказал “да”, а в браузере это “да” должно пережить враждебный дефолт — системный диалог, устроенный так, чтобы получить ответ, а не продать идею подписки. Промпт подписки — это шаг, который превращает случайный визит в контакт, с которым может работать остальной продукт: больше трафика заканчивается каналом, который реально можно использовать, вместо очередной сессии без следа.

Один opt-in, а не один канал

Один и тот же opt-in, который собирает веб-виджет или мобильный праймер, регистрирует единый профиль сразу для push, web, email и in-app. Дальше проверки доступности и fallback между каналами в Customer Journey Builder решают, какой канал реально дойдёт до конкретного человека — push, затем email, затем SMS. Для транзакционных алертов в FinTech или для реактивации игроков в gaming это разница между уведомлением, которое дошло, и уведомлением, которое просто отправили.

Как это работает

  1. Включите виджеты

    Включите стандартный промпт, колокольчик или кастомный попап в Settings → Platform Configuration → Web Push, либо задайте их прямо в конфиге Pushwoosh.init.

  2. Привяжите к реальному моменту

    Вызывайте попап через API toggle() после того, как посетитель сделал что-то, сигнализирующее об интересе — прочитал статью, добавил товар в корзину — а не в момент загрузки страницы.

  3. Соберите мобильный праймер

    Соберите in-app сообщение как экран предварительного разрешения и вызывайте запрос разрешения SDK только после того, как пользователь нажал на него.

Важно знать до того, как вы начнёте строить логику вокруг этого.

  • Нет отдельного промпта для подписки на темы или категории — управляйте предпочтениями через теги и сегменты.
  • Нет готовой кнопки “запросить push-разрешение” для мобильных; праймер — это in-app сообщение, которое собираете вы сами.
  • Нет единого центра предпочтений, где пользователь управлял бы всеми подписками сразу.
  • Нативный диалог браузера срабатывает только после действия пользователя, а Chrome и Firefox начинают блокировать сайт после двух отказов — это политика браузера, а не настройка Pushwoosh.
  • Веб-пуш промпты на iOS работают только внутри PWA, добавленного на домашний экран (Safari 16.4+), а не в обычной вкладке мобильного Safari.

Спросите ещё раз, но в нужном месте

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

Другие продукты

Веб-push-уведомления для сайта

Веб-push-уведомления Pushwoosh: доставка в любой браузер на десктопе и мобильном, поддержка iOS через PWA. Возвращайте посетителей сайта бесплатно.

Push-уведомления для iOS и Android

Push-уведомления Pushwoosh: охват всех устройств, rich-контент, точный таргетинг, Journey и 99% аптайм. Превращайте уведомления в платящих клиентов.

In-App сообщения

In-app сообщения Pushwoosh — онбординг, апселл, анонсы и сбор фидбэка ровно в тот момент, когда пользователи сфокусированы на приложении. No-code редактор, нативные SDK-шаблоны, аналитика по каждому элементу. Соответствует GDPR. Начните бесплатно.

Конструктор Customer Journey

Спроектируйте и оптимизируйте свои кампании с помощью одного визуального инструмента. Коммуницируйте, вовлекайте, удерживайте, конвертируйте, сегментируйте и экспериментируйте с помощью Pushwoosh Customer Journey Builder.

Кампании по реактивации игроков для мобильных игр

Верните игроков с помощью умных кампаний по реактивации. Отправляйте стратегические сообщения, уведомления о событиях с ограниченным временем и награды, которые возвращают геймеров.

Пресеты сообщений

Соберите push, email или in-app сообщение один раз — со всеми языковыми версиями — и переиспользуйте его в кампаниях, сценариях и API-отправках на всех 7 каналах Pushwoosh.