Web Push в 2026: как собрать «первичную» воронку реактивации без атрибуционных иллюзий

Web Push в 2026: как собрать «первичную» воронку реактивации без атрибуционных иллюзий

Если вы хотите, чтобы web push и mobile push реально работали в lifecycle, а не “просто отправлялись”, сделайте на этой неделе базовую реактивационную воронку с контрольной группой и измерением инкремента.

1) Зафиксируйте 1 цель и 2 сегмента на 14 дней
— Цель: первое действие после ре-энгейджа (например, “возврат на сайт и запуск ключевого сценария”: карточка продукта/поиск/добавление в корзину).
— Сегмент 1 (горячие ушедшие): пользователи, которые были активны за 7–30 дней назад и не проявлялись последние 7 дней.
— Сегмент 2 (холоднее): были активны 31–60 дней назад и не проявлялись последние 14 дней.
Одинаковые правила частоты для обоих сегментов, разная логика оффера (см. п.3).

2) Настройте контрольную группу на уровне отправки
В push-сценарии сделайте A/B с равным трафиком:
— Group A: получают сообщение
— Group B: не получают (holdout)
Важно: holdout должен быть именно “не отправляем”, а не “отправляем пустышку”.

3) Подготовьте 2 варианта сообщения из данных, а не из фантазий
Для каждого сегмента сделайте по 2 креатива:
— Вариант 1: “пользовательский триггер” (например, категория/страница последнего визита, если у вас есть история)
— Вариант 2: “полезность” (короткая причина вернуться: “сравнение”, “проверка статуса”, “наличие/доставка”, без скидочных обещаний, если у вас сейчас проседает средний чек)
Ключ: не пытайтесь сделать 10 баннеров. Достаточно 2 × 2, чтобы проверить гипотезу.

4) Сверьте frequency cap и окна
На этой неделе зафиксируйте:
— Не более 1–2 касаний на сегмент за 14 дней
— Интервал между касаниями минимум 24 часа
— Окно отправки по часовому поясу пользователя, чтобы не “сжечь” охват ночью (практика: дневные часы по локальному времени).

5) Меряйте инкремент, а не клики “как есть”
Соберите отчет на уровне кампании:
— Доля конверсии Group A vs Group B по целевому действию
— Lift = (A−B)/B
Если у вас есть только post-click атрибуция (last-click), все равно делайте holdout: он лучше переживает проблемы трекинга в privacy-first мире.

6) Привяжите итог к CRM-логике, чтобы это стало lifecycle, а не разовой акцией
После web push/первичного действия обновляйте поле статуса:
— “реактивирован” (если случилось целевое действие)
— “не реактивирован” (если нет)
Дальше включайте/не включайте следующий шаг email или in-app по статусу, а не “по таймеру”.

Если нужно, пришлите: ваш тип бизнеса (e-com/B2B-сервис), есть ли персонализация по последнему визиту и где вы ведете события (CDP/CRM/сервисы пушей) — подскажу, как именно выбрать событие “целевое действие” и какие поля статуса завести.

Соседняя редакция @ProductMarketingRoom недавно писала об этом под другим углом