Сколько пользователей обычно соглашаются на пуш-подписку в PWA?

Процент сильно зависит от вертикали, гео и того, как оформлен запрос — грамотная прелюдия с объяснением ценности может поднять opt-in rate в разы по сравнению с прямым системным попапом без подготовки.

Можно ли повторно запросить разрешение, если пользователь отказал?

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

Нужно ли отдельное приложение для сбора пуш-базы?

Нет, механика работает через браузер на уровне PWA без установки из стора — в этом и преимущество web-push перед классическими мобильными пушами.

Как часто нужно чистить базу подписчиков?

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

Можно ли собирать одну базу под несколько офферов одновременно?

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

Как собрать базу пуш-подписок в PWA

Пуш-база — это трафик, за который больше не нужно платить рекламной площадке: один раз собрал подписчика, дальше догреваешь его бесплатно. Но opt-in rate сильно зависит от того, как и когда запрашивается разрешение на пуши. Разберём механику подписки, способы поднять процент согласия и сегментацию базы под разные офферы.

Как работает подписка на web-push в PWA

Браузер показывает системный запрос разрешения на уведомления, и после согласия пользователь попадает в базу подписчиков — это работает без установки приложения из стора, что и делает PWA удобным каналом. Подписка привязана к паре браузер+устройство, а не к аккаунту, поэтому один и тот же человек может быть в базе несколько раз с разных устройств — это нормально и стоит закладывать в расчёт размера базы. Отказ от подписки (или блокировка в настройках браузера) необратим программно — пользователя нельзя переспросить повторно тем же способом, если только не менять сам домен.

Когда и как запрашивать разрешение

Системный запрос, показанный сразу при заходе на страницу, обычно даёт низкий opt-in — пользователь ещё не понял ценность и на автомате жмёт «Заблокировать». Более рабочая схема — сначала показать кастомный экран-прелюдию («получай уведомления о бонусах первым») и только после клика «Разрешить» на нём вызывать системный запрос браузера. Это поднимает процент согласия, потому что решение принимается осознанно, а не как реакция на неожиданный попап.

Что реально повышает opt-in rate

Помогает конкретика в прелюдии к подписке — не «включить уведомления», а «узнавай о бонусах и акциях первым», привязанная к вертикали оффера. Момент запроса тоже важен: лучше просить разрешение после того, как пользователь провёл на странице хоть немного времени или совершил целевое действие (например, открыл преленд с колесом фортуны), а не в первую секунду захода. В APEX эти сценарии настраиваются на уровне PWA без дополнительной разработки — таймер показа, кастомный экран и текст запроса собираются в конструкторе.

Сегментация базы по гео и вертикали

База подписчиков без сегментации быстро превращается в мусор — рассылка не по офферу или не по языку убивает CTR и увеличивает отписки. Пуш-движок APEX сегментирует базу автоматически по гео, источнику и вертикали оффера ещё на этапе сбора, так что рассылку можно таргетировать точечно, а не бить веером по всей базе. Отдельно стоит сегментировать по активности — «новые», «кликали, но не депнули», «депнули один раз» ведут себя по-разному и требуют разных сообщений.

Частые ошибки при сборе базы

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

Как использовать собранную базу дальше

Собранная база — это не разовая рассылка, а актив, который работает неделями: часть пользователей, не депнувших с первого захода, конвертируются позже через регулярные пуши. Дальше базу используют для триггерных цепочек (welcome-серия, реактивация) и рассылок по расписанию под конкретные инфоповоды — в APEX оба сценария настраиваются в одном пуш-движке без переноса базы в сторонний сервис.

Частые вопросы

Сколько пользователей обычно соглашаются на пуш-подписку в PWA?: Процент сильно зависит от вертикали, гео и того, как оформлен запрос — грамотная прелюдия с объяснением ценности может поднять opt-in rate в разы по сравнению с прямым системным попапом без подготовки.
Можно ли повторно запросить разрешение, если пользователь отказал?: Нет, браузер блокирует повторный системный запрос на этом домене — единственный вариант достучаться до такого пользователя снова — привести его на другой домен позже.
Нужно ли отдельное приложение для сбора пуш-базы?: Нет, механика работает через браузер на уровне PWA без установки из стора — в этом и преимущество web-push перед классическими мобильными пушами.
Как часто нужно чистить базу подписчиков?: Периодически — неактивные и «мёртвые» подписки стоит исключать из активных сегментов, чтобы метрики доставляемости и CTR отражали реальную картину, а не были размыты мусором.
Можно ли собирать одну базу под несколько офферов одновременно?: Можно, но только с сегментацией по вертикали и гео на входе — иначе рассылка будет нерелевантной для части базы, что быстро увеличивает отписки и жалобы на спам.

Собери своё PWA в APEX за пару минут

Клоака, антибот, пуши, сплит-тесты и свои домены — в одном сервисе.

Начать бесплатно