Серверная передача статусов подписки стала «тихим обязательством» для web/mobile push

В последнем месяце заметил одинаковый паттерн у команд, которые переносят события пушей из клиентских логов в серверные источники (server-side атрибуция). Раньше достаточно было фиксировать факт подписки и клика. Теперь в трекинг всё чаще добавляют более «мелкие» статусы: *когда* пользователь согласился/отозвал согласие, из какого источника пришёл баннер (пересечённая с настройками браузера сегментация), и какой канал реально доставил payload (web push vs mobile push vs in-app).

Удивило не то, что событий стало больше, а то, как это отражается на CRM/Lifecycle: статусы согласий начинают жить рядом с жизненным циклом, а не отдельным техничным блоком. В итоге отдельные сегменты перестают собираться «по коду подписки» и начинают собираться по подтверждённым событиям из бэкенда.

Вы видите похожее в своих проектах? Какие статусы чаще всего просит у вас продакт/аналитика: согласие, отписка, видимость баннера, доставка/ошибка, или что-то ещё?

— @PushCraftRu

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

Web push: как запустить «возврат на сайт» по модели инкрементальности за 7 дней

Если у вас уже есть сегменты по событиям (просмотр карточки, добавление в корзину, факт покупки), вы, скорее всего, делаете web push как “классический ремаркетинг”. В 2026 это часто даёт много кликов и мало доказуемой прибавки. Ниже — практичный сценарий, чтобы проверить влияние (incrementality — прибавочный эффект) и оставить только то, что реально растит выручку, а не просто разгоняет поведенческую метрику.

Что вам нужно заранее
— Web push-сервис с поддержкой сегментов и A/B-проверок (или отдельными группами в одном провайдере)
— Логика event-триггеров минимум по 3 событиям: view_cart, add_to_cart, purchase (или их аналоги)
— Порог “достаточно данных” по вашей базе (минимум: 1–2 тысячи доставок на ячейку за тестовый период)

Шаги на этой неделе

1) Сформируйте 2 группы с одинаковым прошлым поведением
— Группа A (контроль): пользователи из сегмента “не купили за последние 7 дней после add_to_cart” — но без web push
— Группа B (тест): те же пользователи — получают web push
Важно: контроль должен быть настоящим (без “мягкого” влияния типа других сообщений внутри интерфейса). Если это сложно — ограничьте тест на уровне “отправка web push”, но остальные каналы на время теста зафиксируйте.

2) Сделайте один триггер и один тайминг (без комбинаторики)
Выберите только один сценарий, иначе вы не узнаете, что именно сработало:
— Триггер: add_to_cart
— Тайминг: отправка через 45–90 минут после события (или ближайшее возможное окно, если провайдер так ограничивает)
— Частота: максимум 1 сообщение за сессию/за 24 часа (чтобы не превращать в “напоминалку”)

3) Протяните message под “причину не покупки”
В web push решает не креативность, а точность оффера под барьер:
— Если после add_to_cart в течение дня не было purchase — в пуше укажите конкретный следующий шаг: “оформить в 1 клик” / “вернуть брошенную корзину”
— Если в данных есть сегмент по типу товара/категории — добавьте 1 параметр (категория или ценовой диапазон), без лишних обещаний
— CTA один: “Открыть корзину” (вариант текста допустим, но структура должна быть одинаковой для A/B)

4) Выведите измерения “как в аналитике”, а не только в кабинете пушей
Для корректного вывода сопоставляйте:
— доставлено/доступно (определяйте по реальному статусу)
— CTR (клики)
— конверсии purchase в разумном окне (например, 24–48 часов после отправки)
— выручку (revenue) по тем же пользователям и тому же окну
Критично: считайте метрики отдельно по A и B. Тогда разница и есть прибавочный эффект (incrementality).

5) Длительность теста: 5 рабочих дней + 1 выходной
— Неделя закрывает разные паттерны активности и снижает риск “поймали удачный день”
— Если у вас маленький объём, лучше увеличить период до 10–14 дней, но не меняйте логику сообщения и сегмента каждые сутки

6) Оцените результат по формуле “прибавка на отправку”, а не по кликам
Рекомендованный критерий для решения:
— (Выручка_B − Выручка_A) / Кол-во доставок_B
Если показатель растёт — вы нашли работающий рычаг. Если выручка не растёт, даже при хорошем CTR — оставляйте только сегменты/тайминг, где есть прирост покупки.

