<b>Почему mobile UA ломается не на запуске, а на первых 48 часах после него</b>

<b>Почему mobile UA ломается не на запуске, а на первых 48 часах после него</b>

Что бросилось в глаза за неделю: большинство сливов в mobile UA начинаются не с плохого трафика, а с отсутствия нормальной проверки гипотезы. Если кампания собрана “на скорую руку”, дальше уже не спасают ни CTR, ни красивый IPM.

Проверьте до масштабирования:
— один источник трафика = одна понятная гипотеза по гео, плейсменту или крео;
— событие оптимизации соответствует реальной ценности, а не просто дешёвому инсталлу;
— окно атрибуции и постбэк не конфликтуют с вашим флоу;
— в трекинге нет смешивания iOS/Android, брака по bundle/app id и дублей по крео.

Для APAC это особенно важно: на Индии, Вьетнаме, Индонезии и Филиппинах одна и та же связка может вести себя по-разному из-за девайсов, качества сети и привычек по установке. Поэтому сравнивать нужно не “кампанию вообще”, а связку внутри конкретного кластера: крео, плейсмент, девайс, язык, event.

Ещё одна типовая ошибка — рано включать broad scaling. Если у вас нет стабильного eCPI по связке и понятного ретеншена хотя бы на уровне первых событий, расширение только размазывает статистику и скрывает проблему.

Сначала делайте систему проверки, потом масштабирование. В mobile UA выигрывает не тот, кто быстрее льёт, а тот, кто быстрее отсекает шум.