Партнерський матеріал: статтю підготовлено спільно з 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 і статистика знаходяться в одному сервісі. А чесна сторінка застосунку та акуратний акаунт залишаться вашою основою, що б не відбувалося з трафіком.
Готові акаунти з гарантією 7 днів. 10+ GEO на вибір. Оплата лише після перевірки.
Замовити в Telegram