7) После теста — масштабируйте только победителя и переносите в lifecycle
Победивший вариант:
— закрепите как часть lifecycle-цепочки “abandoned cart → return to checkout”
— привяжите к частоте: ограничьте до 1 сообщения на событие, иначе будете кормить “шум”
— добавьте suppression: не отправлять, если пользователь уже купил или отменил корзину (если у вас есть сигнал)

8) Запишите “почему” в 3 строки для будущих итераций
Сохраните в документ/в тикет:
— какой сегмент
— какой тайминг
— какой результат по прибавке (A vs B)
Через месяц это даст вам Topical Authority внутри команды: вы будете не “гадать”, а переносить доказанные решения между категориями и брендами.

Итог: вы делаете web push не как ремаркетинг “на удачу”, а как проверку влияния на выручку. В 2026 это быстрее повышает доверие к каналу и легче защищается перед RevOps (общей ответственностью маркетинга, продаж и customer success за выручку).

— @PushCraftRu

1. Выкатить ни какую он-лайн конфу я естесвенно не выкатил, потерпите

2. После прошлого видео (тык) мой канал теперь имеет юзер @PO_YICA_BRAL

3. Держите вечернее видео, я нажрусь и спать

Чото надо ещё сказать? Ну, можно лишь добавить Настя #MelBet верни деньги, не играй с огнём, со мной лучше не ссориться. Спасибо.

P.S. Бабка-то, похоже, не своей..... см. видео!

С уважением, Иванов Е.Ю!

🎁 РОЗЫГРЫШ $2000 ОТ SERG ACCS

🥇 1 место — $1000
🥈 2 место — $700
🥉 3 место — $300

Как участвовать:
1️⃣ Подпишитесь на канал
2️⃣ Нажмите «✅ Участвую»
3️⃣ Получите 1 стартовый билет

Больше билетов:
🛒 Покупки — минимум 1 билет, далее +1 за каждые полные $50 реальной оплаты. Максимум — 50.
👥 Рефералы — +5 за первую подходящую покупку друга и +1 за каждые накопленные $100 его покупок. Максимум — 50.

Общий максимум — 100 билетов.
Чем больше билетов, тем выше шанс. Даже 1 билет участвует.

Призы начислим на баланс в боте SERG ACCS.

Итоги 15.09. Всем удачи! 🔥

Почему web push перестал быть «дешёвым ретаргетом»

Я всё чаще вижу одну и ту же ошибку: web push в 2026 году продолжают считать почти бесплатным каналом догрева, хотя он давно стал каналом **сверхкороткой дистанции**. Если раньше его ставили «на всякий случай» и ждали возврата трафика, то сегодня он работает только там, где у бренда есть понятный сценарий ценности в первые секунды после клика.

Мой вывод простой: web push больше не про охват, а про **моментальный смысл**. Пользователь не читает длинные сообщения, не терпит лишний шум и особенно плохо реагирует на уведомления, которые повторяют email или приложение. В эпоху, где внимание режется AI-выдачей, zero-click-поведением и общей усталостью от сообщений, пуш должен отвечать на один вопрос: зачем открывать это прямо сейчас?

Из практики: в одном e-com-проекте мы убрали 60% «информационных» пушей — про подборки, новости бренда и общие напоминания — и оставили только события с явной пользой: возврат товара, снижение цены на просмотренный артикул, завершение резерва. В итоге число кликов снизилось не драматически, зато конверсия в покупку выросла примерно на 18%. Почему? Потому что мы перестали мерить успех количеством отправок и начали считать **инкрементальность** — добавленную выручку, а не видимость активности.

Для меня сегодня хороший web push — это не массовая рассылка, а три вещи:
- триггер на основе поведения, а не календаря;
- одно действие на одно сообщение;
- подтверждённая ценность в первые 5–10 секунд после открытия.

Если бренд не может объяснить, что пользователь получит сразу, пуш быстро превращается в шум. А шум в CRM, email и lifecycle уже давно не масштабируется. Пользователь просто отключает его — и часто навсегда.

— @PushCraftRu

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

**Push в эпоху zero-click: кому мы вообще пишем**

Четыре года назад средний push на e-com проекте давал 12-15% open rate и приличный CTR по клику. Сегодня у большинства клиентов в моей практике эти цифры 6-8% и 1.5-2% соответственно. Не потому что ухудшились тексты — изменилась сама модель потребления внимания.

