Арбитраж iOS-приложений: как сегментировать мобильный трафик и не потерять аккаунт на первой же кампании

Партнёрский материал: статья подготовлена совместно с Cloaking.House.

Чем iOS-трафик отличается от Android

Первое отличие в том, что клик по рекламе в TikTok, Facebook или Instagram обычно открывает страницу во встроенном браузере приложения, а не в Safari. Такой браузер по-своему работает с cookie, скриптами и переходами по ссылкам. Прелендинг, который безупречно работает в Safari, во встроенном браузере может не открыть App Store или потерять параметры кампании. Проверять нужно именно тот сценарий, который увидит живой пользователь.

Второе отличие касается приватности. Начиная с iOS 14.5, приложения запрашивают у пользователя разрешение на отслеживание (ATT), и большинство людей его не дают. Для атрибуции установок Apple предлагает собственные механизмы: SKAdNetwork, а в новых версиях системы — и AdAttributionKit. Они дают агрегированные и отложенные данные, поэтому подробной картины по каждому клику ждать не стоит. Отсюда следует практический вывод: аналитику воронки до стора нужно собирать на своей стороне, то есть в трекере и на уровне потока.

Третье отличие связано с сетью. Пользователи iCloud+ могут включить Private Relay, и тогда IP-адрес, который видит сайт, принадлежит промежуточной инфраструктуре, а не провайдеру человека. Геолокация становится приблизительной. Поэтому фильтры, построенные на «чистоте» IP, на iOS дают больше ложных срабатываний, чем на других платформах.

Как выглядит воронка для приложения

Типовой маршрут такой. Пользователь кликает по объявлению, попадает на промежуточный уровень, где решается, что ему показать, затем на прелендинг или веб-версию оффера, и уже оттуда уходит по ссылке в App Store. Для кампаний по приложениям в App Store Connect можно использовать ссылки с параметрами кампании и страницы продукта под разные аудитории (custom product pages). Это удобный способ показать человеку из конкретного креатива ту страницу приложения, которая совпадает с его ожиданиями, и заодно разделить статистику.

Обычно слабое место находится не в самом приложении, а на стыке: реклама обещает одно, прелендинг рассказывает другое, страница в сторе выглядит по-третьему. Площадки замечают такие расхождения, а пользователи просто закрывают вкладку. Чем плотнее связаны все три точки, тем стабильнее работает кампания.

Что нужно отфильтровать до прелендинга

Рекламные площадки проверяют ссылки, которые видят в объявлениях. Проверяют модераторы вручную и автоматика. Поэтому имеет смысл заранее решить, кто должен попасть на страницу оффера, а кто - на нейтральную страницу.

Начните с типа устройства. Если приложение доступно только на iOS, нет смысла показывать оффер десктопу и Android. Для таких заходов достаточно нейтральной страницы. Это самый простой фильтр, и он одновременно убирает часть ручных проверок с рабочих компьютеров.

Дальше идёт операционная система. Разделяйте потоки по ОС, а не пытайтесь обслужить всех одним. Для iOS-оффера пропускайте iOS, для Android-версии, если она есть, заводите отдельный поток со своей ссылкой на Google Play. Так вы получаете чистую статистику и не отправляете человека на страницу чужого стора.

Гео работает в паре с языком и часовым поясом. Расхождения между ними иногда выдают проверки, но встречаются и у обычных людей: путешественников, эмигрантов, пользователей VPN. Начинайте с мягких правил и ужесточайте их по логам. И помните про Private Relay: на iOS резкая фильтрация по IP может отрезать реальных клиентов.

Наконец, браузеры. Встроенные браузеры соцсетей, Safari и Chrome на iOS ведут себя по-разному, и полезно видеть, откуда именно приходит трафик. Нетипичные клиенты и заведомо автоматизированные среды удобно отправлять на нейтральную страницу.

Как собрать это в Cloaking.House

Все эти правила можно реализовать вручную на собственном сервере, но тогда под каждую связку придётся дорабатывать скрипты и следить за их работой. Проще воспользоваться готовым облачным сервисом, например Cloaking.House. Ничего устанавливать не нужно: вы работаете через веб-интерфейс, а регистрация в сервисе открытая. Вся логика строится вокруг потоков.

В потоке вы указываете две ссылки: offer page для целевой аудитории и white page для всех остальных, а затем описываете, кого считать целевым посетителем. Дальше сервис принимает решение по каждому клику и ведёт статистику: сколько переходов получил поток, кто ушёл на оффер, кто на нейтральную страницу и по какому именно правилу. Благодаря этому можно держать отдельные потоки и домены под разные приложения, ОС и гео, не смешивая данные разных кампаний.

