Без подписчиков пушить некому. Первый этап — сбор базы. Подключайте Service Worker, запрашивайте разрешение на уведомления только после того, как юзер совершил целевое действие. Просить доступ сразу при заходе — слив конверсии.
Второй шаг — сегментация. Не отправляйте одно сообщение всей базе. Делите пользователей по источнику трафика, гео или действию внутри приложения. Тег tag в Web Push API помогает перезаписывать старые уведомления и не спамить одних и тех же людей.
Третий пункт — трекинг. Без UTM-меток и передачи event_id вы работаете вслепую. Фиксируйте delivery rate, CTR и конверсию в целевое действие. Если доставка падает ниже 70%, проверяйте токены: протухшие ключи нужно чистить из базы автоматически 🔧
Четвёртое правило — частота. Перебор с пушами убивает ретеншн быстрее, чем их отсутствие. Начинайте с одного-двух касаний в неделю, смотрите на отписки и корректируйте график.
Запуск пушей в PWA — это не разовая настройка, а цикл: собрали базу, сегментировали, отправили, замерили, почистили токены. Чем короче этот цикл, тем быстрее растёт ROI с возвратов.
—
Если понравилось — посмотри @pwa_builders
Пуш-уведомления в PWA — сборка и трекинг
@pwa_push
Пуши в PWA: 4 шага до первых возвратов, когда база ещё пустая
Этот пост опубликован в Telegram-канале Пуш-уведомления в PWA — сборка и трекинг. Подписаться можно по ссылке: @pwa_push.