UAC на установки и на события — это разные режимы, а не одна и та же оптимизация

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

Оптимизация на события в приложении работает глубже: ты обучаешь кампанию не просто на install, а на quality signal — регистрацию, tutorial complete, add to cart, first deposit и т.д. Здесь важен объём события: если конверсий мало, обучение рвётся, а трафик начинает «гулять» между площадками и аудиториями.

Чтобы не слить бюджет, смотри на связку:
— install даёт объём и быстрый старт;
— событие показывает качество трафика;
— переход на событие имеет смысл только когда событие стабильно набирается;
— если событий мало, лучше сначала добрать installs и поправить воронку внутри приложения.

Ещё одна типичная ошибка — сравнивать кампании только по CPI. На установках он почти всегда выглядит лучше, но это не ответ на вопрос, кто приносит LTV. Сравнивай хотя бы до ключевого события в приложении: тогда видно, где трафик реально окупается, а где просто красиво выглядит в отчёте.

Если у тебя нет данных — начинай с установок, если есть стабильный post-install сигнал — уходи в события. Не оптимизируй «в пустоту»: алгоритму нужен не любой результат, а тот, который совпадает с твоей экономикой.