Web push “умер” после iOS? Это миф
Миф в нашей нише часто звучит так: раз на iPhone появились ограничения, web push больше не работает и пора полностью уходить в mobile push. Откуда это берётся — из привычки смотреть на канал через одну платформу и одну механику доставки.
Почему это неправда: web push — не замена mobile push, а отдельный слой коммуникации. Он хорошо закрывает сценарии, где приложение ещё не установлено, пользователь уже в браузере, а окно для возврата очень короткое. В 2026 году, когда retention важнее первой покупки, а привлечение дорожает, такой слой особенно ценен. Да, охват на iOS у web push ограничен. Но у Android и desktop он остаётся рабочим, а в связке с email, in-app и mobile push даёт нормальную частоту контакта без перегруза одного канала.
Что вместо мифа: перестать считать каналы взаимозаменяемыми. Правильный вопрос не «что убить», а «какую задачу закрывает каждый канал». Web push — для быстрого возврата в сессию и реактивации анонимного трафика. Mobile push — для пользователей с приложением. In-app — для моментов внутри продукта. А дальше уже важны сегментация, триггеры и контроль частоты, а не вера в “главный” канал.
По этой же теме советуем @DataStorytellingMK
Миф в нашей нише часто звучит так: раз на iPhone появились ограничения, web push больше не работает и пора полностью уходить в mobile push. Откуда это берётся — из привычки смотреть на канал через одну платформу и одну механику доставки.
Почему это неправда: web push — не замена mobile push, а отдельный слой коммуникации. Он хорошо закрывает сценарии, где приложение ещё не установлено, пользователь уже в браузере, а окно для возврата очень короткое. В 2026 году, когда retention важнее первой покупки, а привлечение дорожает, такой слой особенно ценен. Да, охват на iOS у web push ограничен. Но у Android и desktop он остаётся рабочим, а в связке с email, in-app и mobile push даёт нормальную частоту контакта без перегруза одного канала.
Что вместо мифа: перестать считать каналы взаимозаменяемыми. Правильный вопрос не «что убить», а «какую задачу закрывает каждый канал». Web push — для быстрого возврата в сессию и реактивации анонимного трафика. Mobile push — для пользователей с приложением. In-app — для моментов внутри продукта. А дальше уже важны сегментация, триггеры и контроль частоты, а не вера в “главный” канал.
По этой же теме советуем @DataStorytellingMK
Пуши в 2026: почему «персонализация» больше не работает как триггер
Рынок устал от псевдо-персонализации. Когда приложение присылает уведомление с обращением по имени и упоминанием корзины, пользователь в 2026 году видит в этом лишь алгоритмичный шум, а не проявление заботы. Мы живем в эпоху, где нейросети генерируют тысячи подобных сообщений в минуту, и ценность стандартного «забытого товара» стремится к нулю.
Проблема в том, что большинство CRM-маркетологов (специалистов по управлению взаимоотношениями с клиентами) продолжают работать в парадигме конверсии первого клика. Но сегодня, когда средний чек в электронной коммерции просел, а фокус бизнеса сместился на долгосрочную ценность клиента (LTV), пуши должны перестать быть инструментом «дожимания» и стать инструментом удержания.
Моя практика показывает: если исключить из стратегии классические напоминания о брошенной корзине, выручка проседает лишь на 3%. Удержание (Retention) сегодня строится не на напоминаниях, а на полезности. В мире, где поисковые системы выдают готовые ответы без переходов на сайты, пуш — это ваш единственный прямой канал коммуникации, который не зависит от алгоритмов платформ. Если вы используете его только для продаж, вы теряете канал, превращая его в назойливый спам.
Что действительно работает сейчас:
— Контентная поддержка вместо торговых предложений. Если пользователь купил у вас спортивный инвентарь, присылайте пуш с планом тренировок или советами по уходу, а не очередной промокод на скидку. Это формирует экспертный авторитет (Topical Authority).
— Контекстное управление ожиданиями. Пуш должен приходить в момент, когда потребность в нем максимальна, исходя из данных о поведении внутри приложения, а не из таймера «прошло 2 часа после визита».
— Единая ответственность RevOps (системы управления выручкой). CRM-маркетолог обязан видеть, как пуш влияет не на количество переходов, а на общую выручку в связке с продажами и поддержкой.
В условиях, когда атрибуция становится всё более сложной (Privacy-first — ориентированной на приватность), мы опираемся не на клики, а на инкрементальность — прирост ценности, который дает каждое конкретное сообщение.
Перестаньте пытаться «продать через пуш». Начните «сопровождать через пуш». В 2026 году выигрывает не тот, кто громче кричит в уведомлениях, а тот, чье сообщение пользователь не спешит отключать в настройках смартфона. Ваша задача — стать полезным фоном жизни клиента, а не раздражающим фактором.
Рынок устал от псевдо-персонализации. Когда приложение присылает уведомление с обращением по имени и упоминанием корзины, пользователь в 2026 году видит в этом лишь алгоритмичный шум, а не проявление заботы. Мы живем в эпоху, где нейросети генерируют тысячи подобных сообщений в минуту, и ценность стандартного «забытого товара» стремится к нулю.
Проблема в том, что большинство CRM-маркетологов (специалистов по управлению взаимоотношениями с клиентами) продолжают работать в парадигме конверсии первого клика. Но сегодня, когда средний чек в электронной коммерции просел, а фокус бизнеса сместился на долгосрочную ценность клиента (LTV), пуши должны перестать быть инструментом «дожимания» и стать инструментом удержания.
Моя практика показывает: если исключить из стратегии классические напоминания о брошенной корзине, выручка проседает лишь на 3%. Удержание (Retention) сегодня строится не на напоминаниях, а на полезности. В мире, где поисковые системы выдают готовые ответы без переходов на сайты, пуш — это ваш единственный прямой канал коммуникации, который не зависит от алгоритмов платформ. Если вы используете его только для продаж, вы теряете канал, превращая его в назойливый спам.
Что действительно работает сейчас:
— Контентная поддержка вместо торговых предложений. Если пользователь купил у вас спортивный инвентарь, присылайте пуш с планом тренировок или советами по уходу, а не очередной промокод на скидку. Это формирует экспертный авторитет (Topical Authority).
— Контекстное управление ожиданиями. Пуш должен приходить в момент, когда потребность в нем максимальна, исходя из данных о поведении внутри приложения, а не из таймера «прошло 2 часа после визита».
— Единая ответственность RevOps (системы управления выручкой). CRM-маркетолог обязан видеть, как пуш влияет не на количество переходов, а на общую выручку в связке с продажами и поддержкой.
В условиях, когда атрибуция становится всё более сложной (Privacy-first — ориентированной на приватность), мы опираемся не на клики, а на инкрементальность — прирост ценности, который дает каждое конкретное сообщение.
Перестаньте пытаться «продать через пуш». Начните «сопровождать через пуш». В 2026 году выигрывает не тот, кто громче кричит в уведомлениях, а тот, чье сообщение пользователь не спешит отключать в настройках смартфона. Ваша задача — стать полезным фоном жизни клиента, а не раздражающим фактором.
Привязка web-push к revenue сейчас выглядит честнее, чем “просто собрания метрик”
В 2026 многие продолжают мерить push-кампании по открытиям и кликам, а потом удивляются, что CRM воронка “не сходится”. Моё мнение: web push и mobile push нужно воспринимать как слой реактивации в lifecycle, а не как отдельный канал. Да, клики нужны, но главный вопрос — даёт ли касание движение в выручку (через инкрементальность/серверную атрибуцию), а не ускоряет ли только привычные возвраты.
В 2026 многие продолжают мерить push-кампании по открытиям и кликам, а потом удивляются, что CRM воронка “не сходится”. Моё мнение: web push и mobile push нужно воспринимать как слой реактивации в lifecycle, а не как отдельный канал. Да, клики нужны, но главный вопрос — даёт ли касание движение в выручку (через инкрементальность/серверную атрибуцию), а не ускоряет ли только привычные возвраты.
В пушах стало больше «тихих» касаний
За последний месяц в проектах всё чаще вижу один паттерн: команды смещают часть коммуникации из частых массовых рассылок в более короткие, контекстные сценарии. Не только web push и mobile push, но и in-app начинают использовать как продолжение уже знакомого действия: просмотр категории, возврат в корзину, завершение шага, реактивация без лишнего шума.
Параллельно меняется и сама сборка цепочек:
— меньше длинных серий с одинаковым текстом;
— больше триггеров на конкретное поведение;
— чаще тестируют окна отправки и частоту, а не только формулировку;
— в отчётах отдельно смотрят не открытие, а вклад в повторный визит и следующий шаг в воронке.
В итоге коммуникация выглядит менее заметной, но более связанной с контекстом пользователя. Видите у себя такой же сдвиг?
Есть схожая тема в @ContentStrategyRoom, рекомендуем
За последний месяц в проектах всё чаще вижу один паттерн: команды смещают часть коммуникации из частых массовых рассылок в более короткие, контекстные сценарии. Не только web push и mobile push, но и in-app начинают использовать как продолжение уже знакомого действия: просмотр категории, возврат в корзину, завершение шага, реактивация без лишнего шума.
Параллельно меняется и сама сборка цепочек:
— меньше длинных серий с одинаковым текстом;
— больше триггеров на конкретное поведение;
— чаще тестируют окна отправки и частоту, а не только формулировку;
— в отчётах отдельно смотрят не открытие, а вклад в повторный визит и следующий шаг в воронке.
В итоге коммуникация выглядит менее заметной, но более связанной с контекстом пользователя. Видите у себя такой же сдвиг?
Есть схожая тема в @ContentStrategyRoom, рекомендуем
Почему web push умирает не из-за блокировок, а из-за плохого повода
Я часто вижу одну и ту же ошибку: команды запускают web push как «дешёвый канал дожима», а потом удивляются, что CTR падает, отписки растут, а возврат в приложение или на сайт почти не меняется. Проблема не в самом канале. Проблема в том, что его используют без причины, которую пользователь действительно считает значимой.
Для мобильного маркетинг-менеджера web push, mobile push и in-app — это не три независимых инструмента, а одна система частоты, контекста и права на внимание. И в 2026 году это особенно заметно: когда растёт роль retention и LTV, а цена первого касания уже не окупает грубую коммуникацию, выигрывают не те, кто шлёт больше, а те, кто шлёт точнее.
У меня в практике был типичный сценарий: ecommerce-команда отправляла web push на все сегменты с одним и тем же оффером. Охват был нормальный, клики тоже, но вклад в повторные покупки почти не рос. Когда мы разделили сценарии на три уровня — поведенческий триггер, ценностный повод и сервисное сообщение — частота отправок снизилась почти на треть, а доля возвратов из пушей выросла примерно на 18%. Не потому что текст стал «красивее». А потому что сообщение стало уместным.
Мой вывод простой: **пуш — это не про канал, а про момент**.
Если смотреть на это как на систему, я бы держал такой порядок:
— web push — для возвращения в моменте, когда пользователь ещё «тёплый»;
— mobile push — для регулярного удержания и сценариев привычки;
— in-app — для объяснения, обучения и мягкого дожима внутри опыта.
И ещё одна вещь, которую многие недооценивают: в эпоху AI-генерации креативов конкуренция идёт не в количестве вариантов, а в логике триггера. Текст может написать модель. А вот понять, почему человек должен увидеть его именно сейчас, всё ещё должен маркетолог.
Если в вашей системе пуши «работают в целом», но не двигают LTV, я бы начинал не с частоты, а с ревизии поводов.
Я часто вижу одну и ту же ошибку: команды запускают web push как «дешёвый канал дожима», а потом удивляются, что CTR падает, отписки растут, а возврат в приложение или на сайт почти не меняется. Проблема не в самом канале. Проблема в том, что его используют без причины, которую пользователь действительно считает значимой.
Для мобильного маркетинг-менеджера web push, mobile push и in-app — это не три независимых инструмента, а одна система частоты, контекста и права на внимание. И в 2026 году это особенно заметно: когда растёт роль retention и LTV, а цена первого касания уже не окупает грубую коммуникацию, выигрывают не те, кто шлёт больше, а те, кто шлёт точнее.
У меня в практике был типичный сценарий: ecommerce-команда отправляла web push на все сегменты с одним и тем же оффером. Охват был нормальный, клики тоже, но вклад в повторные покупки почти не рос. Когда мы разделили сценарии на три уровня — поведенческий триггер, ценностный повод и сервисное сообщение — частота отправок снизилась почти на треть, а доля возвратов из пушей выросла примерно на 18%. Не потому что текст стал «красивее». А потому что сообщение стало уместным.
Мой вывод простой: **пуш — это не про канал, а про момент**.
Если смотреть на это как на систему, я бы держал такой порядок:
— web push — для возвращения в моменте, когда пользователь ещё «тёплый»;
— mobile push — для регулярного удержания и сценариев привычки;
— in-app — для объяснения, обучения и мягкого дожима внутри опыта.
И ещё одна вещь, которую многие недооценивают: в эпоху AI-генерации креативов конкуренция идёт не в количестве вариантов, а в логике триггера. Текст может написать модель. А вот понять, почему человек должен увидеть его именно сейчас, всё ещё должен маркетолог.
Если в вашей системе пуши «работают в целом», но не двигают LTV, я бы начинал не с частоты, а с ревизии поводов.
Forwarded from Потрачено! Клуб спящих бизнесменов!
This media is not supported in your browser
VIEW IN TELEGRAM
🚀 aff.top — вся индустрия арбитража в одном месте
🧠 Блог про арбитраж и ИИ — как нейросети меняют залив и антифрод
🚨 База спамеров — ежедневно собираем спамеров и ведём рейтинг
🛠 70+ инструментов — от клоаки до антифрод-чека
🎬 1000+ видео — весь YouTube про трафик в одной ленте
👤 2400+ персон — байеры и фаундеры с контактами напрямую
Без регистрации, без платных «премиумов».
👇 Подписывайся на канал
🧠 Блог про арбитраж и ИИ — как нейросети меняют залив и антифрод
🚨 База спамеров — ежедневно собираем спамеров и ведём рейтинг
🛠 70+ инструментов — от клоаки до антифрод-чека
🎬 1000+ видео — весь YouTube про трафик в одной ленте
👤 2400+ персон — байеры и фаундеры с контактами напрямую
Без регистрации, без платных «премиумов».
👇 Подписывайся на канал
Aviasales: как re-engagement в web push и in-app помог удержать пользователей, когда “первый клик” перестал решать всё
В 2026-м логика маркетинга стала ближе к RevOps: выручка “едет” не только на отдел продаж, но и на поддержку и клиентский опыт. На этом фоне e-commerce и сервисы с высокой конкуренцией столкнулись с эффектом: средний чек снижается (люди экономят), а чистый acquisition всё чаще упирается в дорогую атрибуцию и перегрев креативов. У Aviasales это проявилось в том, что часть аудитории перестала возвращаться после поиска/просмотра без покупки, особенно после очистки части идентификаторов и смещения модели измерения в privacy-first (server-side, MMM, incrementality вместо last-click).
Контекст
— Канал был “потолочным”: web и mobile воронка держались на повторных визитах, но стоимость повторного привлечения росла.
— По поведению видно: пользователи часто “почти готовы”, но не доводятся до целевого действия из‑за контекста (дата поездки, цена, наличие перелёта, изменение спроса).
— Важно: в zero-click эпохе один лишь контент в поиске перестаёт давать контроль над возвратом. Нужна управляемая коммуникация “внутри дня”, а не после недели ожидания.
Задача
Сделать re-engagement (возвращение) для пользователей, которые:
— открывали результаты поиска или просмотрели подходящие варианты,
— но не совершили покупку/бронь,
— и при этом не хотели получать “пустые” пуши раз в день “просто потому что можно”.
Критерии успеха (формализовали заранее):
— рост конверсий повторного действия (возврат к поиску/бронь),
— снижение доли нецелевых отправок (чтобы не разгонять отписки),
— улучшение инкрементальности: чтобы прирост давала именно доставка, а не “совпадение по сезону”.
Решение
1) Сегментация по намерению, а не по “давности”
Вместо простого “кто был N дней назад” включили поведенческие кластеры:
— просмотр маршрута без перехода к оплате,
— добавление вариантов в “избранное” (если пользователь делал такие действия),
— уход на шаге до выбора рейса/вылета,
— повторные сессии (те, кто возвращался сам, но без финиша).
2) Динамический триггер цены/условий
В коммуникациях использовали не “акции бренда”, а релевантные сигналы:
— изменение доступности/условий по маршруту (в рамках того, что приложение/сервис реально видит),
— напоминание “вернись к тому, что уже смотрел” с персональным контекстом.
Для web push добавили связку с переходом в конкретный экран, а не просто на главную.
3) Контроль частоты и частотные окна
Чтобы не превратить re-engagement в раздражитель, ввели:
— частотные лимиты по пользователю,
— разные окна доставки в зависимости от сегмента (например, тем, у кого уже были попытки покупки, показывали чаще в ближнем окне после ухода).
4) In-app как усилитель, а не дубль пушей
Push — триггер внимания, но in-app (внутри сессии) использовали для “дожима”:
— если пользователь открыл приложение после пуша, предлагали тот же сценарий, который он бросил,
— если не открыл — оставляли web push “мягким” напоминанием без давления.
5) Подход к измерению “действительно ли это работает”
Для оценки эффективности не полагались только на клики:
— проверяли инкрементальность через методики на основе распределений и контрольных групп,
— смотрели не только conversion rate, но и поведение после клика (вернулся ли к нужному шагу).
В privacy-first логике это важнее, чем “красивый last-click”.
Результат
По итогам внедрения (в одном из периодов тестирования) получили:
— рост конверсии повторного действия (возврат к бронированию) на 18% относительно исходной логики отправок,
— снижение доли отписок/жалоб на 22% за счёт точнее настроенных сегментов и контроля частоты,
— заметный прирост доли re-engagement пользователей среди тех, кто приносит выручку повторно (раньше большая часть этой ценности “терялась” между сессиями).
Если кратко: система перестала “стрелять по всем подряд” и начала догонять именно тех, кто завис на релевантном шаге в поиске.
…
В 2026-м логика маркетинга стала ближе к RevOps: выручка “едет” не только на отдел продаж, но и на поддержку и клиентский опыт. На этом фоне e-commerce и сервисы с высокой конкуренцией столкнулись с эффектом: средний чек снижается (люди экономят), а чистый acquisition всё чаще упирается в дорогую атрибуцию и перегрев креативов. У Aviasales это проявилось в том, что часть аудитории перестала возвращаться после поиска/просмотра без покупки, особенно после очистки части идентификаторов и смещения модели измерения в privacy-first (server-side, MMM, incrementality вместо last-click).
Контекст
— Канал был “потолочным”: web и mobile воронка держались на повторных визитах, но стоимость повторного привлечения росла.
— По поведению видно: пользователи часто “почти готовы”, но не доводятся до целевого действия из‑за контекста (дата поездки, цена, наличие перелёта, изменение спроса).
— Важно: в zero-click эпохе один лишь контент в поиске перестаёт давать контроль над возвратом. Нужна управляемая коммуникация “внутри дня”, а не после недели ожидания.
Задача
Сделать re-engagement (возвращение) для пользователей, которые:
— открывали результаты поиска или просмотрели подходящие варианты,
— но не совершили покупку/бронь,
— и при этом не хотели получать “пустые” пуши раз в день “просто потому что можно”.
Критерии успеха (формализовали заранее):
— рост конверсий повторного действия (возврат к поиску/бронь),
— снижение доли нецелевых отправок (чтобы не разгонять отписки),
— улучшение инкрементальности: чтобы прирост давала именно доставка, а не “совпадение по сезону”.
Решение
1) Сегментация по намерению, а не по “давности”
Вместо простого “кто был N дней назад” включили поведенческие кластеры:
— просмотр маршрута без перехода к оплате,
— добавление вариантов в “избранное” (если пользователь делал такие действия),
— уход на шаге до выбора рейса/вылета,
— повторные сессии (те, кто возвращался сам, но без финиша).
2) Динамический триггер цены/условий
В коммуникациях использовали не “акции бренда”, а релевантные сигналы:
— изменение доступности/условий по маршруту (в рамках того, что приложение/сервис реально видит),
— напоминание “вернись к тому, что уже смотрел” с персональным контекстом.
Для web push добавили связку с переходом в конкретный экран, а не просто на главную.
3) Контроль частоты и частотные окна
Чтобы не превратить re-engagement в раздражитель, ввели:
— частотные лимиты по пользователю,
— разные окна доставки в зависимости от сегмента (например, тем, у кого уже были попытки покупки, показывали чаще в ближнем окне после ухода).
4) In-app как усилитель, а не дубль пушей
Push — триггер внимания, но in-app (внутри сессии) использовали для “дожима”:
— если пользователь открыл приложение после пуша, предлагали тот же сценарий, который он бросил,
— если не открыл — оставляли web push “мягким” напоминанием без давления.
5) Подход к измерению “действительно ли это работает”
Для оценки эффективности не полагались только на клики:
— проверяли инкрементальность через методики на основе распределений и контрольных групп,
— смотрели не только conversion rate, но и поведение после клика (вернулся ли к нужному шагу).
В privacy-first логике это важнее, чем “красивый last-click”.
Результат
По итогам внедрения (в одном из периодов тестирования) получили:
— рост конверсии повторного действия (возврат к бронированию) на 18% относительно исходной логики отправок,
— снижение доли отписок/жалоб на 22% за счёт точнее настроенных сегментов и контроля частоты,
— заметный прирост доли re-engagement пользователей среди тех, кто приносит выручку повторно (раньше большая часть этой ценности “терялась” между сессиями).
Если кратко: система перестала “стрелять по всем подряд” и начала догонять именно тех, кто завис на релевантном шаге в поиске.
…
This media is not supported in your browser
VIEW IN TELEGRAM
Алиса AI будет конкурировать с Google AI Studio
Яндекс разворачивает экосистему AI-агентов на базе Алисы с доступом сначала для компаний, затем для всех. Агенты уже работают в Яндекс Такси и Лавке, скоро появятся в браузере и студии разработки. Платформа интегрирует стандартные функции — заказ такси, покупки, анализ данных. Алиса AI показывает неплохие результаты: менее известна, чем конкуренты, поэтому предлагает щедрые лимиты на видеогенерацию и работу с контентом. Яндекс планирует внедрить…
➡️ Читайте на сайте: https://aff.top/blog/alisa-ai-budet-konkurirovat-s-google-ai-studio
🧠 Ещё больше инсайтов → в канале AFF.top
Яндекс разворачивает экосистему AI-агентов на базе Алисы с доступом сначала для компаний, затем для всех. Агенты уже работают в Яндекс Такси и Лавке, скоро появятся в браузере и студии разработки. Платформа интегрирует стандартные функции — заказ такси, покупки, анализ данных. Алиса AI показывает неплохие результаты: менее известна, чем конкуренты, поэтому предлагает щедрые лимиты на видеогенерацию и работу с контентом. Яндекс планирует внедрить…
➡️ Читайте на сайте: https://aff.top/blog/alisa-ai-budet-konkurirovat-s-google-ai-studio
🧠 Ещё больше инсайтов → в канале AFF.top
This media is not supported in your browser
VIEW IN TELEGRAM
В Zennoposter добавили ИИ-помощник
Zennolab добавил в Zennoposter встроенный ИИ-кубик с доступом к четырём моделям (Gemini, DeepSeek, Claude, ChatGPT) — 50 бесплатных запросов в сутки. Есть режимы Assistant (чтение) и Agent (автоматическое создание скриптов), плюс новый GET-запрос по API. Нейросети хорошо справляются с регистрацией, постингом, фармингом аккаунтов и простым кодированием, но требуют проверки при парсинге динамических сайтов и диагностике ошибок. В связке с Zennoobr…
➡️ Читайте на сайте: https://aff.top/blog/v-zennoposter-dobavili-ii-pomoschnik
🧠 Ещё больше инсайтов → в канале AFF.top
Zennolab добавил в Zennoposter встроенный ИИ-кубик с доступом к четырём моделям (Gemini, DeepSeek, Claude, ChatGPT) — 50 бесплатных запросов в сутки. Есть режимы Assistant (чтение) и Agent (автоматическое создание скриптов), плюс новый GET-запрос по API. Нейросети хорошо справляются с регистрацией, постингом, фармингом аккаунтов и простым кодированием, но требуют проверки при парсинге динамических сайтов и диагностике ошибок. В связке с Zennoobr…
➡️ Читайте на сайте: https://aff.top/blog/v-zennoposter-dobavili-ii-pomoschnik
🧠 Ещё больше инсайтов → в канале AFF.top
Web push всё чаще становится «вторым касанием» после e-mail
За последний месяц заметил повторяющийся паттерн в CRM-коммуникациях: web push всё чаще ставят не как отдельный канал, а как короткий слой между письмом и in-app.
Сценарий выглядит одинаково:
— письмо уходит первым;
— если пользователь не открыл его, через несколько часов прилетает web push с той же логикой, но короче;
— внутри продукта уже догоняет in-app с более прикладным сообщением.
Особенно часто это видно в e-com и подписочных сервисах, где удержание и повторный визит важнее первой реакции. При этом сами тексты в push становятся заметно суше: меньше описаний, больше одного действия и одного контекста. Визуально канал всё чаще работает как «сигнал», а не как мини-лендинг.
Вы тоже видите, что web push всё чаще используют именно как промежуточный шаг в цепочке, а не как самостоятельный канал?
Параллельный взгляд на тему — @DTCeconomicsRu
За последний месяц заметил повторяющийся паттерн в CRM-коммуникациях: web push всё чаще ставят не как отдельный канал, а как короткий слой между письмом и in-app.
Сценарий выглядит одинаково:
— письмо уходит первым;
— если пользователь не открыл его, через несколько часов прилетает web push с той же логикой, но короче;
— внутри продукта уже догоняет in-app с более прикладным сообщением.
Особенно часто это видно в e-com и подписочных сервисах, где удержание и повторный визит важнее первой реакции. При этом сами тексты в push становятся заметно суше: меньше описаний, больше одного действия и одного контекста. Визуально канал всё чаще работает как «сигнал», а не как мини-лендинг.
Вы тоже видите, что web push всё чаще используют именно как промежуточный шаг в цепочке, а не как самостоятельный канал?
Параллельный взгляд на тему — @DTCeconomicsRu
This media is not supported in your browser
VIEW IN TELEGRAM
Новую Google reCapcha прошли статичной картинкой
Google выпустил обновленную reCAPTCHA, требующую движений рук для прохождения, но система оказалась уязвима к обходу. Достаточно транслировать статичное изображение с нужным жестом через виртуальную камеру с помощью простого Python-скрипта, чтобы нейросеть пропустила пользователя. Это создает серьёзный риск для сайтов: защита от ботов, позиционировавшаяся как прорыв, на деле не работает. Баг остается актуальным и позволяет спамерам легко автомат…
➡️ Читайте на сайте: https://aff.top/blog/novuiu-google-recapcha-proshli-statichnoi-kartinkoi
🧠 Ещё больше инсайтов → в канале AFF.top
Google выпустил обновленную reCAPTCHA, требующую движений рук для прохождения, но система оказалась уязвима к обходу. Достаточно транслировать статичное изображение с нужным жестом через виртуальную камеру с помощью простого Python-скрипта, чтобы нейросеть пропустила пользователя. Это создает серьёзный риск для сайтов: защита от ботов, позиционировавшаяся как прорыв, на деле не работает. Баг остается актуальным и позволяет спамерам легко автомат…
➡️ Читайте на сайте: https://aff.top/blog/novuiu-google-recapcha-proshli-statichnoi-kartinkoi
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
DeepSeek представит последнюю версию v4
DeepSeek выпустит v4 в середине июля с новой моделью ценообразования API: токены подорожают в 2 раза в часы пиковой нагрузки (09:00–12:00 и 14:00–18:00 по пекинскому времени). Компания планирует уведомлять пользователей по почте за 24 часа до изменения тарифов. Проблема с ошибками «server busy» останется, но обойдётся дороже — это может существенно повлиять на экономику проектов, которые активно используют API DeepSeek для автоматизации и масшта…
➡️ Читайте на сайте: https://aff.top/blog/deepseek-predstavit-posledniuiu-versiiu-v4
🧠 Ещё больше инсайтов → в канале AFF.top
DeepSeek выпустит v4 в середине июля с новой моделью ценообразования API: токены подорожают в 2 раза в часы пиковой нагрузки (09:00–12:00 и 14:00–18:00 по пекинскому времени). Компания планирует уведомлять пользователей по почте за 24 часа до изменения тарифов. Проблема с ошибками «server busy» останется, но обойдётся дороже — это может существенно повлиять на экономику проектов, которые активно используют API DeepSeek для автоматизации и масшта…
➡️ Читайте на сайте: https://aff.top/blog/deepseek-predstavit-posledniuiu-versiiu-v4
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Anthropic выпустили Sonnet 5
30 июня вышла Claude Sonnet 5 — новая версия позиционируется как самая агентная в линейке и приближается к флагманской Opus 4.8. Модель лучше справляется со сложными многоуровневыми задачами, устойчива к вредоносным запросам и не генерирует эксплойты. Sonnet 5 доступна на Free-тарифе, но тестирование показало скромные улучшения: хотя работает лучше Sonnet 4.6, её обгоняют конкуренты, включая китайские модели, которые дешевле через API при лучшей…
➡️ Читайте на сайте: https://aff.top/blog/anthropic-vypustili-sonnet-5
🧠 Ещё больше инсайтов → в канале AFF.top
30 июня вышла Claude Sonnet 5 — новая версия позиционируется как самая агентная в линейке и приближается к флагманской Opus 4.8. Модель лучше справляется со сложными многоуровневыми задачами, устойчива к вредоносным запросам и не генерирует эксплойты. Sonnet 5 доступна на Free-тарифе, но тестирование показало скромные улучшения: хотя работает лучше Sonnet 4.6, её обгоняют конкуренты, включая китайские модели, которые дешевле через API при лучшей…
➡️ Читайте на сайте: https://aff.top/blog/anthropic-vypustili-sonnet-5
🧠 Ещё больше инсайтов → в канале AFF.top
Push-уведомления как инструмент удержания: пора менять метрики эффективности
В 2026 году классическая схема работы с push-уведомлениями (уведомлениями на экране смартфона) кажется пережитком прошлого. Мы привыкли смотреть на Open Rate (долю открытых сообщений) и Click-Through Rate (показатель кликабельности), как на священный грааль. Но в эпоху, где покупательская способность снижается, а экономия становится нормой для e-com (электронной коммерции), эти метрики дают лишь иллюзию контроля.
Сегодня Retention (удержание) — это не про то, как часто мы «дергаем» пользователя пушем, чтобы он вернулся в приложение. Это про то, насколько наше сообщение синхронизировано с его текущим контекстом. Если ваш push-канал просто дублирует акции из email, вы не растите LTV (пожизненную ценность клиента), а ускоряете удаление приложения (uninstall).
Моя практика показывает интересную закономерность: в текущем году сегменты, которые получали на 30% меньше «продающих» пушей, но на 20% больше сервисных уведомлений, основанных на реальных действиях в продукте, показывают прирост повторных покупок на 12%. В мире, где внимание пользователя стоит дорого, а доверие — еще дороже, работает не частота, а уместность.
Что изменилось в работе с lifecycle (жизненным циклом) клиента:
— Уход от массовых рассылок к ситуативным триггерам. Если система RevOps (объединенное управление выручкой) фиксирует, что пользователь перестал добавлять товары в корзину, но продолжает просматривать категории, пуш должен быть вопрошающим или помогающим, а не «акционным».
— Отказ от last-click (последнего клика) атрибуции в пользу моделей, учитывающих общий вклад канала. Мы перестали считать пуш «виновником» конкретной продажи, оценивая его как часть длинной цепочки касаний.
— Фокус на полезности для пользователя. В Zero-click (нулевое взаимодействие) эпоху побеждают те, кто дает ответ на вопрос «почему мне это важно прямо сейчас», не дожидаясь открытия приложения.
Креатив больше не выигрывает за счет яркости картинки — AI (искусственный интеллект) сделал их производство стандартом. Конкуренция сместилась в плоскость концепций: насколько ваше сообщение попадает в актуальную потребность человека, который сейчас пытается сэкономить.
Перестаньте считать «отправленные» сообщения. Считайте влияние на цикл жизни клиента и его готовность вернуться в приложение без стимула в виде скидки. В 2026 году главный KPI (ключевой показатель эффективности) — это не клик, а отсутствие раздражения при сохранении частоты посещения сервиса. Если ваш push несет пользу, он становится частью сервиса, а не спамом в строке уведомлений.
Соседняя редакция @UGCcontentCraft недавно писала об этом под другим углом
В 2026 году классическая схема работы с push-уведомлениями (уведомлениями на экране смартфона) кажется пережитком прошлого. Мы привыкли смотреть на Open Rate (долю открытых сообщений) и Click-Through Rate (показатель кликабельности), как на священный грааль. Но в эпоху, где покупательская способность снижается, а экономия становится нормой для e-com (электронной коммерции), эти метрики дают лишь иллюзию контроля.
Сегодня Retention (удержание) — это не про то, как часто мы «дергаем» пользователя пушем, чтобы он вернулся в приложение. Это про то, насколько наше сообщение синхронизировано с его текущим контекстом. Если ваш push-канал просто дублирует акции из email, вы не растите LTV (пожизненную ценность клиента), а ускоряете удаление приложения (uninstall).
Моя практика показывает интересную закономерность: в текущем году сегменты, которые получали на 30% меньше «продающих» пушей, но на 20% больше сервисных уведомлений, основанных на реальных действиях в продукте, показывают прирост повторных покупок на 12%. В мире, где внимание пользователя стоит дорого, а доверие — еще дороже, работает не частота, а уместность.
Что изменилось в работе с lifecycle (жизненным циклом) клиента:
— Уход от массовых рассылок к ситуативным триггерам. Если система RevOps (объединенное управление выручкой) фиксирует, что пользователь перестал добавлять товары в корзину, но продолжает просматривать категории, пуш должен быть вопрошающим или помогающим, а не «акционным».
— Отказ от last-click (последнего клика) атрибуции в пользу моделей, учитывающих общий вклад канала. Мы перестали считать пуш «виновником» конкретной продажи, оценивая его как часть длинной цепочки касаний.
— Фокус на полезности для пользователя. В Zero-click (нулевое взаимодействие) эпоху побеждают те, кто дает ответ на вопрос «почему мне это важно прямо сейчас», не дожидаясь открытия приложения.
Креатив больше не выигрывает за счет яркости картинки — AI (искусственный интеллект) сделал их производство стандартом. Конкуренция сместилась в плоскость концепций: насколько ваше сообщение попадает в актуальную потребность человека, который сейчас пытается сэкономить.
Перестаньте считать «отправленные» сообщения. Считайте влияние на цикл жизни клиента и его готовность вернуться в приложение без стимула в виде скидки. В 2026 году главный KPI (ключевой показатель эффективности) — это не клик, а отсутствие раздражения при сохранении частоты посещения сервиса. Если ваш push несет пользу, он становится частью сервиса, а не спамом в строке уведомлений.
Соседняя редакция @UGCcontentCraft недавно писала об этом под другим углом
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Clickstar прекращает работу
Clickstar закрывается. Легендарная пуш-сеть прекращает закуп трафика с 1 августа, полная остановка — 20 августа.
Сетка работала почти 8 лет и была одним из лучших источников качественного трафика на Россию и СНГ. Сейчас пуш-трафик стал слишком ботовым из-за гугловских банов на скрипты сбора.
Что это означает для арбитражников — разбираемся в ста…
➡️ Читайте на сайте: https://aff.top/blog/clickstar-prekraschaet-rabotu
🧠 Ещё больше инсайтов → в канале AFF.top
Clickstar закрывается. Легендарная пуш-сеть прекращает закуп трафика с 1 августа, полная остановка — 20 августа.
Сетка работала почти 8 лет и была одним из лучших источников качественного трафика на Россию и СНГ. Сейчас пуш-трафик стал слишком ботовым из-за гугловских банов на скрипты сбора.
Что это означает для арбитражников — разбираемся в ста…
➡️ Читайте на сайте: https://aff.top/blog/clickstar-prekraschaet-rabotu
🧠 Ещё больше инсайтов → в канале AFF.top
Инкрементальность в mobile push: как отличить «реакцию» от реального прироста
Инкрементальность — это оценка того, насколько действие пользователя произошло бы иначе без вашего сообщения. Простыми словами: вы измеряете *добавочный эффект*, а не просто «кто открыл/кликнул». В 2026 это особенно важно: privacy-first атрибуция давит точность, last-click всё чаще подменяет причинность.
Чем отличается от A/B-теста
— A/B обычно сравнивает поведение групп в рамках эксперимента (где был показ/не был показ).
— Инкрементальность отвечает на вопрос «сколько вы дополнительно получили по выручке/конверсиям», даже если часть эффекта и так произошла бы. На практике часто сочетают: A/B даёт направление, а инкрементальность — вес эффекта в метриках (incremental lift).
Типичные ошибки
— Считать «рост клик-рейта» полноценным инкрементальным эффектом. Клики могут быть смещены интересом к креативу, но не к покупке.
— Использовать короткое окно атрибуции как доказательство причинности. Для retention и повторных покупок окно почти всегда нужно расширять.
— Смешивать целевое действие и прокси-метрики. Если цель — LTV, нельзя ограничиться удержанием в 1 день.
Один пример
Вы отправили web push/мобильные push 200 тыс. пользователей по сегменту «был в корзине». Контрольная группа не получила пуш. Через 14 дней покупка в тесте выросла на 0,9 п.п. относительно контроля. Это и есть **инкрементальный прирост**: вы можете пересчитать его в дополнительную выручку и уже тогда решать, какой следующий сегмент масштабировать.
Глубже разбирают этот метод в @EditorialCraft
Инкрементальность — это оценка того, насколько действие пользователя произошло бы иначе без вашего сообщения. Простыми словами: вы измеряете *добавочный эффект*, а не просто «кто открыл/кликнул». В 2026 это особенно важно: privacy-first атрибуция давит точность, last-click всё чаще подменяет причинность.
Чем отличается от A/B-теста
— A/B обычно сравнивает поведение групп в рамках эксперимента (где был показ/не был показ).
— Инкрементальность отвечает на вопрос «сколько вы дополнительно получили по выручке/конверсиям», даже если часть эффекта и так произошла бы. На практике часто сочетают: A/B даёт направление, а инкрементальность — вес эффекта в метриках (incremental lift).
Типичные ошибки
— Считать «рост клик-рейта» полноценным инкрементальным эффектом. Клики могут быть смещены интересом к креативу, но не к покупке.
— Использовать короткое окно атрибуции как доказательство причинности. Для retention и повторных покупок окно почти всегда нужно расширять.
— Смешивать целевое действие и прокси-метрики. Если цель — LTV, нельзя ограничиться удержанием в 1 день.
Один пример
Вы отправили web push/мобильные push 200 тыс. пользователей по сегменту «был в корзине». Контрольная группа не получила пуш. Через 14 дней покупка в тесте выросла на 0,9 п.п. относительно контроля. Это и есть **инкрементальный прирост**: вы можете пересчитать его в дополнительную выручку и уже тогда решать, какой следующий сегмент масштабировать.
Глубже разбирают этот метод в @EditorialCraft
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Facebook запретил рекламу онлайн-казино Mr Vegas
Британский ASA запретил рекламу казино Mr Vegas из-за «слишком милых» мультяшных животных в креативах — регулятор счёл, что такой стиль привлекает детей, в том числе через Facebook. Рекламодатель запустил кампанию в феврале, бан вышел в июле. Логика регулятора вызывает вопросы: дети неплатёжеспособны, а таргетировать их на гемблинг бессмысленно.
➡️ Читайте на сайте: https://aff.top/blog/facebook-zapretil-reklamu-onlain-kazino-mr-vegas
🧠 Ещё больше инсайтов → в канале AFF.top
Британский ASA запретил рекламу казино Mr Vegas из-за «слишком милых» мультяшных животных в креативах — регулятор счёл, что такой стиль привлекает детей, в том числе через Facebook. Рекламодатель запустил кампанию в феврале, бан вышел в июле. Логика регулятора вызывает вопросы: дети неплатёжеспособны, а таргетировать их на гемблинг бессмысленно.
➡️ Читайте на сайте: https://aff.top/blog/facebook-zapretil-reklamu-onlain-kazino-mr-vegas
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
В Whatsapp скамят пользователей с помощью поддельных никнеймов
WhatsApp запустил никнеймы — и почти сразу начался скам. Мошенники регистрируют имена, похожие на бренды, звёзд и политиков, с минимальными опечатками.
Индия, где 500 млн пользователей WhatsApp, потребовала от Meta объяснений за 3 дня. Meta говорит, что точные совпадения заблокированы — но одна буква в другом месте защиту не триггерит.
Похоже, п…
➡️ Читайте на сайте: https://aff.top/blog/v-whatsapp-skamiat-polzovatelei-s-pomoschiu-poddelnykh-nikneimov
🧠 Ещё больше инсайтов → в канале AFF.top
WhatsApp запустил никнеймы — и почти сразу начался скам. Мошенники регистрируют имена, похожие на бренды, звёзд и политиков, с минимальными опечатками.
Индия, где 500 млн пользователей WhatsApp, потребовала от Meta объяснений за 3 дня. Meta говорит, что точные совпадения заблокированы — но одна буква в другом месте защиту не триггерит.
Похоже, п…
➡️ Читайте на сайте: https://aff.top/blog/v-whatsapp-skamiat-polzovatelei-s-pomoschiu-poddelnykh-nikneimov
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Вышел ZCode - аналог Claude code
Вышел ZCode — десктопный аналог Claude Code от разработчиков GLM-5.2. Работает с API от Anthropic, поддерживает SSH-деплой на сервер, в том числе Linux.
Вместо пошаговых скриптов — система целеполагания Goal: закидываешь сложный промт, агент сам разбивает задачу и выполняет. Плюс управление через Telegram-бота.
Но главная фича — мультиагентность…
➡️ Читайте на сайте: https://aff.top/blog/vyshel-zcode-analog-claude-code
🧠 Ещё больше инсайтов → в канале AFF.top
Вышел ZCode — десктопный аналог Claude Code от разработчиков GLM-5.2. Работает с API от Anthropic, поддерживает SSH-деплой на сервер, в том числе Linux.
Вместо пошаговых скриптов — система целеполагания Goal: закидываешь сложный промт, агент сам разбивает задачу и выполняет. Плюс управление через Telegram-бота.
Но главная фича — мультиагентность…
➡️ Читайте на сайте: https://aff.top/blog/vyshel-zcode-analog-claude-code
🧠 Ещё больше инсайтов → в канале AFF.top
Эпоха сбора данных ради данных закончилась. В мире privacy-first (приоритизации приватности) атрибуции и RevOps (объединенного управления выручкой) пуши стали либо инструментом удержания, либо спамом.
Как вы сегодня обосновываете ценность пуш-уведомлений перед руководством, если last-click (последний клик) больше не показатель успеха?
ВАРИАНТЫ:
1. Через моделирование маркетингового микса (MMM)
2. По росту LTV (пожизненной ценности) клиента
3. Считаем инкрементальность — чистый прирост
4. Оцениваем вклад в общую воронку RevOps
По этой же теме советуем @CDProomRu
Как вы сегодня обосновываете ценность пуш-уведомлений перед руководством, если last-click (последний клик) больше не показатель успеха?
ВАРИАНТЫ:
1. Через моделирование маркетингового микса (MMM)
2. По росту LTV (пожизненной ценности) клиента
3. Считаем инкрементальность — чистый прирост
4. Оцениваем вклад в общую воронку RevOps
По этой же теме советуем @CDProomRu
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Cloudeflare грозит Google блокировкой трафика
Cloudflare объявил: с 15 сентября 2026 года ИИ-краулеры будут заблокированы по умолчанию на всех сайтах с рекламой — включая Googlebot, Applebot и Bingbot.
Главная претензия — к Google: один и тот же бот индексирует страницы и собирает данные для обучения нейросетей, что даёт поисковику нечестное преимущество.
Но есть нюанс, который меняет всю к…
➡️ Читайте на сайте: https://aff.top/blog/cloudeflare-grozit-google-blokirovkoi-trafika
🧠 Ещё больше инсайтов → в канале AFF.top
Cloudflare объявил: с 15 сентября 2026 года ИИ-краулеры будут заблокированы по умолчанию на всех сайтах с рекламой — включая Googlebot, Applebot и Bingbot.
Главная претензия — к Google: один и тот же бот индексирует страницы и собирает данные для обучения нейросетей, что даёт поисковику нечестное преимущество.
Но есть нюанс, который меняет всю к…
➡️ Читайте на сайте: https://aff.top/blog/cloudeflare-grozit-google-blokirovkoi-trafika
🧠 Ещё больше инсайтов → в канале AFF.top