Я активно работал с трафиком с 2017 года — ещё до перехода в in-app мы плотно закупали в тизерных и попандер-сетках (PropellerAds, Adsterra, TrafficStars и др.). Это была хорошая школа: именно там мы на про уровне освоили блеклистинг паблишеров (site ID). На это уходило до 80% рабочего дня, просто с умай сойти как вспомню😁

Сейчас рынок in-app массово перетекает в Unity, где блеклисты — одна из ключевых механик оптимизации кампаний, поэтому делюсь своими наработками.

➡️ Ключевые принципы
• Блеки обязательны на инстальных кампаниях и опциональны на кампаниях, обучаемых под ивент.
• Это непрерывная работа: списки нужно регулярно обновлять, и чем больше потрачено — тем больше данных для выводов.
• Собирать блеки лучше под конкретное гео. Важно понимать: если вы долго работали с LATAM, а потом начали лить Tier-1, старый блек почти не сработает — в каждом регионе свой пул приложений. Пересечения есть, но полагаться на них не стоит.

➡️ Практика
• Где смотреть перформанс площадок, с которых идёт трафик? Способа два. Если приложение ваше — вся статистика доступна прямо в MMP (AppsFlyer/Adjust) по фильтру site ID. Но поскольку большинство арендует приложения у сервисов без доступа к MMP, второй рабочий вариант — смотреть статистику через раздел Performance на новых аккаунтах либо Reporting на старых версиях.


➡️ Порядок действий
• Рядом с фильтром по датам выбираем табличное отображение — Table.
• В разделе Metric добавляем метрики: Starts/Installs/Spend идут по умолчанию, из блока Event Optimization берём Payer и Registration D0/D1/D3.
• В фильтрах включаем разбивку по площадкам: Dimensions → Source targeting → Source App ID. Часто по умолчанию стоит фильтр по времени (Time) — его убираем.

Если работаете с разным пулом приложений в одном регионе, лучше выгружать отчёты и сводить их в один файл. Пользуйтесь «мишками» — они отлично «переваривают» любые ваши отчёты. Частота выгрузки зависит от объёмов: на старте достаточно раза в неделю, но при 2k+ в день это уже ежедневная рутина.

➡️ Фильтрация
• Аномальное соотношение показов к инсталлам — чаще всего это фродовые источники. Когда в среднем на 1000 показов приходится 1 инстал, а тут на 30k показов всего одна установка — такое лучше убирать.
• Слабый inst2reg (вероятно мислид) — значит, вашей аудитории здесь нет. Если, в среднем, на 10 инсталов приходится хотя бы 4 реги, а на конкретной площадке 20-30 инсталов дают ноль — это сигнал к блоку.
• Оптимизация по цене за Payer — базовая база. Стратегии зависят от риск-менеджмента: даёте площадке потратить 1 цену CPA, 2 цены, 3 цены. Стандартом обычно считается 1,5 стоимости.

➡️ Вайтлисты
Вайты в Unity работают, и очень хорошо. Достаточно 10+ качественных площадок — и можно тестировать запуск только на них. Да, весь бюджет может не открутиться и конкуренция выше, но классический флоу с Unity именно такой: основной пул кампаний идёт на блеках, а когда накопилось достаточно статистики за всё время работы с источником, параллельно запускаются кампании с вайтлистом.

➡️Ещё пара мыслей
• Для автоматизации можно настроить выгрузку всей статистики по API к себе на сервер и развернуть там лёгкий оптимизатор, который прогоняет данные через фильтры и выдаёт списком те ID, что не прошли отбор. Если в команде есть хотя бы один разработчик, он соберёт это довольно быстро.
• Чтобы отсекать мусорный трафик, выставляйте в настройках кампаний свежие версии ОС.

🟪Если хотите, чтобы мы разобрали ваши кампании и помогли с закупкой — напишите нашей команде, и мы проработаем ваш кейс и поделимся практиками по работе с источником.