Пользователь 2026 года живет в парадигме zero-click. Он видит превью в шторке уведомлений, оценивает за 0.4 секунды, принимает решение и чаще всего принимает решение «потом». Или не принимает вообще. Нативный браузер на iOS теперь группирует push по доменам, Android-производители гонят свою телеметрию и режут всё, что похоже на агрессивный маркетинг. Стоимость разрешения на уведомления в вебе выросла с 70% до 40-45% за два года, и это уже не локальная проблема, а новый базовый уровень.

Многие команды продолжают мыслить категориями 2021 года: «давайте чаще, давайте агрессивнее, давайте добавим эмодзи в заголовок». Это тупик. Push превращается из канала привлечения в канал удержания. Если пользователь не вовлечён, никакая персонализация его не спасёт — он просто отрубит разрешение на уровне браузера, и вы потеряете точку контакта навсегда.

Моя позиция простая. Push в 2026 работает на три вещи. **Первое** — re-engagement по поведенческому сигналу: человек бросил корзину, начал заполнять форму, провёл N секунд в ключевом разделе. Здесь частота низкая, но каждое касание попадает в цель. **Второе** — транзакционные триггеры, которые клиент сам ждёт: статус заказа, доставка, подтверждение. Они дают 80%+ open rate и это тот случай, когда push лучше email, потому что email открывают через час, а push читают в момент отправки. **Третье** — продуктовые события с реальной ценностью для пользователя, а не для вашего дашборда.

Что умирает — массовые рассылки по сегменту «все активные за 30 дней», промо без привязки к контексту, попытки конкурировать с email по объёму. Это проигранная война по тарифу, вниманию и доверию.

Если у вас в продукте push до сих пор измеряется отдельно от in-app сообщений и email-цепочек — у вас метрики врут. Канал нельзя оценивать в вакууме. Пользователь либо прошёл по воронке touchpoints, либо отвалился после пятого уведомления подряд. Lifecycle — это оркестр, а не набор солистов.

Совет практический: возьмите когорту тех, кто отписался от push в этом квартале, и посмотрите их LTV и retention относительно оставшихся. Обычно цифры неприятно удивляют — оказывается, отписавшиеся и так бы ушли, просто ушли раньше. Это меняет разговор с product owner про «как нам выжать больше из базы».

— @PushCraftRu

Как собрать триггерный push-цепочку для возврата в приложение за 7 дней

Если у вас просел возврат в приложение, не начинайте с «давайте отправим всем скидку». В 2026 году это почти всегда сжигает аудиторию и не чинит retention. Рабочий подход — собрать короткую триггерную цепочку под конкретное поведение.

Что сделать на этой неделе:

— Выберите 1 сценарий, который влияет на выручку: брошенная корзина, недозавершённая регистрация, просмотр карточки без покупки, отсутствие сессий 3–7 дней.
— Для этого сценария задайте одно событие-спуск: «не было покупки 2 часа», «не открылось 3 дня», «добавил в корзину, но не вернулся».
— Разделите аудиторию на 3 уровня ценности: новые, активные, спящие. Одно и то же сообщение для всех даст лишние отписки.
— Соберите цепочку из 3 касаний:
— первое: мягкое напоминание через короткий промежуток;
— второе: аргумент по пользе через 24 часа;
— третье: последний каскад через 48–72 часа, но только если человек не совершил целевое действие.
— В каждом сообщении меняйте не только текст, но и обещание. Первый пуш — про удобство, второй — про выгоду, третий — про снятие барьера.
— Ограничьте частоту: не более 1 триггерного пуша в день на пользователя и обязательный стоп после конверсии.
— Для web push и mobile push задайте разные окна доставки: web — рабочие часы, mobile — часы повышенной активности по истории открытия.
— В in-app используйте не повтор текста, а следующий шаг: показать прогресс, подсказку или кнопку, которая сокращает путь до действия.
— Проставьте единый критерий успеха: не open rate, а доля вернувшихся пользователей и прирост целевого события.

Проверка простая: если цепочка не даёт + к возврату и + к событию, режьте её до одного сообщения. В lifecycle-коммуникациях выигрывает не объём касаний, а точность момента и причины.

— @PushCraftRu

Лонгрид о мемном кейсе Melbet vs Pepper Partners - реально ли оценить в аффилейтке репутационный ущерб в деньгах?

История на $2,000 вряд ли разрушит крупный бренд. Но она вполне может стоить ему сотен тысяч долларов и более, если публично остаётся без внятного решения.

