
Нюансы работы с In-App трафиком в iGaming: опыт арбитражных команд
На фоне ужесточения модерации в FB и Google Ads, а также активного промоутинга альтернативных сорсов селлерами рекламных кабинетов, in-App-сети снова как будто стали залетать в арбитражное медиа-пространство (субъективно). Причина всем понятная: море относительно дешевого трафика и лояльная модерация. Кроме того за последние годы сорсы прокачались, разработчики занесли качественный трекинг, оптимизацию по событиям и десятки других параметров.
В этой статье — собрали по крупицам инсайды команд, которые уже льются в in-App, разобрались в проблемах этого источника, какие ГЕО хорошо заходят под гемблу и дали базу, с которой можно залетать с этот сорс и сливать первые деньги на тесты.
Wiki: что такое in-App трафик простыми словами
In-App трафик — это реклама внутри других мобильных приложений: игр, утилит, агрегаторов и пр. Вместо привычных объявлений в лентах соцсетей или баннеров на сайтах, пользователь видит рекламу прямо в интерфейсе используемого приложения.
Другими словами, человек играет в игру → видит баннер с оффером (например, бонусом в казино) → кликает → попадает на приложение в сторе (в 99% случаев). По сути, это способ “перехвата” юзера прямо в момент активности внутри другого приложения и главное — когда у него в руках телефон.
Плюсы in-App трафика | Минусы in-App трафика |
---|---|
Плюсы in-App трафика:
Меньше банов, чем в FB или Google Ads |
Минусы in-App трафика:
Ограниченный функционал пикселей и ретаргетинга |
Плюсы in-App трафика:
Большой объем трафика и стабильный закуп |
Минусы in-App трафика:
Дольше выстраиваются рабочие связки, нужно слить больше бюджета. Отсутствует понятие “зацепа” |
Плюсы in-App трафика:
Дешевые клики |
Минусы in-App трафика:
Фрод и бот трафик представлены в больших количествах |
Плюсы in-App трафика:
Качественный трафик под install |
Минусы in-App трафика:
К качественным рекламным сетям доступ только через агентов |
Как сказали выше, есть нюанс — большинство сетей не дают доступ напрямую и приходится использовать агентства (например, RentAcc, Profit Rental, TrustRDP и целый пул мутных вьетнамцев). Они дают кабинеты, берут на себя модерацию, пополнение и техподдержку. В ассортименте такие сетки, как Unity, IronSource, InMobi, Mintegral и Moloco. Последняя особенно популярна, так как это DSP платформа, через которую запускается трафик в большинстве популярных сетей (об этом позже).
☝️ Само собой агентство берет комиссию (10%, Карл!), но за это мы получаем возможность стабильно лить, не разбираясь в мутных процессах подключения и вопросах модерации.
Кстати, еще к плюсам in-App можно отнести то, что рекламодатели относятся к нему как к источнику “второй волны”. Пользователи часто имеют стабильно хороший LTV и у партнеров редко возникают проблемы с масштабированием и объемами.
Проблемы in-App сетей: фрод, битые кабинеты, коммуникация
Естественно мы не будем впаривать, что in-App трафик — это кнопка “бабло”. Тут есть свои проблемы и нюансы. Например, со старта нужно убедиться, что кабинет не ограничен по ГЕО (в китайских сетках частое явление). Также бывает, что креативы в нем не откручиваются или просто не проходят модерацию без объяснений.
Обязательно сразу подключаются трекер — без этого нельзя валидировать install-to-event цепочку, настроить отслеживание фрода и масштабироваться. Фрод, кстати, — отдельная проблема. Китайские сетки подсовывают ботов, скликивают ссылки, маскируют прокси-траф. Но эти моменты можно отслеживать отклонениями в событиях (например, CTR высокий, а регистраций ноль), строить custom-фильтры в BI (допустим фильтр, который показывает только тех паблишеров, у которых CTR выше X, а конверсий — 0, или тех, у кого от клика до инсталла прошло меньше 3 секунд → скорее всего это боты). Собственно по другому собрать whitel/black-листы не получится, если, конечно, у вас нет толкового агента.
Если фрод зафиксирован — сразу отсылаются скрины, ID-трафика и метрики агенту или саппорту, чтобы получить возврат. Вся логика отслеживания должна быть встроена заранее, нужно много аналитики, как в пушах/тизерках — анализ площадок, плейсментов, крео — иначе вернуть деньги будет невозможно.
Собственно, по указанным выше причинам лезть в in-App без агентов слишком рискованно. При этом агенты также не спешат работать с теми, кто не готов спендить нормальные суммы, но если сразу влить $1K в тест, можно получить ноль в ивентах и неотбиваемый фрод. Замкнутый круг.
Все, ладно, главное что гемблу дают лить 🙂
Технические возможности in-App сетей
Так как в основном сейчас роляет Moloco Ads в силу своей доступности (есть возможность быстро запускать кампании, не имея глубоких знаний in-app закупа), чистоты трафика и технических фич, то на ней остановимся немного подробнее. Кстати, у нас выходил мини-материал об этой сети. Ссылочка вот.
Если кратко, то это DSP-сеть, которая продает трафик от таких in-App гигантов, как Applovin, IronSource, Vungle, Unity и пр. Также тут у нас есть 4 типа оптимизаций: Install / Event / ROAS / Re-engagement. Чаще всего используют Event (например, регистрация, деп), хотя изначально доступны только Install (нужно отспендить N-ю сумму для начала).
A/B-тесты делаются легко, благодаря встроенному функционалу, а также можно дробить трафик по ГЕО и типам приложений. Внутри можно собирать аудитории (загружать собственные кастомы) и делать ретаргет, но чаще полагаются на автоматизацию Moloco DSP.
☝️ Ретаргетинг в большинстве in-App сетей ограничен: нет полноценного кроссплатформенного ремаркетинга как в FB. Это важно учитывать при планировании повторных касаний.
Алгоритмы оптимизации заточены на поведенческие паттерны юзеров — то, как часто они кликают, инсталят, какие действия совершают в приложении, что особенно критично в гембле, где важны ROI-метрики с ивентами после регистрации.
Аналитика трафика в in-App
Как уже упоминали выше, для эффективного анализа in-App трафика важно выстраивать комплексную систему. В нескольких кейсах упоминается схема, где данные из трекера и сети автоматически передаются, обрабатываются и агрегируются через data pipelines. Сырые данные собираются, чистятся и складывает в аналитику, где уже можно строить графики, делать фильтры, смотреть метрики.
Это позволяет в реальном времени видеть, какие источники, креативы и сегменты аудитории реально приносят нужные действия, а какие только сливают бюджет на установках. Кстати авто-оптимизация в in-App сетях действительно хорошо работает только при условии, что весь сетап сильный (оффер, прилка, крео).
Метрики подбираются под конкретный продукт, но универсальными остаются: регистрации, депозиты и поведение в первые 24–72 часа после установки. Если у трафика плохой LTV — оперативно пересматриваются ГЕО, связка или сам оффер. В in-App все должно происходить быстро: неэффективный источник должен отсекаться без задержек, а не после недельного отчета.
С новыми офферами важно сразу обозначать нужные ивенты: что считать конверсией, какие действия критичны для LTV, какие события отслеживать в первые часы. Если этого не сделать заранее — можно получить много инсталлов, которые не сконвертятся в нужные действия.
Какие ГЕО льют и сколько стоит зайти в источник
Конверсия in-app трафика сильно зависит от гео: где-то заходит агрессивный бонус, где-то нужна нативная реклама с имитацией новости или отзыва.
Наиболее конверсионные и стабильные регионы для in-App заливов гемблы — Канада, Австралия, Ирландия, Сингапур, Южная Корея, а также отдельные страны Европы и tier-3 при условии качественной локализации (подбор подходящего оффера под поведение локальной аудитории, с учетом креативов, языка и особенностей воронки). Выбор не базируется на цене трафика — главное, чтобы можно было масштабироваться и получить устойчивую связку.
Самые безопасные ГЕО с точки регуляторов: Европа и Латам. Что не стоит лить, так это США и Китай из-за регуляторных рисков. Tier-3 страны хороши для обучения и дешевых тестов.
Под каждое ГЕО нужна своя локализация — это не просто перевод. Адаптируется и визуальный стиль, и оффер, и структура лендинга, включая заголовки, форму захвата и даже дизайн UI. Локальные тонкости (праздники, культурные коды, валюта, язык UI) могут критично влиять на CR и ретеншн.
Сколько стоит зайти в источник? В отличие от соцсетей, где можно протестить крео на $50, в in-App таких условий нет. Минимальный разумный бюджет на тест — от $2K, особенно если речь о ГЕО со средней конкуренцией. Запуск с меньшим бюджетом часто не дает репрезентативных данных. Деньги тратятся не на один креатив, а на полный цикл теста оффера, воронки и гипотез. Чем выше конкуренция в ГЕО — тем выше нужен стартовый бюджет, чтобы пробиться в открутку и получить объем для оптимизации.
Креативы — это просто баннер, вся суть в приле и оффере
In-app креатив — это не про красоту, а про поведение. Главное — не сам баннер или видео, а то, куда и как ведет клик: какой оффер, какая воронка, как реагирует прилка. Поэтому креатив здесь — триггер, который должен нативно встроиться в приложение-площадку, зацепить юзера и привести в адекватную по ожиданиям воронку.
Так как объявления показываются внутри других приложений, креатив должен соответствовать контексту. Например, для гиперказуалок — игровые сюжеты, простые триггеры и визуальные “мини-квесты”. На Android лучше работает яркая подача и call-to-action, на iOS — более “взрослая” и чистый визуально дизайн.
Рабочие подходы:
- Нативные заголовки, имитирующие контент площадки: “5 бесплатных игр дня”, “Получите подарок за установку”, “Официальное казино Apple”.
- Визуал — короткие тизеры, часто с анимацией геймплея, бонусов, выигрышей.
- Креативы с “интерактивом” — мини-викторины, “угадай ячейку”, “подбери карту”, которые ведут в казино/оффер.
Важен не только CTR. Основные выводы по крео делаются по ивентам после установки: какие сегменты пользователей доходят до регистрации, депозита, ретеншна. Это помогает быстро отсекать кликабельные, но бесполезные креативы и фокусироваться на тех, что приводят качественного юзера.
Финалим
В in-App есть смысл заходить при наличии агентов/сервиса, где менеджеру не будет на вас наср*ть, при этом должен быть бюджет от $2К на тесты и понимание, что лить, как и с какими подходами. И, конечно, должен быть полноценный технический стек, чтобы отбивать все события и чекать трафик изначально на фрод, а потом уже и на депы.