Конкуренция за одного и того же пользователя: главная ловушка мультиканальной рекламы

Первый источник показывает 8 000 установок, второй 6 000. Кажется, вместе они привели 14 000 пользователей. Но MMP за тот же период видит только 10 500 неорганических установок. Куда пропали еще 3 500?

Они не пропали. Просто площадки и система мобильной аналитики по-разному распределили заслугу за одну конверсию. Пользователь мог увидеть объявление в одной сети, кликнуть по рекламе в другой, найти приложение по брендовому запросу и затем установить его. Каждый участник оценит этот путь по своим правилам.

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

Почему кабинеты и MMP не сходятся

У рекламного кабинета и MMP разные задачи. Площадке важно оценить вклад своей рекламы и дать алгоритму достаточно сигналов для оптимизации. MMP должен свести касания из разных источников и по единому правилу назначить победителя.

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

На итог влияют также часовые пояса, даты учета конверсии, задержки передачи данных, повторные установки и окна re-engagement. Google относит к причинам расхождений окна атрибуции, cross-device-конверсии и задержки. AppsFlyer отмечает, что участники мобильной экосистемы по-разному считают установки и события.

Искать полное совпадение до одной установки бессмысленно. Важнее понимать причину расхождения и выбрать систему для финансовых решений.

Три проблемы, которые выглядят одинаково

Под «дублями» часто понимают сразу несколько разных ситуаций. Повтор события. Одна покупка отправилась в аналитику дважды из-за повторного postback, ошибки SDK или серверной интеграции. Такой дубль убирают с помощью уникального transaction ID и проверки схемы событий. Adjust рекомендует передавать идентификатор транзакции, чтобы повторная покупка не попала в отчет снова.

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

Каннибализация. Реклама получает конверсии от людей, которые пришли бы и без нее или через другой канал. Технических дублей в MMP может не быть вообще: система аккуратно назначит одного победителя. Но бизнес все равно заплатит за перераспределение уже сформированного спроса вместо реального прироста.

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

Почему при масштабировании пересечение растет

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

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

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

Как проверить, не платите ли вы за одного пользователя несколько раз

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

2. Приведите настройки к общему виду. Сверьте click-through и view-through окна, часовые пояса, дату учета события, правила повторной установки и re-engagement. Сравнивайте один период, платформу и тип события.

3. Не складывайте конверсии кабинетов. Используйте их для оптимизации внутри площадки. Для общего результата берите дедуплицированное число пользователей и событий. Расходы при этом складываются всегда, а атрибутированные конверсии далеко не всегда.

4. Смотрите путь дальше установки. Сравнивайте источники по регистрации, покупке, retention, LTV и ROAS в одинаковом окне. Если канал получает много установок, но его пользователи почти полностью совпадают с действующей базой или не дают дополнительной выручки, низкий CPI ничего не спасает.

5. Ищите пересечение аудиторий. Разделяйте привлечение новых пользователей и re-engagement, исключайте текущую базу из acquisition-кампаний, контролируйте частоту и долю брендового спроса. Используйте только доступные privacy-safe идентификаторы.

6. Проверяйте прирост экспериментом. Оставьте часть аудитории или сопоставимых регионов без конкретного источника и сравните установки, покупки или выручку. Если после отключения кабинет теряет тысячи конверсий, а общий результат продукта почти не меняется, канал в основном присваивал существующий спрос.

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

Новому продукту стоит сделать это до первой закупки: выбрать MMP, составить карту событий, настроить передачу расходов и выручки, договориться об окнах оценки и присвоить покупке уникальный transaction ID. Если приложение уже продвигается, начните с двух крупнейших источников и одного теста на каннибализацию.

Дедупликация нужна не ради красивого отчета

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

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