Я в аффилейт-маркетинге более 25 лет, а последние пару лет одно из моих основных направлений - B2B matchmaking. Поэтому я регулярно вижу споры между компаниями о выплатах и претензии, и таких ситуаций в рынке явно становится больше.

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

Вот например про один из таких кейсов писал уже здесь весной.

Если неконструктивны обе стороны (а бывает и так), то можно к этому относиться просто как к развлекательному контенту.

Но когда одна сторона открыта к адекватной коммуникации и поиску оптимального решения, а вторая сторона просто игнорирует проблему, при этом не уходя с рынка в закат, а продолжая тратить огромные бюджеты на PR и маркетинг бренда - это любопытная аномалия.

Сейчас самый заметный в аффилейт рынке пример это кейс Melbet <> Pepper Partners, который уже более месяца развивается в публичном поле и о нем уже писали и многие аффилейт медиа, и отдельные блоги, я наверно один из последних, кто у себя в блоге еще об этом не писал)

Изначальное заявление кейса и описание претензии от Pepper Partners можно почитать здесь.

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

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

Для мелкого и крупного бренда такие истории могут иметь очень разный эффект, поэтому здесь разберем на примере крупного бренда, так как Melbet в нашем рынке относится именно к таким.

Не знаю конечно их точные цифры затрат на PR в рамках афф рынка (участие в конфах, собственные ивенты, реклама в афф медиа и т.п.), но из того, что вижу как организатор ивентов с приличным опытом, этот бюджет явно измеряется в миллионах $ в год, если не выходит за $10млн+.

Это без PR затрат на прямое привлечение игроков (бренд-амбассадоры, спонсорства футбольных клубов и т.п.), без бюджетов непосредственно на закупку трафика. Только на аффилейтку.

И вот уже более месяца в паблике незакрытый и не откоммуницированный публично кейс на $2k (две тысячи долларов).

В публичной дискуссии сейчас преобладает позиция, что Melbet в этом споре неправы.

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

Какие материальные потери может понести бренд в такой истории?

Многие люди, даже очень опытные и умные, почему-то к таким ситуациям относятся бинарно.

Рухнет бренд (закроется, обанкротится) - значит плохо на них повлиял кейс.

Останется бренд жить и работать как ни в чем не бывало внешне - значит никак не повлияло и может они правильно решили игнорировать, а кто-то вообще решит брать с них пример.

Но это же совсем не так, ситуация не бинарная.

Представим не фактические цифры Melbet, которых у нас нет, а консервативную модель крупного рекламодателя.

Если из-за такого кейса бренд потеряет 10 качественных действующих активных партнёров, либо не привлечёт 10 таких новых партнёров, которые в другой ситуации начали бы с ним работать, последствия уже могут быть кратно выше суммы самого спора.

Я не знаю внутренний LTV партнёра у Melbet. Но если принять для активного опытного аффилейта условные $10,000 LTV, десять таких потерянных партнеров - это уже шестизначная сумма $ недополученного дохода. И это без учёта крупных команд, в случае которых эффект может быть кратно выше и оказаться семизначным.

Даже если в этой модели ошибиться и завысить в несколько раз, сам принцип никуда не исчезает - незакрытый публичный спор на $2,000 в любом случае обойдется бренду многократно дороже этих $2,000.

Цифры конечно я прикинул условные, но рассуждения не виртуальные - я знаю афф команды, которые перестали быть их активными партнерами из-за этого кейса.

Одна известная в рынке команда публично рассказала о своем таком решении в моем чатике про scam-кейсы.

А теперь вернемся к миллионам долларов в год, которые Melbet тратит на публичный PR среди аффов через конфы и прочие активности.

У этих трат же есть определенные ожидаемые и реальные результаты, верно?

На каждый затраченный миллион ожидается определенное количество привлеченных новых партнеров и укрепление лояльности и увеличение оборотов с определенным количеством действующих партнеров.

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

При таком незакрытом публичном кейсе, вызывающем большой отклик и возмущение в рынке - останется эта сумма выхлопа с PR X без учета прочих факторов или она станет меньше X?

Очевидно станет меньше, доверие к бренду ниже, а значит и вложения в PR дают меньшую отдачу.

Я понимаю, что не все читатели, в том числе заинтересованные, могут дружить с математикой, и особенно понятием математического ожидания на дистанции, но вопрос здесь не только в этике и не только в справедливости конкретной претензии. Это вопрос качества управленческого решения.

