Арбитраж мобильных приложений — это привлечение пользователей в приложение за вознаграждение. Вебмастер покупает трафик, направляет его на страницу приложения или в мобильную воронку и получает выплату за установку либо действие внутри продукта: регистрацию, подписку, покупку, внесение депозита или другое событие.
Что такое арбитраж мобильных приложений
Вебмастер выбирает мобильный оффер в партнёрской программе, получает трекинговую ссылку, запускает рекламу и приводит пользователя на страницу приложения. После установки и целевого действия партнёрка передаёт конверсию в статистику и начисляет выплату.
Прибыль появляется, если доход с подтверждённых конверсий превышает расходы на рекламу, приложение, трекер, креативы и другие инструменты связки.
При этом термин «арбитраж мобильных приложений» используют для нескольких разных механик. В одной связке приложение выступает оффером, в другой — промежуточным звеном между рекламой и сайтом рекламодателя. Отдельно существует In-App — трафик из рекламы, показанной внутри чужих приложений.
| Термин | Что означает |
| Трафик на мобильное приложение | Пользователь переходит из рекламы в магазин приложений или на страницу установки PWA |
| Трафик через мобильное приложение | Собственная или арендованная прила используется как часть воронки и ведёт пользователя к офферу |
| In-App трафик | Реклама показывается внутри другого мобильного приложения |
| Мобильный трафик | Любой трафик со смартфонов и планшетов, в том числе из браузера, соцсетей, приложений и push-уведомлений |
Например, реклама игры внутри другой игры — это In-App трафик на мобильное приложение. Реклама финансового оффера в социальной сети, после которой пользователь устанавливает приложение банка, — мобильный трафик на приложение. PWA или WebView, через которые человек попадает на сайт рекламодателя, относятся к трафику через приложение.
Как устроена мобильная связка
Количество этапов зависит от оффера и типа приложения. Пользователю недостаточно просто кликнуть по рекламе: он должен установить продукт, открыть его и выполнить действие, которое оплачивает рекламодатель.
Обычно человек проходит следующий путь:
- Видит объявление в рекламной сети, социальной платформе, поиске или другом приложении.
- Переходит непосредственно в магазин либо сначала открывает прелендинг.
- Устанавливает приложение или добавляет PWA на главный экран.
- Запускает продукт и проходит онбординг.
- Выполняет действие, за которое платит рекламодатель.
- Система атрибуции связывает конверсию с источником трафика.
- Партнёрка проверяет качество действия и начисляет выплату.
Установка сама по себе не всегда считается оплачиваемой конверсией. В условиях оффера может быть указано, что пользователь должен впервые открыть приложение, зарегистрироваться, подтвердить номер, оформить пробный период, совершить покупку или оставаться активным определённое время.
Поэтому до запуска нужно знать всю цепочку: клик → установка → первое открытие → целевое действие → проверка → подтверждённая конверсия.
Какие приложения используют в арбитраже
Вебмастеру не всегда нужно самостоятельно разрабатывать приложение. Иногда продукт и трекинговую ссылку предоставляет рекламодатель. В других связках требуется арендованная, купленная или собственная прила.
Основные варианты различаются способом установки, возможностями трекинга и требованиями площадок.
| Вариант | Как работает | Основные ограничения |
| Приложение рекламодателя | Вебмастер приводит пользователей в уже опубликованный продукт | Нельзя управлять приложением и страницей в сторе; трекинг зависит от рекламодателя |
| Собственное или арендованное приложение в сторе | Пользователь устанавливает приложение из официального магазина | Требуются разработка, модерация, обновления и соблюдение правил стора |
| WebView-приложение | Отдельные страницы или элементы сайта открываются внутри приложения | Простая оболочка без самостоятельной ценности может не пройти модерацию |
| PWA | Сайт работает как устанавливаемое веб-приложение и добавляется на главный экран | Нет обычной страницы в сторе; установка менее привычна пользователю |
| APK вне магазина | Android-приложение скачивается непосредственно с сайта | Больше шагов и предупреждений при установке; часть источников такой формат не принимает |
WebView — это технология отображения веб-страницы внутри приложения, а не отдельный вид трафика. PWA не публикуется в Google Play или App Store: пользователь устанавливает его из браузера.
Превращать пустую оболочку в инструмент перенаправления пользователей рискованно. Google Play запрещает приложения, основная задача которых — вести партнёрский трафик на сайт, а также WebView чужого сайта без разрешения его владельца. Правила рекламного источника, магазина и оффера нужно проверять отдельно.
Где взять приложение для арбитража
Самый простой вариант — найти оффер, в котором рекламодатель уже предоставляет приложение и трекинговую ссылку. Вебмастер отвечает за трафик и не занимается разработкой, публикацией и обновлениями.
Если приложение используется как часть собственной воронки, его можно арендовать. Такой формат встречается в вертикалях, где команде нужны разные приложения под несколько ГЕО и источников. Подробнее о площадках и условиях — в материале «Аренда приложений для гемблинга».
До оплаты готового или арендованного решения стоит проверить:
- операционную систему, минимальную версию и доступные ГЕО;
- название пакета, аккаунт разработчика и страницу в магазине;
- интеграцию с MMP, партнёркой и рекламным источником;
- передачу установок и нужных событий;
- поддержку deep link и deferred deep link;
- возможность менять оффер и ссылки без выпуска новой версии;
- условия замены, если приложение удалят или оно перестанет открываться;
- политику конфиденциальности и соответствие правилам площадок.
После проверки запросите тестовую ссылку и самостоятельно пройдите путь пользователя. Карточка приложения и обещание в объявлении должны соответствовать тому, что человек увидит после установки.
Собственная разработка требует больше денег и времени, но даёт контроль над кодом, аналитикой, страницей в магазине и обновлениями. Она оправдана, когда команда уже проверила экономику связки и планирует работать с приложением долго.
Как выбрать мобильный оффер
Размер выплаты ничего не говорит об экономике связки без данных о конверсии и требованиях рекламодателя. Дорогой CPA-оффер может приносить меньше, чем простой CPI, если пользователи не проходят регистрацию или рекламодатель отклоняет большую часть действий.
Перед запуском проверьте условия в карточке оффера и уточните спорные пункты у менеджера.
| Что проверить | Почему это важно |
| ГЕО и доступность приложения | Пользователь не установит продукт, если он недоступен в его стране или магазине |
| Android или iOS | Трафик должен вести на подходящую версию приложения |
| Оплачиваемое действие | Выплата может начисляться не за установку, а за регистрацию, покупку или депозит |
| KPI | Рекламодатель может учитывать удержание, повторный запуск, активность или долю целевых событий |
| Разрешённые источники | In-App, push, мотивированный, брендовый и социальный трафик могут иметь отдельные ограничения |
| Атрибуционное окно | От него зависит, в течение какого срока после клика или показа засчитается конверсия |
| Caps | Дневной или общий лимит ограничивает количество оплачиваемых действий |
| Дедупликация | Повторная установка или пользователь из другого канала может не засчитаться |
| Креативы | Некоторые рекламодатели требуют предварительного согласования |
| Postback и SubID | Без них сложно сравнивать кампании, площадки и объявления |
Предположим, в условном оффере платят $25 за подтверждённую регистрацию. Из карточки нужно понять, достаточно ли создать аккаунт или пользователь также должен подтвердить телефон, пройти идентификацию либо совершить первое действие.
Если оффер принимает только Android-трафик из Google Ads, запускать на него iOS или In-App без согласования нельзя. Даже технически корректные регистрации могут попасть в отклонённые из-за нарушения правил источника.
Сохраните условия оффера и ответы менеджера. Они пригодятся, если часть событий исчезнет из статистики, изменится KPI или рекламодатель запросит подтверждение источника.
Модели оплаты в мобильных офферах
CPI используют одновременно как название модели оплаты и как метрику стоимости установки. В карточке оффера CPI показывает, сколько рекламодатель платит вебмастеру. В рекламной статистике та же аббревиатура обозначает, сколько вебмастер потратил на одну установку.
Кроме CPI встречаются другие модели.
| Модель | За что платят | Что проверить |
| CPI | Установка, иногда вместе с первым запуском | Как определяется уникальная установка и учитываются ли переустановки |
| CPA или CPE | Регистрация, подписка, уровень в игре, заявка или другое событие | Какое именно событие оплачивается и какие KPI к нему применяются |
| CPL | Контактные данные пользователя | Нужна ли верификация телефона или email |
| CPS | Покупка внутри приложения | Минимальную сумму и правила отмены заказа |
| RevShare | Доля от дохода, который приносит пользователь | Срок учёта, отрицательный перенос и доступность статистики |
| Hybrid | Фиксированная выплата и доля дохода | Какая часть начисляется сразу, а какая зависит от активности |
Для первого теста проще оценивать оффер с понятным и быстро наступающим событием. Чем дальше оплачиваемая конверсия находится от установки, тем больше данных и бюджета потребуется, чтобы сделать вывод о связке.
На какие мобильные офферы льют трафик
Мобильные приложения встречаются почти во всех крупных вертикалях, но пользовательский путь и критерии качества различаются.
| Вертикаль | Возможное действие | На что обратить внимание |
| Игры | Установка, первый запуск, достижение уровня, покупка | Размер приложения, производительность и удержание |
| Утилиты и VPN | Установка, подписка, пробный период | Географические ограничения и правила автопродления |
| E-commerce | Установка, регистрация, первый заказ | Ассортимент, доставка и мобильный чекаут |
| Финансы | Заявка, идентификация, выпуск продукта | Лицензии, требования к пользователю и высокий процент отклонений |
| Образование и подписочные сервисы | Регистрация, пробный доступ, оплата | Условия списания и отмены подписки |
| Дейтинг | Регистрация, заполнение профиля, подписка | Возрастные ограничения и качество аудитории |
| Betting и iGaming | Регистрация, депозит, активный игрок | Законность в ГЕО, лицензия, возрастные ограничения и правила источника |
Для регулируемых вертикалей недостаточно найти приложение в магазине. Перед запуском нужно отдельно проверить законодательство выбранного ГЕО, лицензию рекламодателя и рекламные правила площадки.
Где брать трафик на мобильные приложения
Источник выбирают под оффер, ГЕО и событие, на которое оптимизируется кампания. Один канал может хорошо приносить установки, но давать слабые регистрации или покупки.
| Источник | Для чего подходит | Что проверить |
| Google App campaigns | Установки, действия внутри приложения и повторное вовлечение | Интеграцию событий, доступность приложения и требования Google |
| Meta Ads* | Установки и in-app события в социальной ленте | SDK или MMP, правила вертикали и доступность по ГЕО |
| TikTok Ads | Установки, события и видеокреативы | Локализацию, первые секунды ролика и передачу событий |
| VK Реклама и другие локальные платформы | Продвижение приложений в поддерживаемых ГЕО | Формат ссылки, события и доступные магазины |
| In-App сети | Показы внутри игр и приложений | Плейсменты, категории приложений, фрод и качество площадок |
| Push, native и pop-сети | Массовые тесты и простые мобильные воронки | Разрешённость источника и соответствие устройства офферу |
| Блогеры и контент | Продукты, которые можно показать в использовании | Метки, промокоды и способ атрибуции установок |
| ASO | Органические установки из магазина | Семантику, карточку, рейтинг и локализацию |
Google App campaigns могут размещаться в Поиске, Google Play, YouTube, рекомендациях Google и контекстно-медийной сети. Кампанию можно оптимизировать под установки, действия внутри приложения или повторное вовлечение.
В TikTok App Promotion доступны оптимизация под клик, установку, событие и ценность пользователя. При выборе события нужно убедиться, что оно действительно передаётся из приложения. Иначе алгоритм получит недостаточно данных для оптимизации.
In-App лучше рассматривать как отдельный источник со своей закупкой, форматами и антифродом. Подробнее о механике — в статье «In-App трафик: особенности и советы для арбитражников».
ASO не заменяет платную закупку, но помогает увеличить конверсию карточки и получить органические установки. Семантика, иконка, скриншоты, рейтинг и локализация разобраны в материале «Что такое ASO-трафик».
Как настроить трекинг мобильного трафика
Обычной партнёрской ссылки недостаточно, если между кликом и конверсией находится магазин приложений. После установки нужно определить, откуда пришёл пользователь, какое объявление он видел и какое действие выполнил.
Для этого используют MMP — Mobile Measurement Partner. Это система мобильной атрибуции, например AppsFlyer, Adjust или Singular. MMP получает данные из приложения и рекламных источников, связывает установку с кампанией и отправляет события рекламодателю или партнёрке.
SDK — код системы аналитики, встроенный в приложение. Через него MMP или рекламная платформа получает информацию о первом открытии, регистрации, покупке и других событиях.
Передача данных проходит так:
рекламный источник → клик с SubID → магазин → установка → первое открытие → событие в приложении → MMP → postback → статистика партнёрки
Если приложение принадлежит рекламодателю, вебмастеру обычно не дают доступ к SDK. Партнёрка выдаёт готовую ссылку, в которую можно передать campaign ID, creative ID, placement и другие SubID.
Deep link открывает определённый экран установленного приложения. Deferred deep link сохраняет маршрут, даже если пользователю сначала пришлось установить продукт. Без такой настройки человек может попасть на главный экран и не найти предложение из объявления.
На Android для получения данных о переходе из Google Play используют Install Referrer API. Он передаёт referrer URL, время клика и время начала установки.
На iOS отслеживание зависит от App Tracking Transparency, а для приватной атрибуции Apple использует AdAttributionKit. Поэтому данные по iOS могут приходить с задержкой и быть менее детальными, чем обычная пользовательская статистика.
Перед запуском нужно проверить весь путь:
- перейти по ссылке с тестовым SubID;
- установить приложение на чистое устройство;
- выполнить первое открытие и оплачиваемое действие;
- проверить появление установки и события в MMP;
- убедиться, что postback дошёл до партнёрки;
- проверить deep link, повторную установку и дедупликацию.
Только после такого теста можно покупать трафик. Скриншот клика в рекламном кабинете не доказывает, что установка и событие корректно попадут в статистику партнёрки.
Почему в трёх системах разные цифры
Рекламный кабинет, MMP и партнёрка учитывают разные части воронки, поэтому их показатели редко совпадают один в один.
Предположим, рекламная платформа показывает 280 установок. MMP атрибутировал источнику 250 установок, партнёрка получила 18 оплачиваемых событий, а рекламодатель подтвердил 12.
| Система | Что показывает условный пример |
| Рекламный кабинет | 280 установок |
| MMP | 250 атрибутированных установок |
| Партнёрка | 18 целевых событий |
| Рекламодатель | 12 подтверждённых действий |
Разница между рекламным кабинетом и MMP может возникнуть из-за атрибуционных окон, view-through-конверсий, повторных установок и особенностей iOS. Если MMP видит событие, а партнёрка нет, нужно проверять postback и сопоставление названий событий. Разница между событиями и апрувом чаще связана с KPI, дублями, фродом или требованиями рекламодателя.
Как запустить трафик на приложение
Запуск начинается с проверки оффера и аналитики. Если событие не передаётся или приложение недоступно части аудитории, рекламная система будет оптимизировать кампанию по неполным данным.
Рабочий порядок такой:
- Выберите оффер и согласуйте источник трафика.
- Проверьте приложение на нужном устройстве и в выбранном ГЕО.
- Уточните оплачиваемое событие, KPI, caps и окно атрибуции.
- Получите ссылку и настройте передачу SubID.
- Протестируйте установку, событие, deep link и postback.
- Разделите кампании хотя бы по операционной системе и ГЕО.
- Подготовьте несколько креативных гипотез, соответствующих карточке приложения.
- Запустите ограниченный тест и дождитесь целевых событий.
- Отключите неэффективные объявления, плейсменты, версии ОС и модели устройств.
- Масштабируйте сегменты, в которых подтверждается экономика.
Не меняйте одновременно креатив, аудиторию, ставку и приложение. Иначе будет непонятно, какое решение повлияло на стоимость и качество пользователей.
Нужно смотреть не только на количество установок. Более дешёвая группа может проиграть после регистрации, покупки или проверки рекламодателя. Сравнивать группы корректно, если они работали в сопоставимых условиях и оптимизировались под одинаковое событие.
Какие метрики отслеживать
Количество кликов и установок показывает верхнюю часть воронки. Для арбитражника важны подтверждённые действия и доход, который они принесли.
| Метрика | Формула или значение |
| CTR | Клики / показы × 100% |
| Click-to-Install Rate | Установки / клики × 100% |
| CPI | Расходы на рекламу / установки |
| CR install-to-event | Целевые события / установки × 100% |
| eCPA | Расходы / подтверждённые действия |
| Approval Rate | Подтверждённые действия / все действия × 100% |
| Retention D1, D7 | Доля пользователей, вернувшихся через 1 или 7 дней |
| ROI | (Доход − расходы) / расходы × 100% |
Предположим, вебмастер потратил $600 и получил 600 установок. CPI составил $1. Из этих пользователей 30 выполнили оплачиваемое действие, поэтому CR из установки в событие равен 5%.
При выплате $25 потенциальный доход составляет $750:
30 × $25 = $750
Если рекламодатель подтвердил все действия, ROI равен 25%:
($750 − $600) / $600 × 100% = 25%
Но если рекламодатель подтвердил только 24 действия, доход снизится до $600 и кампания выйдет в ноль. Точка безубыточности по апруву составляет 80%:
$600 / (30 × $25) × 100% = 80%
При 23 подтверждённых действиях вебмастер получит $575 и уйдёт в минус на $25. ROI составит около −4,2%. Поэтому оценивать связку только по CPI нельзя: одно отклонённое действие способно изменить итог при небольшом запасе по экономике.
Как рассчитать бюджет теста
Бюджет нужно считать от целевого события, а не от произвольного количества кликов или установок.
Допустим, ожидаемый CR из установки в событие равен 5%, а CPI — $1. Чтобы получить пять событий по одной гипотезе, потребуется около 100 установок:
5 / 0,05 = 100 установок
Расчётный бюджет составит $100:
100 × $1 = $100
Если одновременно тестируются три самостоятельные гипотезы, ориентировочный бюджет составит $300 без учёта запаса на колебания цены.
Это условный расчёт, а не универсальный минимум. Если CR ниже или оплачиваемое действие наступает через несколько дней, для вывода потребуется больше установок, времени и денег.
Почему мобильная связка не конвертит
Проблему удобнее искать по этапу, на котором пользователь выпадает из воронки.
| Что видно в статистике | Возможная причина | Что проверить |
| Есть клики, но мало переходов в магазин | Неверный deep link, неподходящая ОС или приложение недоступно в ГЕО | Ссылку, редиректы, страну, устройство и магазин |
| Есть просмотры карточки, но мало установок | Слабая карточка, плохие отзывы или несоответствие креатива | Иконку, описание, рейтинг, скриншоты и обещание в рекламе |
| Установки есть, но приложение не открывают | Мотивированный или случайный трафик, большой размер приложения | Источник, скорость загрузки и первое открытие |
| Открытия есть, но нет целевых действий | Сложный онбординг, ошибки или неподходящая аудитория | Воронку, локализацию, работоспособность и событие |
| MMP видит события, а партнёрка — нет | Ошибка postback или сопоставления событий | Токены, названия событий, SubID и логи |
| Много действий, но низкий апрув | Нарушение KPI, дубли, фрод или запрещённый источник | Причины отклонения и правила оффера |
| Цифры кабинета и MMP различаются | Разные окна и модели атрибуции | Click-through, view-through, дедупликацию и настройки iOS |
| CPI растёт после запуска | Выгорание креатива или дорогие плейсменты | Частоту, объявления, площадки и сегменты |
Сравнивайте показатели по отдельным площадкам, приложениям-источникам, версиям ОС, моделям устройств и SubID. Общая статистика может скрыть несколько дорогих плейсментов, которые съедают прибыль всей кампании.
Фрод в арбитраже мобильных приложений
Мобильные кампании особенно чувствительны к фейковым установкам и перехвату атрибуции. В статистику могут попадать эмуляторы, фермы устройств, автоматические события, click flooding, click injection и подмена данных SDK.
На возможный фрод указывают:
- аномально короткое или одинаковое время между кликом и установкой;
- большое количество установок без первого запуска;
- нулевая активность после инсталла;
- повторяющиеся параметры устройств;
- резкий объём с одной площадки;
- одинаковые последовательности событий у разных пользователей.
Оценивать качество нужно по данным MMP, событиям внутри продукта, удержанию и решениям рекламодателя. Подозрительные площадки следует отключать отдельно, а не останавливать всю кампанию после первого всплеска.
Подробнее о схемах и проверке трафика — в материале «Что такое фрод в арбитраже трафика».
Вывод
В арбитраже мобильных приложений нужно связать источник, установку, событие и выплату в одну измеряемую воронку.
Перед запуском проверьте доступность приложения, условия оффера, KPI, источник трафика, deep link, MMP и postback. После запуска оценивайте CPI вместе с конверсией из установки в действие, апрувом, eCPA и ROI. Если установка не приводит к оплачиваемому событию, дешёвый инсталл остаётся обычным расходом.
Если вы только начинаете разбираться в закупке трафика, следующий шаг — проверить техническую базу и порядок первого запуска.
*Meta и принадлежащие компании продукты признаны экстремистскими, их деятельность запрещена на территории РФ.
FAQ
Арбитраж мобильных приложений — это привлечение пользователей в приложение за вознаграждение. Вебмастер покупает трафик и получает выплату за установку или действие внутри продукта: регистрацию, подписку, покупку, депозит или другое событие.
Не всегда. Рекламодатель или партнёрская сеть могут предоставить готовое приложение и трекинговую ссылку. Собственная или арендованная прила нужна, если приложение используется как отдельная часть воронки.
Приложение можно получить у рекламодателя или партнёрской сети, арендовать в специализированном сервисе либо разработать самостоятельно. Перед запуском проверьте доступные ГЕО, операционную систему, страницу в магазине, передачу событий, deep link и условия замены приложения.
Проверьте ГЕО, операционную систему, оплачиваемое действие, KPI, разрешённые источники, атрибуционное окно, лимиты и правила дедупликации. Высокая выплата не гарантирует прибыль, если пользователи редко выполняют целевое действие или рекламодатель отклоняет большую часть конверсий.
Для продвижения приложений используют Google App campaigns, TikTok Ads, социальные и локальные рекламные платформы, In-App, push-, native- и pop-сети, блогеров и ASO. Источник выбирают под оффер, ГЕО, операционную систему и событие, за которое платит рекламодатель.
In-App указывает, где показали рекламу: внутри другого мобильного приложения. Трафик на приложение указывает, куда ведут пользователя: в магазин, на страницу установки PWA или в другую точку мобильной воронки. In-App может быть одним из источников трафика на приложение.
MMP связывает установку и события внутри приложения с рекламным источником, кампанией и объявлением. Система помогает понять, откуда пришёл пользователь, выполнил ли он целевое действие и корректно ли данные передались в партнёрскую программу.
Системы учитывают разные этапы воронки и могут использовать разные окна и модели атрибуции. На расхождения также влияют повторные установки, view-through-конверсии, настройки iOS, дедупликация, ошибки postback, KPI, фрод и решения рекламодателя по апруву.
Кроме кликов и установок отслеживайте CPI, конверсию из клика в установку, CR из установки в целевое событие, eCPA, Approval Rate, удержание и ROI. Дешёвая установка не означает прибыль, если пользователи не выполняют оплачиваемое действие.
Бюджет рассчитывают от ожидаемой стоимости установки, конверсии в целевое событие и необходимого количества событий. Например, при CPI 1 доллар и конверсии 5% для получения пяти событий потребуется около 100 установок и 100 долларов на одну гипотезу.
