3 рабочие связки нутры в Тире-3 на агентке: где маржа, а где сливают бюджет
На агентке в Тире-3 выигрывают не самые «красивые» связки, а самые живучие. Для нутры это обычно 3 схемы: • лендинг с короткой формой и простым оффером • преленд с прогревом через проблему и обещание результата • квиз с фильтрацией лида до отправки в CRM. У каждой разная конверсия, но общий принцип один: чем меньше трение на входе, тем дешевле лид.
На практике первая связка лучше заходит на холодный трафик, когда аудитория уже узнаёт боль и не хочет читать простыню. Вторая сильнее держит качество: человек видит контекст, доверие выше, но трафик должен быть чуть теплее. Третья полезна, когда у партнёрки жёсткий контроль качества: квиз отсекает мусор, зато режет объём, и это надо закладывать заранее.
Что важно: на агентских аккаунтах не смешивайте все три подхода в один БМ без теста. Сначала прогоните по отдельности крео, посадку и форму заявки. Если связка не держит стабильный отклик на малом объёме, на масштабе она развалится быстрее — из-за модерации, выгорания аудитории или просадки по качеству лидов.
Итог простой: в Тире-3 на агентке побеждает не «универсальная» схема, а та, где посадка совпадает с уровнем доверия в трафике. Начинайте с простого ленда, потом добавляйте прогрев или квиз, если нужно поднять качество без потери маржи.
На агентке в Тире-3 выигрывают не самые «красивые» связки, а самые живучие. Для нутры это обычно 3 схемы: • лендинг с короткой формой и простым оффером • преленд с прогревом через проблему и обещание результата • квиз с фильтрацией лида до отправки в CRM. У каждой разная конверсия, но общий принцип один: чем меньше трение на входе, тем дешевле лид.
На практике первая связка лучше заходит на холодный трафик, когда аудитория уже узнаёт боль и не хочет читать простыню. Вторая сильнее держит качество: человек видит контекст, доверие выше, но трафик должен быть чуть теплее. Третья полезна, когда у партнёрки жёсткий контроль качества: квиз отсекает мусор, зато режет объём, и это надо закладывать заранее.
Что важно: на агентских аккаунтах не смешивайте все три подхода в один БМ без теста. Сначала прогоните по отдельности крео, посадку и форму заявки. Если связка не держит стабильный отклик на малом объёме, на масштабе она развалится быстрее — из-за модерации, выгорания аудитории или просадки по качеству лидов.
Итог простой: в Тире-3 на агентке побеждает не «универсальная» схема, а та, где посадка совпадает с уровнем доверия в трафике. Начинайте с простого ленда, потом добавляйте прогрев или квиз, если нужно поднять качество без потери маржи.
This media is not supported in your browser
VIEW IN TELEGRAM
Как уходят из арбитража трафика: интервью с бывшим медиабайером
Интервью с арбитражником, который отработал в сфере с 2019 года и ушёл в другую профессию. Герой рассказывает о работе в Adcombo с тизерками, переходе в криптовертикаль и прямом выкупе трафика, а затем о причинах ухода: выгорание, сложности с поиском новой позиции и переоценка приоритетов. Статья развенчивает миф о лёгких деньгах в арбитраже — это обычная работа с высокими рисками, дефицитом информации и эмоциональным истощением. Выво…
➡️ Читайте на сайте: https://aff.top/blog/kak-ukhodiat-iz-arbitrazha-trafika-interviu-s-byvshim-mediabaierom
🧠 Ещё больше инсайтов → в канале AFF.top
Интервью с арбитражником, который отработал в сфере с 2019 года и ушёл в другую профессию. Герой рассказывает о работе в Adcombo с тизерками, переходе в криптовертикаль и прямом выкупе трафика, а затем о причинах ухода: выгорание, сложности с поиском новой позиции и переоценка приоритетов. Статья развенчивает миф о лёгких деньгах в арбитраже — это обычная работа с высокими рисками, дефицитом информации и эмоциональным истощением. Выво…
➡️ Читайте на сайте: https://aff.top/blog/kak-ukhodiat-iz-arbitrazha-trafika-interviu-s-byvshim-mediabaierom
🧠 Ещё больше инсайтов → в канале AFF.top
Google App campaigns: где пользователь теряет контроль и что с этим делать
App campaigns продают удобство, но медиабаер отдает системе слишком много рычагов: запрос, аудитория, креатив, плейсмент, время показа. Итог — в отчёте видно CPI и события, но не видно, почему именно этот инстал получил конверсию.
Слабое место №1 — автосигналы. Если event mapping и ценность конверсий настроены криво, алгоритм оптимизируется под мусор: клики ради кликов, installs без LTV, события без доходимости. Слабое место №2 — широкая стратегия. Когда нет сегментации по гео, ОС, языку и типу девайса, система сама усредняет трафик и съедает бюджет на дорогих связках.
Что делать:
— ограничить кампании по одной цели: install или конкретное in-app событие
— заранее собрать 2-3 уровня событий, а не кормить алгоритм одним purchase
— отдельно разнести бренды, non-brand и high-intent запросы
— смотреть не только CPI, но и D1/D7 retention, CVR в событие и долю пустых инсталлов
— резать креативы без сигнала: если связка не даёт объём и качество, она не должна учиться неделями
Главное правило простое: чем меньше структуры в аккаунте, тем больше Google решает за вас. Если нужен предсказуемый app install, сначала зафиксируйте цель, события и сегменты, потом уже масштабируйте бюджет.
App campaigns продают удобство, но медиабаер отдает системе слишком много рычагов: запрос, аудитория, креатив, плейсмент, время показа. Итог — в отчёте видно CPI и события, но не видно, почему именно этот инстал получил конверсию.
Слабое место №1 — автосигналы. Если event mapping и ценность конверсий настроены криво, алгоритм оптимизируется под мусор: клики ради кликов, installs без LTV, события без доходимости. Слабое место №2 — широкая стратегия. Когда нет сегментации по гео, ОС, языку и типу девайса, система сама усредняет трафик и съедает бюджет на дорогих связках.
Что делать:
— ограничить кампании по одной цели: install или конкретное in-app событие
— заранее собрать 2-3 уровня событий, а не кормить алгоритм одним purchase
— отдельно разнести бренды, non-brand и high-intent запросы
— смотреть не только CPI, но и D1/D7 retention, CVR в событие и долю пустых инсталлов
— резать креативы без сигнала: если связка не даёт объём и качество, она не должна учиться неделями
Главное правило простое: чем меньше структуры в аккаунте, тем больше Google решает за вас. Если нужен предсказуемый app install, сначала зафиксируйте цель, события и сегменты, потом уже масштабируйте бюджет.
Инкрементальность в app install: как понять, даёт ли канал новые установки, а не ворует их
Проблема простая: MMP показывает атрибуцию, но не отвечает, был ли инстал без рекламы. Для теста не нужна сложная математика — нужен контроль и одинаковые правила для обеих групп.
Что делаем:
— делим аудиторию на test и holdout;
— в test крутим канал, в holdout режем показ или частоту;
— сравниваем не только installs, но и D1/D7 events, ARPU, покупку, регистрацию;
— смотрим uplift: разница между группами, а не абсолютные цифры.
Чтобы тест не сломался:
— одинаковые окна атрибуции;
— один и тот же гео/платформа/креативный микс;
— достаточно объёма, иначе шум съест сигнал;
— не меняем таргет и бюджет внутри теста без причины.
Если uplift по installs есть, а по revenue нет — канал может быть хорош для верхней воронки, но плох для закупки в performance-модели. Если uplift нулевой, а атрибуция рисует CPA в норме, значит часть инсталлов вы бы получили и без спенда.
Считать инкрементальность надо не для красоты отчёта, а чтобы отрезать каналы, которые только перераспределяют атрибуцию.
Проблема простая: MMP показывает атрибуцию, но не отвечает, был ли инстал без рекламы. Для теста не нужна сложная математика — нужен контроль и одинаковые правила для обеих групп.
Что делаем:
— делим аудиторию на test и holdout;
— в test крутим канал, в holdout режем показ или частоту;
— сравниваем не только installs, но и D1/D7 events, ARPU, покупку, регистрацию;
— смотрим uplift: разница между группами, а не абсолютные цифры.
Чтобы тест не сломался:
— одинаковые окна атрибуции;
— один и тот же гео/платформа/креативный микс;
— достаточно объёма, иначе шум съест сигнал;
— не меняем таргет и бюджет внутри теста без причины.
Если uplift по installs есть, а по revenue нет — канал может быть хорош для верхней воронки, но плох для закупки в performance-модели. Если uplift нулевой, а атрибуция рисует CPA в норме, значит часть инсталлов вы бы получили и без спенда.
Считать инкрементальность надо не для красоты отчёта, а чтобы отрезать каналы, которые только перераспределяют атрибуцию.
This media is not supported in your browser
VIEW IN TELEGRAM
ByteDance анонсировала новую версию SeeDance версии 2.5
ByteDance готовит релиз Seedance 2.5 — видеогенератора нового уровня. Главное улучшение: модель сможет создавать 30-секундные видео за один прогон без склеек, вместо нынешних 15 секунд. Добавили локальный монтаж отдельных кадров, поддержку 3D-болванок для управления камерой, возможность использовать до 50 референсов и генерацию в 4К сразу. Закрытый бета-тест идёт сейчас, открытый релиз ожидается в начале июля. Технологически это шаг вперёд, но д…
➡️ Читайте на сайте: https://aff.top/blog/bytedance-anonsirovala-novuiu-versiiu-seedance-versii-2-5
🧠 Ещё больше инсайтов → в канале AFF.top
ByteDance готовит релиз Seedance 2.5 — видеогенератора нового уровня. Главное улучшение: модель сможет создавать 30-секундные видео за один прогон без склеек, вместо нынешних 15 секунд. Добавили локальный монтаж отдельных кадров, поддержку 3D-болванок для управления камерой, возможность использовать до 50 референсов и генерацию в 4К сразу. Закрытый бета-тест идёт сейчас, открытый релиз ожидается в начале июля. Технологически это шаг вперёд, но д…
➡️ Читайте на сайте: https://aff.top/blog/bytedance-anonsirovala-novuiu-versiiu-seedance-versii-2-5
🧠 Ещё больше инсайтов → в канале AFF.top
This media is not supported in your browser
VIEW IN TELEGRAM
Codex уничтожит твой SSD за год
Разработчик обнаружил критический баг в Codex CLI от OpenAI: агент непрерывно записывает логи в локальную SQLite-базу, перезаписывая за 21 день 37 ТБ данных. При таком темпе типичный SSD объёмом 1 ТБ (рассчитанный на 600 ТБ перезаписей) выходит из строя менее чем за год. OpenAI осведомлена о проблеме, но пока не исправляет её. Пользователям остаётся либо ждать обновления, либо переключиться на альтернативные CLI-инструменты без подобных недостат…
➡️ Читайте на сайте: https://aff.top/blog/codex-unichtozhit-tvoi-ssd-za-god
🧠 Ещё больше инсайтов → в канале AFF.top
Разработчик обнаружил критический баг в Codex CLI от OpenAI: агент непрерывно записывает логи в локальную SQLite-базу, перезаписывая за 21 день 37 ТБ данных. При таком темпе типичный SSD объёмом 1 ТБ (рассчитанный на 600 ТБ перезаписей) выходит из строя менее чем за год. OpenAI осведомлена о проблеме, но пока не исправляет её. Пользователям остаётся либо ждать обновления, либо переключиться на альтернативные CLI-инструменты без подобных недостат…
➡️ Читайте на сайте: https://aff.top/blog/codex-unichtozhit-tvoi-ssd-za-god
🧠 Ещё больше инсайтов → в канале AFF.top
Cookies sync между профилями: как не разнести сессию и не словить лишний бан
Если в команде несколько операторов, синк cookies выглядит как быстрый способ подхватить рабочую сессию. На практике это работает только когда профили уже выровнены по базе: одинаковый прокси, один регион, похожий fingerprint, совпадающие язык и часовой пояс.
Что важно:
— не копируй cookies между профилями с разными IP-цепочками;
— не мешай сессии с разными устройствами входа;
— сначала проверь, что аккаунт не завязан на одноразовые подтверждения и свежие логины;
— после импорта не трогай критичные настройки профиля 1–2 захода подряд.
В team workflow лучше делать так: один профиль — один ответственный, а sync использовать как передачу уже стабильной сессии, а не как способ «оживить» проблемный аккаунт. Если профиль недавно ловил challenge, импорт cookies часто только ускоряет повторную проверку 🔧
На практике самый безопасный сценарий — держать отдельный шаблон профиля под конкретную связку и синкать только внутри этой группы. Тогда cookies помогают экономить время, а не создают новый fingerprint-конфликт.
Главное правило: сначала совпадение среды, потом перенос сессии. Тогда Dolphin team workflow остаётся управляемым, а не превращается в лотерею.
Если в команде несколько операторов, синк cookies выглядит как быстрый способ подхватить рабочую сессию. На практике это работает только когда профили уже выровнены по базе: одинаковый прокси, один регион, похожий fingerprint, совпадающие язык и часовой пояс.
Что важно:
— не копируй cookies между профилями с разными IP-цепочками;
— не мешай сессии с разными устройствами входа;
— сначала проверь, что аккаунт не завязан на одноразовые подтверждения и свежие логины;
— после импорта не трогай критичные настройки профиля 1–2 захода подряд.
В team workflow лучше делать так: один профиль — один ответственный, а sync использовать как передачу уже стабильной сессии, а не как способ «оживить» проблемный аккаунт. Если профиль недавно ловил challenge, импорт cookies часто только ускоряет повторную проверку 🔧
На практике самый безопасный сценарий — держать отдельный шаблон профиля под конкретную связку и синкать только внутри этой группы. Тогда cookies помогают экономить время, а не создают новый fingerprint-конфликт.
Главное правило: сначала совпадение среды, потом перенос сессии. Тогда Dolphin team workflow остаётся управляемым, а не превращается в лотерею.
Mediation SDK: где AppLovin MAX, LevelPlay и AdMob реально расходятся в деньгах
Универсального победителя нет. Смотрите не на логотип, а на три вещи: fill rate, latency и контроль над demand.
— AppLovin MAX обычно берут, когда важна агрессивная монетизация и широкий набор demand-партнёров. Сильная сторона — доход на показ, слабая — больше зависимость от конфигурации waterfall и качества сигналов.
— LevelPlay чаще выбирают команды, которым нужен более гибкий контроль над медиацией и удобная работа с несколькими сетями. Но без нормальной настройки сети начинают конкурировать друг с другом, а eCPM “прыгает” не из-за рынка, а из-за схемы приоритета.
— Google AdMob часто используют как базовый слой: просто подключить, просто держать fill. Для небольших приложений это нормально, но без дополнительных сетей потолок по ARPDAU быстро становится виден.
Проверяйте не только общий ad revenue, но и разрезы по плейсментам: rewarded, interstitial, banner, native. Иногда одна и та же сеть даёт лучший eCPM в rewarded и худший в banner — и это ломает среднюю картину.
Ещё один фильтр — сколько времени проходит от старта сессии до первого показа. Если медиация тяжёлая, вы теряете не только рекламный доход, но и retention.
Итог простой: тестируйте медиацию на уровне формата и страны, а не “в целом по приложению”. Иначе сравниваете не SDK, а собственную настройку.
Универсального победителя нет. Смотрите не на логотип, а на три вещи: fill rate, latency и контроль над demand.
— AppLovin MAX обычно берут, когда важна агрессивная монетизация и широкий набор demand-партнёров. Сильная сторона — доход на показ, слабая — больше зависимость от конфигурации waterfall и качества сигналов.
— LevelPlay чаще выбирают команды, которым нужен более гибкий контроль над медиацией и удобная работа с несколькими сетями. Но без нормальной настройки сети начинают конкурировать друг с другом, а eCPM “прыгает” не из-за рынка, а из-за схемы приоритета.
— Google AdMob часто используют как базовый слой: просто подключить, просто держать fill. Для небольших приложений это нормально, но без дополнительных сетей потолок по ARPDAU быстро становится виден.
Проверяйте не только общий ad revenue, но и разрезы по плейсментам: rewarded, interstitial, banner, native. Иногда одна и та же сеть даёт лучший eCPM в rewarded и худший в banner — и это ломает среднюю картину.
Ещё один фильтр — сколько времени проходит от старта сессии до первого показа. Если медиация тяжёлая, вы теряете не только рекламный доход, но и retention.
Итог простой: тестируйте медиацию на уровне формата и страны, а не “в целом по приложению”. Иначе сравниваете не SDK, а собственную настройку.
iOS 17 privacy changes: где медиабаинг приложений теряет сигнал первым
На уровне закупки ломается не «атрибуция вообще», а конкретные точки сигнала: ATT consent, SKAN postback, deep link и event mapping. Если в воронке есть хотя бы один слабый слой, Appsflyer/Adjust начинают отдавать больше modeled data и меньше прямых связок.
Проверять нужно не креативы, а слой данных:
— долю organic, которая внезапно растёт без роста ASO;
— задержку постбэков и провалы по day 0 / day 1;
— расхождение между install и first event;
— одинаковые CV у разных кампаний, когда сегментация уже не читает intent.
Для UA это означает одно: меньше доверия к одному KPI и больше к связке CPI + event rate + cohort ROAS. Если SKAN-окна пустые, а MMP показывает installs, значит проблема не в трафике, а в настройке маппинга, deeplink flow или слишком узком event tree. На iOS приватность редко убивает объём сразу — чаще она срезает качество оптимизации и делает bid algorithm слепее.
Рабочее правило простое: перед масштабом проверь, что событие для оптимизации реально доезжает, окно атрибуции не режет ранний сигнал, а consent rate не падает в одном сегменте сильнее других. Без этого любой рост spend превращается в рост шума.
На уровне закупки ломается не «атрибуция вообще», а конкретные точки сигнала: ATT consent, SKAN postback, deep link и event mapping. Если в воронке есть хотя бы один слабый слой, Appsflyer/Adjust начинают отдавать больше modeled data и меньше прямых связок.
Проверять нужно не креативы, а слой данных:
— долю organic, которая внезапно растёт без роста ASO;
— задержку постбэков и провалы по day 0 / day 1;
— расхождение между install и first event;
— одинаковые CV у разных кампаний, когда сегментация уже не читает intent.
Для UA это означает одно: меньше доверия к одному KPI и больше к связке CPI + event rate + cohort ROAS. Если SKAN-окна пустые, а MMP показывает installs, значит проблема не в трафике, а в настройке маппинга, deeplink flow или слишком узком event tree. На iOS приватность редко убивает объём сразу — чаще она срезает качество оптимизации и делает bid algorithm слепее.
Рабочее правило простое: перед масштабом проверь, что событие для оптимизации реально доезжает, окно атрибуции не режет ранний сигнал, а consent rate не падает в одном сегменте сильнее других. Без этого любой рост spend превращается в рост шума.
This media is not supported in your browser
VIEW IN TELEGRAM
Google ужесточает модерацию финансовой вертикали
Google ужесточает модерацию финансовых офферов в ЕС и ЕЭЗ, введя двухэтапную верификацию через G2 Risk Solutions и Google Ads. Проверка затронет 24 страны, включая Австрию, Польшу, Нидерланды и другие члены союза. На прохождение модерации отводится 30 дней — за это время некоторые связки успеют отработать до вступления требований в силу. Для арбитражников это означает необходимость подготовиться к усложнению процесса запуска финансовых кампаний …
➡️ Читайте на сайте: https://aff.top/blog/google-uzhestochaet-moderaciiu-finansovoi-vertikali
🧠 Ещё больше инсайтов → в канале AFF.top
Google ужесточает модерацию финансовых офферов в ЕС и ЕЭЗ, введя двухэтапную верификацию через G2 Risk Solutions и Google Ads. Проверка затронет 24 страны, включая Австрию, Польшу, Нидерланды и другие члены союза. На прохождение модерации отводится 30 дней — за это время некоторые связки успеют отработать до вступления требований в силу. Для арбитражников это означает необходимость подготовиться к усложнению процесса запуска финансовых кампаний …
➡️ Читайте на сайте: https://aff.top/blog/google-uzhestochaet-moderaciiu-finansovoi-vertikali
🧠 Ещё больше инсайтов → в канале AFF.top
Покупка adtech-актива: 7 признаков, что сделка сорвётся на интеграции
Чаще всего срывы начинаются не на подписании, а после него. Красивый pitch deck не спасает, если у актива нет прозрачной атрибуции, понятной юнит-экономики и нормальной передачи данных.
— Неясно, кто владеет трафиком, доменами, пикселями и кабинетами.
— Доход завязан на одном источнике, одном гео или одном партнёре.
— В отчётах расходятся CRM, трекинг и финмодель.
— Команда продавца держит всё на ручных костылях и «знает только один человек».
Перед покупкой проверьте не только выручку, но и операционку: как устроены выплаты, где лежат права на софт, как снимаются метрики, кто отвечает за инциденты. Если актив нельзя воспроизвести без текущей команды — вы покупаете не бизнес, а зависимость.
Отдельно смотрите на конфликт интересов: у продавца может быть стимул показать рост любой ценой, а у покупателя — быстро закрыть сделку и потом разбираться с долгами. Самый дорогой сюрприз в adtech M&A — это не завышенная оценка, а нестыкующиеся данные в первые же недели после перехода 🤝
Перед закрытием сделки полезно прогонять актив через простой тест: можно ли за 30 дней понять, откуда приходит доход, кто контролирует ключевые точки и что сломается, если убрать создателя проекта.
Чаще всего срывы начинаются не на подписании, а после него. Красивый pitch deck не спасает, если у актива нет прозрачной атрибуции, понятной юнит-экономики и нормальной передачи данных.
— Неясно, кто владеет трафиком, доменами, пикселями и кабинетами.
— Доход завязан на одном источнике, одном гео или одном партнёре.
— В отчётах расходятся CRM, трекинг и финмодель.
— Команда продавца держит всё на ручных костылях и «знает только один человек».
Перед покупкой проверьте не только выручку, но и операционку: как устроены выплаты, где лежат права на софт, как снимаются метрики, кто отвечает за инциденты. Если актив нельзя воспроизвести без текущей команды — вы покупаете не бизнес, а зависимость.
Отдельно смотрите на конфликт интересов: у продавца может быть стимул показать рост любой ценой, а у покупателя — быстро закрыть сделку и потом разбираться с долгами. Самый дорогой сюрприз в adtech M&A — это не завышенная оценка, а нестыкующиеся данные в первые же недели после перехода 🤝
Перед закрытием сделки полезно прогонять актив через простой тест: можно ли за 30 дней понять, откуда приходит доход, кто контролирует ключевые точки и что сломается, если убрать создателя проекта.
Atomic attribution — почему команды спорят о ней, когда обычной атрибуции уже не хватает
Atomic attribution — это не «ещё одна модель». Это подход, где инкремент и сигнал разбирают на минимальные атомы: по каналу, креативу, окну, событию и типу пользователя.
Смысл простой: у вас не один ответ «откуда пришёл install», а набор мелких ответов. Например:
— где ломается postback;
— какой event реально тянет value;
— на каком окне оптимизация ещё не шумит;
— какие связки дают сигнал, а какие только расход.
Для UA-команды это полезно не ради красивой терминологии. Когда attribution собрана атомарно, легче:
— резать мусорные сегменты без спора с MMP;
— сравнивать креативы по одному событию, а не по всему LTV;
— видеть, где SKAN даёт задержку, а где проблема в самом флоу app install.
Главная ошибка — пытаться сделать из атомарного анализа «магический источник правды». Его задача не заменить AppsFlyer, Adjust или Singular, а показать, где именно в цепочке теряется сигнал.
Если у вас в отчёте всё выглядит «средне», атомарный разбор обычно быстро вскрывает 1-2 узких места: окно, mapping или слишком широкий event. Начинать лучше с одного гео и одного core event. Потом уже масштабировать.
Atomic attribution — это не «ещё одна модель». Это подход, где инкремент и сигнал разбирают на минимальные атомы: по каналу, креативу, окну, событию и типу пользователя.
Смысл простой: у вас не один ответ «откуда пришёл install», а набор мелких ответов. Например:
— где ломается postback;
— какой event реально тянет value;
— на каком окне оптимизация ещё не шумит;
— какие связки дают сигнал, а какие только расход.
Для UA-команды это полезно не ради красивой терминологии. Когда attribution собрана атомарно, легче:
— резать мусорные сегменты без спора с MMP;
— сравнивать креативы по одному событию, а не по всему LTV;
— видеть, где SKAN даёт задержку, а где проблема в самом флоу app install.
Главная ошибка — пытаться сделать из атомарного анализа «магический источник правды». Его задача не заменить AppsFlyer, Adjust или Singular, а показать, где именно в цепочке теряется сигнал.
Если у вас в отчёте всё выглядит «средне», атомарный разбор обычно быстро вскрывает 1-2 узких места: окно, mapping или слишком широкий event. Начинать лучше с одного гео и одного core event. Потом уже масштабировать.
This media is not supported in your browser
VIEW IN TELEGRAM
Fable 5 скоро вернётся в публичный доступ
В исходном коде Claude Code обнаружены упоминания о возвращении модели Fable 5 в публичный доступ с изменённой моделью распространения — её больше не потребуется покупать отдельно, вместо этого будет применяться недельный лимит как для других моделей. Если информация подтвердится, пользователи платных тарифов смогут использовать Fable 5 в рамках своих подписок. Причины снятия ограничений по национальной безопасности остаются неясными. Хотя это п…
➡️ Читайте на сайте: https://aff.top/blog/fable-5-skoro-vernetsia-v-publichnyi-dostup
🧠 Ещё больше инсайтов → в канале AFF.top
В исходном коде Claude Code обнаружены упоминания о возвращении модели Fable 5 в публичный доступ с изменённой моделью распространения — её больше не потребуется покупать отдельно, вместо этого будет применяться недельный лимит как для других моделей. Если информация подтвердится, пользователи платных тарифов смогут использовать Fable 5 в рамках своих подписок. Причины снятия ограничений по национальной безопасности остаются неясными. Хотя это п…
➡️ Читайте на сайте: https://aff.top/blog/fable-5-skoro-vernetsia-v-publichnyi-dostup
🧠 Ещё больше инсайтов → в канале AFF.top
Modeled installs в Apple Search Ads: где теряется контроль над закупкой
Modeled installs в ASA выглядят аккуратно в отчёте, но проблема в том, что это не наблюдаемые установки, а оценка модели. Для баера это значит: часть объёма может «доезжать» в график без прозрачного user-level сигнала.
Риски обычно сидят в трёх местах:
— смешивание органики и платного спроса, если брендовый запрос уже сильный;
— переоценка кампаний по install-метрике без проверки event quality;
— запаздывание по post-install событиям, когда модель уже закрыла день, а реальная когорта ещё не созрела.
Смотрите не только на CPI. Сравнивайте modeled installs с:
— first_open / install в MMP;
— D1/D3 event rate;
— долей branded search;
— разницей между campaign type и search term group.
Если у кампании высокий install volume, но проседает activation rate, проблема может быть не в креативах, а в том, что часть инкремента уже была органикой. Для brand search это особенно опасно: можно платить за пользователя, который и так бы пришёл.
Рабочее правило простое: modeled installs годятся для верхнего уровня мониторинга, но решение о масштабировании лучше принимать по downstream-метрикам и когортам. Если не видно связи install → event → revenue, масштабировать рано.
Modeled installs в ASA выглядят аккуратно в отчёте, но проблема в том, что это не наблюдаемые установки, а оценка модели. Для баера это значит: часть объёма может «доезжать» в график без прозрачного user-level сигнала.
Риски обычно сидят в трёх местах:
— смешивание органики и платного спроса, если брендовый запрос уже сильный;
— переоценка кампаний по install-метрике без проверки event quality;
— запаздывание по post-install событиям, когда модель уже закрыла день, а реальная когорта ещё не созрела.
Смотрите не только на CPI. Сравнивайте modeled installs с:
— first_open / install в MMP;
— D1/D3 event rate;
— долей branded search;
— разницей между campaign type и search term group.
Если у кампании высокий install volume, но проседает activation rate, проблема может быть не в креативах, а в том, что часть инкремента уже была органикой. Для brand search это особенно опасно: можно платить за пользователя, который и так бы пришёл.
Рабочее правило простое: modeled installs годятся для верхнего уровня мониторинга, но решение о масштабировании лучше принимать по downstream-метрикам и когортам. Если не видно связи install → event → revenue, масштабировать рано.
Холодные креативы для app install: какие форматы обычно не сливают первый тест
На холодном трафике креатив продаёт не «красоту», а скорость считывания оффера. Если за 1-2 секунды непонятно, что за приложение, какой сценарий и зачем жать — CTR падает, а CPI растёт.
Чаще всего стабильно держатся 3 формата:
— UGC с прямым показом результата: экран приложения + лицо + короткий хук.
— Screen-recording без лишнего монтажа: 1 задача, 1 экран, 1 действие.
— Before/after или pain/solution, если продукт реально закрывает боль за 1 сессию.
Проваливаются обычно креативы, где слишком много бренда, длинная интро-заставка и абстрактный «лайфстайл» без интерфейса. Для app install это почти всегда лишний шум: пользователь не понимает, что именно получит после клика.
Рабочая схема теста простая: один крео = одна гипотеза. Меняйте только 1 переменную за раз: хук, первый кадр, длину видео или CTA. И смотрите не только CTR, но и IPM, CVR в install и ранний post-install retention, иначе «дешёвый клик» легко окажется мусором.
Если креатив не объясняет продукт без звука и без второго просмотра — он не холодный.
На холодном трафике креатив продаёт не «красоту», а скорость считывания оффера. Если за 1-2 секунды непонятно, что за приложение, какой сценарий и зачем жать — CTR падает, а CPI растёт.
Чаще всего стабильно держатся 3 формата:
— UGC с прямым показом результата: экран приложения + лицо + короткий хук.
— Screen-recording без лишнего монтажа: 1 задача, 1 экран, 1 действие.
— Before/after или pain/solution, если продукт реально закрывает боль за 1 сессию.
Проваливаются обычно креативы, где слишком много бренда, длинная интро-заставка и абстрактный «лайфстайл» без интерфейса. Для app install это почти всегда лишний шум: пользователь не понимает, что именно получит после клика.
Рабочая схема теста простая: один крео = одна гипотеза. Меняйте только 1 переменную за раз: хук, первый кадр, длину видео или CTA. И смотрите не только CTR, но и IPM, CVR в install и ранний post-install retention, иначе «дешёвый клик» легко окажется мусором.
Если креатив не объясняет продукт без звука и без второго просмотра — он не холодный.
Re-engagement после iOS 14.5+: где остаётся окно, а где бюджет просто сгорает
После ATT ретаргетинг не умер, но стал гораздо уже. Работают не «все, кто когда-то открывал приложение», а сегменты с понятным сигналом: recent installers, trial users, lapsed buyers, cart abandoners, подписчики с истёкшим статусом.
Собирайте аудитории по событию и давности, а не по общему списку:
— 1–3 дня: недозавершённые воронки и брошенные шаги
— 4–14 дней: возврат в ключевой экран или повторный просмотр оффера
— 15–30 дней: только если есть сильный триггер и частота под контролем
Чем шире окно, тем ниже шанс увидеть честный инкремент.
Креативы должны отвечать на причину ухода, а не «напоминать о бренде». Для subscription apps работает возврат к ценности: новый оффер, ограниченный доступ, персональный прогрев. Для commerce — конкретный товар, категория, цена, а не общий баннер. Для gaming — уровень, ивент, награда, а не абстрактное «возвращайся».
Смотрите не только CPA re-engagement, но и post-click event rate, revenue per reactivated user и долю пользователей, которые не открывались без кампании. Если есть MMP, режьте отчёт по ре-атрибуции и по органике отдельно. Иначе легко перепутать возврат старых пользователей с каннибализацией.
Если аудитория не даёт события в первые 24–48 часов после показа, её лучше не масштабировать. В re-engagement выигрывает не самый широкий пул, а самый короткий путь от показа до действия.
После ATT ретаргетинг не умер, но стал гораздо уже. Работают не «все, кто когда-то открывал приложение», а сегменты с понятным сигналом: recent installers, trial users, lapsed buyers, cart abandoners, подписчики с истёкшим статусом.
Собирайте аудитории по событию и давности, а не по общему списку:
— 1–3 дня: недозавершённые воронки и брошенные шаги
— 4–14 дней: возврат в ключевой экран или повторный просмотр оффера
— 15–30 дней: только если есть сильный триггер и частота под контролем
Чем шире окно, тем ниже шанс увидеть честный инкремент.
Креативы должны отвечать на причину ухода, а не «напоминать о бренде». Для subscription apps работает возврат к ценности: новый оффер, ограниченный доступ, персональный прогрев. Для commerce — конкретный товар, категория, цена, а не общий баннер. Для gaming — уровень, ивент, награда, а не абстрактное «возвращайся».
Смотрите не только CPA re-engagement, но и post-click event rate, revenue per reactivated user и долю пользователей, которые не открывались без кампании. Если есть MMP, режьте отчёт по ре-атрибуции и по органике отдельно. Иначе легко перепутать возврат старых пользователей с каннибализацией.
Если аудитория не даёт события в первые 24–48 часов после показа, её лучше не масштабировать. В re-engagement выигрывает не самый широкий пул, а самый короткий путь от показа до действия.
This media is not supported in your browser
VIEW IN TELEGRAM
Chat GPT-5.6 будут выдавать лишь избранным
США ограничивают публичный доступ к новым ИИ-моделям: теперь его выдают только проверенным пользователям после обязательной 30-дневной процедуры верификации. Сэм Альтман называет это самым быстрым путём к публичному релизу. Эффективность меры вызывает сомнения — китайские разработчики традиционно копируют модели в течение суток после выхода.
➡️ Читайте на сайте: https://aff.top/blog/chat-gpt-5-6-budut-vydavat-lish-izbrannym
🧠 Ещё больше инсайтов → в канале AFF.top
США ограничивают публичный доступ к новым ИИ-моделям: теперь его выдают только проверенным пользователям после обязательной 30-дневной процедуры верификации. Сэм Альтман называет это самым быстрым путём к публичному релизу. Эффективность меры вызывает сомнения — китайские разработчики традиционно копируют модели в течение суток после выхода.
➡️ Читайте на сайте: https://aff.top/blog/chat-gpt-5-6-budut-vydavat-lish-izbrannym
🧠 Ещё больше инсайтов → в канале AFF.top
This media is not supported in your browser
VIEW IN TELEGRAM
Vk удалили из App store: что дальше?
Удаление VK из App Store заблокировало доступ для владельцев iPhone в России, но проблема решаема. Арбитражники теряют один канал, но не аудиторию — 20–30 млн пользователей iOS остались на месте. Вместо VK стоит переориентироваться на альтернативные источники: Telegram Ads с таргетингом на iOS, push-сети типа AdProfex, MTS Ads и Beeline Ads. VK может последовать примеру Max и запустить PWA-приложение для восстановления уведомлений. Главный вывод…
➡️ Читайте на сайте: https://aff.top/blog/vk-udalili-iz-app-store-chto-dalshe
🧠 Ещё больше инсайтов → в канале AFF.top
Удаление VK из App Store заблокировало доступ для владельцев iPhone в России, но проблема решаема. Арбитражники теряют один канал, но не аудиторию — 20–30 млн пользователей iOS остались на месте. Вместо VK стоит переориентироваться на альтернативные источники: Telegram Ads с таргетингом на iOS, push-сети типа AdProfex, MTS Ads и Beeline Ads. VK может последовать примеру Max и запустить PWA-приложение для восстановления уведомлений. Главный вывод…
➡️ Читайте на сайте: https://aff.top/blog/vk-udalili-iz-app-store-chto-dalshe
🧠 Ещё больше инсайтов → в канале AFF.top
OneSignal бесплатно: как гнать пуши на свою базу без подписок и переплат
OneSignal держит бесплатный тариф до 10 тысяч подписчиков. Для тестовых кампаний, своих лендингов и нишевых баз этого хватает с запасом. Главное — не вестись на enterprise-фичи, которые никогда не пригодятся на старте.
Что важно: регистрируйте аккаунт на прямой email, ставьте Web SDK вручную через Google Tag Manager или нативный код. Не подключайте плагины CMS — они тянут лишние скрипты и палят структуру домена. Для сбора токенов используйте минимальный prompt с задержкой в 7–10 секунд после клика.
На практике: заведите отдельный субдомен под каждую вертикаль, чтобы изоляция базы работала как кло. Отправляйте батчами по 1–2 тысячи сообщений — так не триггерите автоматические ревью на спам-паттерны. Храните базу в простом CSV и заливайте через User ID без персональных данных.
Себестоимость инфраструктуры остаётся нулевой, пока вы не выходите за рамки бесплатного лимита. Стартуйте на минимуме, масштабируйте только после рабочей юнит-экономики.
OneSignal держит бесплатный тариф до 10 тысяч подписчиков. Для тестовых кампаний, своих лендингов и нишевых баз этого хватает с запасом. Главное — не вестись на enterprise-фичи, которые никогда не пригодятся на старте.
Что важно: регистрируйте аккаунт на прямой email, ставьте Web SDK вручную через Google Tag Manager или нативный код. Не подключайте плагины CMS — они тянут лишние скрипты и палят структуру домена. Для сбора токенов используйте минимальный prompt с задержкой в 7–10 секунд после клика.
На практике: заведите отдельный субдомен под каждую вертикаль, чтобы изоляция базы работала как кло. Отправляйте батчами по 1–2 тысячи сообщений — так не триггерите автоматические ревью на спам-паттерны. Храните базу в простом CSV и заливайте через User ID без персональных данных.
Себестоимость инфраструктуры остаётся нулевой, пока вы не выходите за рамки бесплатного лимита. Стартуйте на минимуме, масштабируйте только после рабочей юнит-экономики.
Google App campaigns: где контроль у UA исчезает и как вернуть хотя бы часть
В App campaigns вы контролируете не всё, а входные данные. Если оставить только «цель install» и широкую семантику, алгоритм сам решит, кого искать, где показывать и за какой сигнал оптимизироваться.
Точки потери контроля:
— креативы смешиваются в аукционе без прозрачного плейсмента;
— инвентарь и аудитории скрыты за автоматикой;
— оптимизация уезжает в самый лёгкий event, а не в прибыльный;
— отчётность часто даёт результат на уровне кампании, но не на уровне связки.
Что делать:
— задавать один понятный KPI на кампанию: install, registration, purchase;
— разносить кампании по гео, ОС и воронке, не мешать всё в один пул;
— давать системе достаточно сигналов, но не больше одного «главного» события;
— проверять не только CPI, но и D1/D7 ROAS, а также долю повторных покупок.
Если продукт длинный по воронке, не ждите чуда от одной кампании. Сначала стабилизируйте event quality, потом масштабируйте бюджет. Иначе Google оптимизирует не бизнес, а свой внутренний комфорт.
В App campaigns вы контролируете не всё, а входные данные. Если оставить только «цель install» и широкую семантику, алгоритм сам решит, кого искать, где показывать и за какой сигнал оптимизироваться.
Точки потери контроля:
— креативы смешиваются в аукционе без прозрачного плейсмента;
— инвентарь и аудитории скрыты за автоматикой;
— оптимизация уезжает в самый лёгкий event, а не в прибыльный;
— отчётность часто даёт результат на уровне кампании, но не на уровне связки.
Что делать:
— задавать один понятный KPI на кампанию: install, registration, purchase;
— разносить кампании по гео, ОС и воронке, не мешать всё в один пул;
— давать системе достаточно сигналов, но не больше одного «главного» события;
— проверять не только CPI, но и D1/D7 ROAS, а также долю повторных покупок.
Если продукт длинный по воронке, не ждите чуда от одной кампании. Сначала стабилизируйте event quality, потом масштабируйте бюджет. Иначе Google оптимизирует не бизнес, а свой внутренний комфорт.
Probabilistic attribution: почему MMP спрятали её из интерфейса и что с этим делать
Probabilistic attribution — это догадка на уровне сигнала, а не детерминированное доказательство. MMP раньше показывали её как отдельный слой, потом убрали из UI: слишком высокий риск переоценки и конфликт с ATT, privacy-политиками и ожиданиями байера.
Суть простая: если у вас нет click ID, IDFA или стабильного deterministic match, атрибуция строится на вероятностях по времени, девайсу, IP, паттернам сессий. На больших объёмах это помогает закрыть часть дыр, но на отчёте легко раздувает install count и портит ROAS на уровне кампании.
Что делать вместо попытки “вернуть магию”:
— смотрите не только installs, но и post-install events;
— сравнивайте SKAN, MMP и ad network data layer отдельно;
— проверяйте долю unattributed traffic по каналам;
— держите один и тот же lookback window для сравнения;
— не оптимизируйте бюджет по данным, где confidence level ниже порога.
Главная ошибка — считать probabilistic attribution источником истины. Это всегда вспомогательный слой, который нужен для моделирования, но не для финального спора с закупкой. Если метрика не объясняет инкремент, её лучше вынести из decision-making.
Probabilistic attribution — это догадка на уровне сигнала, а не детерминированное доказательство. MMP раньше показывали её как отдельный слой, потом убрали из UI: слишком высокий риск переоценки и конфликт с ATT, privacy-политиками и ожиданиями байера.
Суть простая: если у вас нет click ID, IDFA или стабильного deterministic match, атрибуция строится на вероятностях по времени, девайсу, IP, паттернам сессий. На больших объёмах это помогает закрыть часть дыр, но на отчёте легко раздувает install count и портит ROAS на уровне кампании.
Что делать вместо попытки “вернуть магию”:
— смотрите не только installs, но и post-install events;
— сравнивайте SKAN, MMP и ad network data layer отдельно;
— проверяйте долю unattributed traffic по каналам;
— держите один и тот же lookback window для сравнения;
— не оптимизируйте бюджет по данным, где confidence level ниже порога.
Главная ошибка — считать probabilistic attribution источником истины. Это всегда вспомогательный слой, который нужен для моделирования, но не для финального спора с закупкой. Если метрика не объясняет инкремент, её лучше вынести из decision-making.