Когда бренд инвестирует миллионы в доверие рынка - через конференции, медиа, партнёрские активности и PR, игнорирование аргументированного публичного конфликта снижает отдачу от всех этих вложений. Репутация не выглядит отдельной строкой в P&L, но её потеря вполне превращается в недополученный доход, более дорогой PR и менее лояльных партнёров.

Я искренне надеюсь, что все больше компаний в нашем рынке будут становиться более сознательными и не терять огромные деньги на ровном месте, и если бизнес-этика не зашита в культурный код, то хотя бы из сугубо материальных корыстных соображений начнут вести себя адекватнее)

Всем отличной недели и благоразумия)

Почему push-сообщения снова стали каналом не про «дожать», а про выручку

Если смотреть на push-сообщения глазами мобильного маркетолога образца 2026 года, легко попасть в старую ловушку: будто это просто ещё один канал для возврата пользователя. Открыл приложение — отправили пуш. Не открыл — отправили ещё один. Логика была понятной, пока рынок жил за счёт дешёвого трафика и первого касания.

Теперь картина другая. Средний чек у e-com проседает, стоимость привлечения растёт, last-click всё хуже объясняет вклад канала в деньги, а бизнес всё чаще считает не «сколько установок», а **сколько выручки мы добрали в удержании**. В этой реальности push — web, mobile и in-app — перестаёт быть сервисной механикой. Он становится частью Revenue-петли: от первого дня после установки до повторной покупки, продления, апсейла и возврата к привычке.

И именно поэтому пуши в 2026-м надо смотреть не как на формат, а как на систему.

Первое: push работает, только если у него есть роль в жизненном цикле

Самая частая ошибка — строить коммуникацию от события: «прошло 3 дня с визита», «не открыл письмо», «забыл корзину». Это не стратегия, а набор реакций. Пользователь быстро чувствует, что канал живёт сам по себе.

Сильный подход начинается с карты жизненного цикла: где человек впервые получает ценность, где у него возникает привычка, где появляется риск оттока, а где — точка для следующего дохода. Тогда push получает понятную роль.

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

Второе: один и тот же текст в web push, mobile push и in-app — это три разных продукта

Часто команды делают одну и ту же коммуникацию и просто копируют её в разные каналы. Это удобно, но дорого по результату. Потому что у каждого формата своя среда восприятия.

— Web push хорош для возврата в браузере и коротких триггеров, когда нужен быстрый клик.
— Mobile push лучше работает там, где уже есть привычка к приложению и нужно вернуть человека в конкретный сценарий.
— In-app сильнее всего в моменте, когда пользователь уже внутри продукта и готов к подсказке, объяснению или мягкому дожиму.

Пример: маркетплейс может прислать mobile push о снижении цены на товар, если пользователь давно смотрел категорию. Но если он уже открыл приложение, тот же месседж лучше повторить in-app не в виде дублирования, а в виде блока с альтернативами: «цена упала, вот ещё 3 похожих варианта». Так канал не раздражает, а помогает принять решение.

Третье: лучший push в 2026 году — тот, который опирается на поведение, а не на календарь

Календарные рассылки не умерли, но их вес стал меньше. Пользователь не живёт по нашему контент-плану. Он живёт по своим паттернам: возвращается вечером, сравнивает утром, покупает после просмотра, уходит после неудачного поиска.

Поэтому сильнее всего работают триггеры на поведение: просмотр категории, повторный визит, пауза после регистрации, брошенный шаг, завершённое действие, изменение цены, появление товара, достижение прогресса.

Пример: образовательное приложение может отправлять не просто напоминание «вы давно не заходили», а сообщение по прогрессу: «У вас осталось 12 минут до завершения модуля. Вернуться можно с того же места». Это не абстрактный возврат, а очень конкретный повод продолжить путь.

Здесь важна и частота. Когда push построен на поведении, его можно делать тише, но точнее. Один меткий сценарий часто даёт больше, чем пять универсальных напоминаний.

Четвёртое: измерять push надо не открытием, а вкладом в retention и выручку

В старой логике канал оценивали по CTR и open rate. Эти метрики не бесполезны, но они слишком узкие. В privacy-first мире и при слабом last-click нельзя делать вид, что клик равен ценности.
…

Server-side (серверная) атрибуция упирается в web push-«эхо» в 2026-м

За последний месяц заметил повторяющийся паттерн в цепочках web push и mobile push: кампании становятся менее «видимыми» в last-click (последний клик), но в CRM растёт доля повторных касаний именно по пуш-каналам — не столько в момент отправки, сколько в соседние окна.

