Web push без “охватов”: как я пересобираю метрики в 2026, чтобы рост был в выручке, а не в доставках

Web push без “охватов”: как я пересобираю метрики в 2026, чтобы рост был в выручке, а не в доставках

В 2026 я всё чаще вижу одну и ту же ловушку: команда оптимизирует web push и mobile push под доставляемость и открываемость — а бизнес при этом по-прежнему живёт “в первом экране”. Да, уведомления разлетаются. Да, доля показов растёт. Но в CRM это не превращается ни в повторные касания, ни в предсказуемую выручку.

Моя позиция простая: push-каналы должны работать как часть lifecycle, а не как отдельная витрина метрик. Иначе вы неизбежно конкурируете за внимание (и выгораете креативы), вместо того чтобы конкурировать за ценность сообщения в цепочке.

Как я пересобираю подход на практике

1) Убираю “отдельную правду” push-аналитики
Dекларируемая формула “выше CTR — лучше” в реальности ломается из‑за privacy-first атрибуции: last-click даёт искажённые результаты, а ассистирующие касания часто пропадают. Поэтому я перестаю спорить, был ли push последним шагом. Вместо этого мы считаем вклад push в цепочку через инкрементальность (incrementality), сравнивая контрольные группы по факту выручки/целевого действия после серии уведомлений.

2) Перехожу от открытий к “ценности контакта”
Открытие (open rate) — это реакция на интерфейс, а не на бизнес‑потребность. Я вводил замену, которую команда быстро принимает:
— метрика “конверсия в следующий шаг” в течение окна (например, визит в сценарий/переход в нужную категорию/открытие конкретной страницы в приложении)
— и уже потом “финальный результат” в CRM (оплата/покупка/заявка) с учётом задержек.

И да, это звучит сложнее, но в ежедневной работе у вас появляется один понятный вопрос: “Что пользователь сделал после push, чтобы его стало легче довести до выручки?”

3) Перевожу оптимизацию на целевую сегментацию, а не на A/B “текстов”
В эпоху AI-генерации креативов побеждает не качество одного сообщения, а точность попадания по моменту жизненного цикла: что человек хотел в тот день, какой у него текущий риск “отвалиться”, и какой следующий микрошаг ему логичен.

Поэтому я перестаю тестировать только заголовок/картинку. Тестирую гипотезу цепочки:
— “после события X push ведёт к действию Y”
— “если человек не дошёл до шага Z, мы меняем тональность и частоту”.

Один наблюдаемый эффект (из практики)
В одном из проектов по e-commerce мы “чинить” начали не в креативах, а в логике триггера: перестроили web push из массовых напоминаний в последовательность под статус пользователя (просмотр/добавление/неоплата/пауза). Итог в аналитике выглядел так: CTR мог немного просесть, но конверсия в следующий шаг в течение 24–48 часов выросла, а доля пользователей, которые дошли до оплаты в течение недели, стала выше без увеличения частоты доставок. Это классическая ситуация, когда рост внимания не равен росту продаж — и это видно только при связке push → CRM → revenue.

Почему это важно именно сейчас
В 2026 “чистое informational SEO” забирает трафик у брендов без объяснения ценности, а search-выдачи и AI-overviews всё чаще закрывают запросы без переходов. Для retention и LTV у бизнеса остаётся то, что вы можете контролировать в каналах с подпиской: push и in-app. Но контроль появляется только при правильных метриках. Если вы меряете “нажатия”, вы будете оптимизировать поведение, которое не обязано заканчивать покупкой.

Мой практический чек-лист на ближайшую неделю
— Определите 1–2 “next step” метрики в сценарии и закрепите их как ключевые для push.
— Запретите себе оптимизацию под открытие без связи с CRM-целями.
— Введите контрольные группы для инкрементальной проверки хотя бы на одном сценарии.
— Проверьте, что у push есть место в lifecycle: что происходит после клика, и какой следующий шаг вы предлагаете.

Если у вас push-кампании сейчас живут отдельно от CRM, то это не “канал не работает”. Это значит, что вы пока измеряете не то, что приносит деньги. И это исправляется не сменой дизайна, а сменой рамки: от доставок — к цепочкам, от реакций — к ценности, от кликов — к выручке.

— @PushCraftRu

Дополнительный контекст — @MarTechRoundups