Для мобильных приложений полезны именно те возможности, о которых шла речь выше. Фильтры настраиваются по гео, типу устройства, ОС и браузеру, а в дополнительных параметрах есть языки, часовые пояса и собственные списки IP. Поэтому связку «только iOS, только смартфоны, только нужные страны» можно собрать за несколько минут. Контент отдаётся либо редиректом, либо подгрузкой. Подгрузка удобна тем, что адрес страницы не меняется и параметры кампании не теряются по дороге.

Есть и приятная мелочь: white page можно собрать прямо в сервисе, если нет готовой заготовки. Домены, потоки, фильтры и статистика находятся в одном интерфейсе. Благодаря этому видно, сколько кликов дошло до оффера, сколько отсеялось и по какому правилу. Эти данные особенно ценны, когда системная атрибуция после ATT даёт лишь агрегированную картину.

Какой должна быть нейтральная страница

Пустая заглушка - хуже полноценной страницы. Хорошая white page выглядит как маленький самостоятельный проект: описание приложения или тематического сервиса, скриншоты, контакты, политика конфиденциальности. Её тема должна соответствовать рекламе. Если креатив рассказывает про фитнес-трекер, а страница про кулинарию, вопросы у площадки возникнут сами собой.

Обязательно проверьте мобильную вёрстку, скорость загрузки и SSL. Отдельный домен под каждую связку избавит вас от каскадных проблем: бан одного домена не потянет за собой остальные кампании.

Что фильтрация трафика не решает

Это важное разграничение. Фильтрация на уровне рекламы и требования Apple к самому приложению относятся к разным вещам. Поток решает, какую страницу увидит посетитель до клика в стор. Но ревью приложения, метаданные, поведение сборки и история аккаунта проверяет уже Apple, и обходить эти проверки нельзя. Попытки выдать приложению не то содержимое, которое видит пользователь, ведут к отзыву и блокировке аккаунта. Поэтому аккуратная воронка строится на честной странице приложения, понятных скриншотах и описании, которое соответствует реальной функциональности.

Точно так же стоит отдельно следить за гигиеной аккаунта: не привязывать лишние устройства, не добавлять пользователей без необходимости, аккуратно вести платёжные и налоговые настройки. Трафик, даже идеально отфильтрованный, не спасёт проект, если аккаунт получил уведомление об отзыве.

Как тестировать поток перед запуском

Проверяйте с реального iPhone в мобильной сети, а не с рабочего компьютера. Откройте ссылку в Safari и во встроенных браузерах тех площадок, где планируете рекламу, и убедитесь, что кнопка установки открывает App Store и параметры кампании доходят до конца. Затем проверьте противоположный сценарий: зайдите с десктопа и с устройства из другой страны и убедитесь, что вы попадаете на нейтральную страницу.

После этого запустите небольшой бюджет и разберите логи. Какие клики ушли на white page и по какому фильтру? Нет ли среди отфильтрованных заходов явно живых мобильных пользователей? Если есть, фильтр слишком жёсткий, и его нужно смягчить. Первые два-три дня стоит считать настройкой, а не масштабированием.

Типичные ошибки

Самая частая ошибка состоит в том, что один поток настраивают на все страны и обе ОС сразу. Фильтры приходится делать размытыми, и статистика теряет смысл.

Вторая ошибка - в чрезмерной жёсткости: отсекая подозрительное, легко потерять абонентов операторов, пользователей Private Relay и обладателей VPN.

Третья - в слабой белой странице, которая выдаёт себя с первого взгляда.

Четвёртая ошибка заключается в том, что логи не читают. Проверки приходят с новых адресов, и списки быстро устаревают, поэтому пересматривать их нужно хотя бы раз в несколько дней.

Пятая - в том, что о фильтрации вспоминают уже после первого бана рекламного аккаунта. Настраивать поток нужно до старта, иначе первая же жалоба придёт раньше, чем накопится статистика.

Итоги

Мобильный трафик на iOS-приложения требует аккуратной сегментации. Разделяйте потоки по ОС и гео, ограничивайте устройства, не полагайтесь только на IP из-за Private Relay и собирайте собственную аналитику воронки, потому что системная атрибуция после ATT даёт лишь агрегированные данные. Тестируйте всё на реальных телефонах и в тех браузерах, где реально откроется ваша реклама.

Cloaking.House подойдёт тем, кто хочет собрать такую схему без разработки: потоки, фильтры, white page и статистика находятся в одном сервисе. А честная страница приложения и аккуратный аккаунт останутся вашей основой, что бы ни происходило с трафиком.