Сегодня многие сервисы аренды приложений для арбитража трафика предлагают свои услуги очень дёшево или даже бесплатно. Сравнительно новый игрок рынка "Banda Apps" сделал это своей фишкой, удивив в своё время многих конкурентов настолько, что вскоре и они перешли на бесплатную модель. Объясняют экономику очень просто: раньше сервисы аренды были жадными и требовали оплату за каждый инсталл, но помимо арендной платы они, оказывается, всегда зарабатывали на органическом трафике. Мол, магазины приложений, видя, что трафик на приложении растёт и растёт, начинают сами продвигать его в рекомендациях, и этот трафик сервис аренды монетизирует в свою пользу.
Звучит, конечно, складно, но на практике органический трафик в арбитражных приложениях нужно рассматривать вместе с двумя соседними темами: потерями атрибуции и банальным шейвом (то есть попросту кражей).
Что такое органика в приложениях
В классическом смысле органический трафик — это установки из Google Play или App Store, которые не привязаны к рекламной кампании. Они появляются когда пользователь сам нашёл приложение через поиск или рекомендации.
Для сервиса аренды это вполне справедливый источник дохода, но для арендатора вопрос в другом: не забирает ли сервис часть ценного трафика под видом органики или технических расхождений.
Настоящая ASO-органика требует совпадения нескольких факторов: понятного поискового спроса, релевантного названия, конвертящей страницы приложения, стабильной жизни в сторе и достаточного объёма установок. У арбитражных приложений с этим обычно сложно, они редко похожи на нормальный ASO-продукт. Им нужно жить дольше, проходить модерацию и не выглядеть слишком очевидно. Поэтому вместо прямого названия игры или бренда часто появляются вариации названий, спокойная графика и избегание каких-либо ключей в мете.
Отсюда главный вывод: органика возможна, но её нельзя принимать на веру только потому, что сервис так называет часть трафика.
Почему органику сложно проверить
Прежде всего, нужно заметить, что речь идёт только о нативных приложениях и заливе по неймингу — тот тип трафика, где атрибуция выполняется при помощи MMP-систем, таких как AppsFlyer, Adjust и других.
Всё дело в маршруте трафика и устройстве современных рекламных сетей:
- Пользователь видит рекламный креатив. В этот момент рекламная сеть отправляет событие "impression" в MMP. Вместе с этим событием MMP получает информацию о пользователе, но не о рекламной кампании.
- Пользователь переходит по рекламе и устанавливает приложение. Одновременно с этим MMP получает событие "click", аналогично с информацией как на шаге 1.
- Пользователь запускает приложение. Модуль MMP, интегрированный в приложение или на бекенде сервиса аренды, передаёт информацию об установке на бекенд MMP для сопоставления.
- MMP запрашивает у источников трафика подтверждение и данные о кликах/показах, потому что большинство источников трафика, такие как Meta, Google, TikTok, являются SRN — Self-Reported Network, они сами решают, принадлежит ли установка к одной из их рекламных кампаний. Подробнее об этом можно прочитать в статье "Ad Platforms vs MMP vs First-Party Data".
- После получения данных MMP возвращает информацию сервису аренды.
При этом шаг 4 может занимать весьма длительное время. В документации MMP, как правило, этот вопрос деликатно обходят стороной, хотя в рекламных материалах AppsFlyer заявляет наличие real-time attribution. Однако понимание "real-time" на dashboard для маркетолога и "real-time" для нейминга в арбитраже это совсем разные вещи: на практике атрибуция может занимать и 5, и 20 секунд, а иногда и несколько минут. Станет ли приложение до последнего показывать экран загрузки, ожидая атрибуции и рискуя потерять условно "органическую" установку?
Поэтому, когда сервис объясняет низкую цену приложения "органикой", стоит уточнять детали:
- по каким запросам приложение получает органические установки;
- видит ли где-либо арендатор лог установок по своему неймингу на стороне сервиса аренды;
- видит ли арендатор отчёты об органическом трафике из MMP;
- кто и как монетизирует пользователей без атрибуции;
- как ведёт себя приложение, если при первом запуске приложение не успело получить атрибуцию установки, но к следующему открытию она появилась;
- можно ли выкупить органику по нужным GEO.
Если ответов нет, это не доказывает обман. Но это значит, что сервис аренды не до конца раскрывает карты.
Органика, дефолт и мистрекинг — не одно и то же
Важно разделять несколько разных потоков.
Органика — пользователь сам нашёл приложение в сторе и установил его без рекламы.
Дефолт — поток пользователей, которых система маршрутизации или атрибуции не смогла уверенно привязать к конкретному арендатору, баеру или кампании.
Мистрекинг — техническая ошибка атрибуции: клик, установка или открытие были, но трекер, MMP, приложение или промежуточная логика не связали события корректно.
Ошибки при заполнении нейминга — явление, оставленное за рамками данной статьи, но вполне распространённое. Всегда проверяйте правильность заполнения нейминга, а ещё лучше тестируйте правильность направления по неймингу самостоятельно.
Обычные расхождения — нормальная разница между рекламным кабинетом, трекером, MMP, стором и внутренней статистикой. Такие расхождения бывают даже в белых продуктах и не всегда означают, что кто-то забирает трафик. Например, две рекламные сети могут записать одну и ту же установку себе на разных основаниях (скажем, установка произошла благодаря клику по рекламе Google и была атрибуирована click-through, но прежде пользователь видел рекламу этого же продукта в Instagram, поэтому одновременно установка получила атрибуцию view-through), но MMP выполнил дедупликацию событий и выбрал только один источник в соответствии со своими настройками.
Проблема рынка аренды приложений в том, что зачастую все эти потоки скрыты от арендатора. Вы видите, что часть пользователей не дошла до вашей статистики, а дальше начинается вопрос интерпретации: это реальная органика, дефолт, потеря атрибуции или шейв вашего трафика.
Можно ли атрибутировать 100% трафика
Нет. На практике 100% атрибуция недостижима.
Причины разные: задержки событий, ограничения iOS, SKAN, браузерные переходы, редиректы, VPN, антифрод, поведение пользователя после установки, ошибки SDK, проблемы с naming-логикой, кэширование и банальные сбои интеграций. Даже если сервис аренды работает честно, часть трафика всё равно будет теряться или попадать в неопределённый поток.
Поэтому корректный вопрос звучит не "есть ли потери", а "какой уровень потерь нормален для моей связки". Для Android и iOS этот уровень может отличаться. Для разных источников, GEO и типов кампаний — тоже.
Если на небольшом объёме вы теряете несколько процентов, это может быть обычной технической реальностью. Если на стабильном объёме потери становятся двузначными и повторяются по одному паттерну, это уже повод разбираться глубже.
Как измерять потери
Начинать стоит не с обвинений, а с измерений. Минимальный набор:
- Сверить данные рекламного источника, трекера, MMP и статистики сервиса аренды.
- Смотреть отдельно Android и iOS, потому что атрибуция и ограничения отличаются.
- Разбивать данные по GEO, источнику, кампании и баеру.
- Проверять naming и маршрутизацию на тестовых кампаниях с небольшим контролируемым объёмом.
- Сравнивать долю неучтённого трафика на разных сервисах при похожей структуре закупки.
Важно смотреть не только проценты, но и деньги. Если оборот небольшой, даже неприятные расхождения могут быть дешевле собственной разработки. Если оборот большой, те же 5-10% превращаются в сумму, которую уже нельзя игнорировать.
Отдельно стоит спрашивать сервисы про дефолт: существует ли он, кто его монетизирует, можно ли выкупить нужные страны, есть ли фиксированная посуточная цена и какие отчёты доступны.
Какие есть альтернативы аренде
Аренда приложений остаётся удобным решением: быстро, понятно, без собственной команды разработки и проблем с публикацией. Но если экономика упирается в потери атрибуции, появляются альтернативы.
Первая — приватное приложение под одну команду. Это дороже, но даёт больше контроля над трафиком, naming-логикой и монетизацией дефолта. К сожалению, сервисы аренды редко соглашаются на такие условия, и дело тут не в привлекательности шейва, а в том, что заработок с приложения в аренде обычно выше.
Вторая — выкуп дефолта по нужным GEO. Такой вариант может быть компромиссом, если сервис готов продавать этот поток прозрачно, и такие сервисы есть в каталоге.
Третья — собственная разработка. Она даёт максимум контроля, но требует денег, людей, аккаунтов, дизайна, публикации, поддержки и постоянной замены приложений. И самое главное: экспертизы, которая приобретается ценой собственных проб и ошибок, и не бесплатно, разумеется. Для многих команд это не экономия, а новая головная боль.
Четвёртая — PWA. В PWA нет стора и классической атрибуции, поэтому часть проблем исчезает. Зато появляются другие ограничения: меньше системных возможностей, слабее фильтрация ботов и ниже доверие по сравнению с нативным приложением.
Иногда лучший вариант — ничего не менять. Если вам нужно много приложений для in-app, UAC или тестов, а объём пока не оправдывает собственную инфраструктуру, аренда может быть рациональной даже с неизбежными потерями.
Что дальше
Органика в арбитражных приложениях — не миф, но и не универсальное объяснение низких цен. Чем дешевле сервис отдаёт Android или iOS приложения, тем внимательнее стоит смотреть на объём потери трафика.
При выборе сервиса полезно сравнивать не только ставки и платформы, но и прозрачность: что происходит с неатрибутированным трафиком, какие отчёты доступны, можно ли выкупить дефолт, как устроена маршрутизация и какие потери считаются нормой.
Для первичного сравнения можно использовать каталог сервисов аренды приложений, но финальное решение всё равно стоит принимать по своим цифрам после сравнения нескольких сервисов.