Как это выглядит по данным, без интерпретаций:
— в отчетах по атрибуции уменьшается доля “первого” влияния и увеличивается “последующий” вклад в сегменте reactivation (реактивация)
— в lifecycle-воронках больше сообщений стыкуется с периодами, когда пользователь уже был в продукте/приложении, но конверсию не оформил
— webhook/коллбеки от подписок и статусов чаще «догоняют» события: сначала пуш-событие, позже факт действия из серверных потоков

Интересно, что в похожих клиентах у разных команд одинаковая картина: отчётность становится аккуратнее, а пуш — заметнее по траекториям удержания.

Вы тоже видите “эхо” в CRM/ lifecycle, когда web push и mobile push начинают работать как связка по времени, а не как разовый триггер под конверсию?

— @PushCraftRu

$80 за FTD на СНГ — казино-оффер от ПОКЕРОК Partners

Ищете новый оффер для теста? Рассказываем, что предлагаем партнёрам:
• CPA $80 за FTD на все гео СНГ
• $100 к первой выплате для новых аффилиатов
• 5% по саб-реферальной программе
• прозрачная статистика в партнёрском кабинете
• поддержка личного менеджера

Принимаем различные источники: social, мессенджеры, YouTube / Twitch / Kick, SEO, PPC, in-app и медийный трафик.

В казино ПОКЕРОК также доступна GG99 — линейка из 20+ игр с RTP 99%, включая слоты, настольные игры, видеопокер и аркады. Это весомое преимущество для новых игроков в дополнение к приветственным бонусам.

И ещё один повод подключиться уже сейчас: 27 августа состоится Friendly Tournament для партнёров ПОКЕРОК Partners. Успейте подключиться до 25 августа, чтобы принять участие!

Присоединяйтесь к ПОКЕРОК Partners и начинайте зарабатывать на своём трафике уже сейчас!

Push-уведомления как инструмент удержания: пора менять метрики эффективности

В 2026 году классическая связка «отправил пуш — получил клик» окончательно перестала быть мерилом успеха. Мы живем в эпоху, где пользователь перегружен информационным шумом, а внимание стало самым дефицитным ресурсом. Если вы до сих пор оцениваете работу CRM-маркетолога (управление взаимоотношениями с клиентами) по кликабельности (CTR), вы упускаете суть.

Сейчас доминирует концепция «нулевого клика». Пользователь получает ценность прямо из текста уведомления, не совершая переход в приложение. Мы все чаще видим, как уведомление с информацией об изменении статуса заказа или персональной скидкой закрывает потребность клиента без открытия экрана приложения. Это не признак низкой эффективности пуша, а высшая форма заботы о клиентском опыте.

Для бизнеса, работающего в условиях снижения среднего чека, фокус смещается на долгосрочную ценность клиента (LTV - пожизненная ценность клиента). И здесь пуш превращается из канала продаж в инструмент выстраивания доверия. Мои наблюдения показывают: удержание (retention) на 15-20% выше у тех команд, которые интегрировали пуш-стратегию в общий Revenue Operations (систему объединения усилий маркетинга, продаж и поддержки для роста выручки).

Как это выглядит на практике:
— Отказ от массовых рассылок в пользу событийных триггеров. Если клиент начал сравнивать товар, но не купил, пуш должен приходить не по таймеру, а в момент, когда вероятность завершения сделки максимальна согласно предсказательным моделям.
— Содержание важнее частоты. В эпоху, когда поисковые системы отдают приоритет авторитетности источника, ваше уведомление должно быть таким же экспертным и полезным, как качественная статья в блоге.
— Использование искусственного интеллекта для оптимизации контента. Мы больше не гадаем, какой текст «зайдет». Мы генерируем десятки вариантов, но фокусируемся не на яркости картинки, а на точности смыслового попадания в текущую ситуацию потребителя.

Настоящий успех CRM-стратегии сегодня — это не количество переходов по ссылкам, а отсутствие необходимости у пользователя совершать лишнее действие для получения результата. Если пуш-уведомление помогло клиенту сэкономить время или деньги здесь и сейчас, вы получили лояльность, которую нельзя измерить обычным кликом. Это и есть фундамент устойчивого роста в 2026 году. Перестаньте продавать каждый раз — начните помогать клиенту в рамках его жизненного цикла.

— @PushCraftRu