Відстеження партнерських продажів у мобільних застосунках: встановлення й передплати без MMP

Чому відстежувати застосунки складніше, ніж вебсайти

У вебі партнерське відстеження — розв'язана задача. Відвідувач натискає на посилання автора, cookie або параметр в URL фіксує рекомендацію, а оплата на тому самому сайті зв'язує продаж з автором. У мобільному застосунку цей ланцюжок рветься у двох місцях: між посиланням і першим запуском стоїть App Store або Google Play, а платіж іде через Apple чи Google, а не через вашу касу.

Тож у мобільному партнерському відстеженні дві окремі задачі. Атрибуція відповідає, який автор привів цього користувача. Перевірка відповідає, чи покупка справжня і скільки вона варта. MMP виконує першу задачу для платної реклами. Програмі для авторів потрібні обидві, до того ж для кожної людини, бо наприкінці місяця ви надсилаєте комусь гроші.

Методи атрибуції і що бачить кожен із них

Кожен із методів нижче або точно знає автора, або здогадується. Де можете, користуйтеся точними, а решту нехай ловить запасний варіант.

• Код, який вводить користувач. Автор у відео чи подкасті каже: «Використайте код MAYA», і користувач вводить його в поле в онбордингу або на пейволі. Це явна дія користувача, на iOS і Android вона працює однаково й не потребує дозволів. Це також єдиний метод, який діє, коли нема посилання, на яке можна натиснути: аудіо, стріми, усні рекомендації.

• Посилання, що передає код у застосунок. Якщо застосунок уже встановлено, універсальне посилання або Android App Link може відкрити його з кодом в URL, а вебзастосунки, PWA і застосунки на Capacitor чи Cordova можуть прочитати код зі свого URL запуску. Не працює на iOS передавання параметра через встановлення з App Store: під час першого запуску App Store нічого з посилання у ваш застосунок не передає.

• Google Play Install Referrer. На Android Google Play зберігає параметр referrer із посилання на Play Store, і після встановлення застосунок може прочитати його через Play Install Referrer API разом із часом кліку та встановлення. Якщо посилання автора кладе код у referrer, збіг буде точним. В iOS такого аналога немає.

• Код, який ваш застосунок уже знає. Якщо ваш власний діп-лінк чи промопотік фіксує код, збережіть його в користувача. У RevenueCat це означає записати його як атрибут передплатника, тож кожна подія покупки міститиме код автора.

• Зіставлення за кліком — як запасний варіант. Коли хтось натискає посилання автора, встановлює застосунок зі стору, а код до застосунку не доходить, встановлення можна зіставити з нещодавнім натисканням цього посилання. Це наближений метод, тож обмежте його коротким вікном і лише вашим застосунком, а будь-який точний метод має мати пріоритет.

• Атрибуція рекламних мереж. SKAdNetwork і AdAttributionKit на iOS та посилання відстеження MMP вимірюють встановлення з реклами. Їх створено для платних кампаній, а не для виплат окремим авторам (докладніше нижче).

Коли методи суперечать один одному, правило має бути простим і записаним. В InfluTo введений код важливіший за натискання посилання, з кількох натискань враховується останнє, а коли першу покупку користувача зараховано, цей автор зберігає користувача для кожного продовження.

Метод за методом: що точне і де працює

Точний означає, що автора відомо напевно, без жодного моделювання.

Що Apple дозволяє без IDFA чи ATT

Apple вимагає запиту App Tracking Transparency для відстеження. Так вона називає зіставлення даних вашого застосунку з даними застосунків, сайтів чи офлайн-ресурсів інших компаній для таргетованої реклами чи вимірювання реклами, а також передавання цих даних брокерам даних. IDFA, рекламний ідентифікатор Apple, доступний лише після згоди користувача.

Apple також забороняє фінгерпринтинг — зі згодою чи без. Її угода розробника забороняє виводити дані з пристрою, щоб однозначно його ідентифікувати, а застосунки з SDK, що так роблять, можуть відхилити. Тож зіставляти встановлення за моделлю пристрою, розміром екрана, часовим поясом чи схожими сигналами не можна.

Власна атрибуція авторів не потребує ні того, ні іншого. Введений код — це дані самого користувача, а точне посилання передає код, а не особу. InfluTo ніколи не читає IDFA чи будь-який рекламний ідентифікатор, а в його документації сказано не запитувати для цього ATT. Зіставлення за натисканням посилання ніколи не порівнює характеристики пристрою, як-от модель, розмір екрана чи часовий пояс, нічого не пов'язує з іншими застосунками чи сайтами й вирішує лише одне: користувача привів цей автор чи він прийшов органічно.

Де SKAdNetwork доречний, а де ні

SKAdNetwork і AdAttributionKit, що на ньому ґрунтується, — це фреймворки Apple для атрибуції реклами зі збереженням приватності. Зареєстрована рекламна мережа підписує покази своєї реклами. Якщо користувач встановить і відкриє застосунок у межах вікна атрибуції, пристрій надішле рекламній мережі відкладений постбек (а вам — якщо ви ввімкнули цю опцію) зі значенням конверсії, але без даних про особу.

Саме через таку конструкцію він не годиться для програми для авторів. Підпис чи посилання в біо автора — не підписаний показ реклами, постбек не скаже, хто з 50 авторів привів встановлення, і не простежить продовження та повернення коштів одного передплатника місяць за місяцем. Якщо ви просуваєте відео автора як платну рекламу, вимірюйте її через рекламну мережу та MMP, як будь-яку іншу кампанію, а код і посилання самого автора лишайте для комісії.

Платіть за підтверджені покупки, а не за встановлення

За встановлення платити ненадійно. Багато встановлень не доходять до пейволу, багато пробних періодів не конвертуються, а кількість встановлень найлегше накрутити. Для застосунку з передплатою важлива платна покупка, і її потрібно перевірити у сторі, перш ніж рухатимуться гроші:

• Покупка може бути фальшивою або тестовою. Покупка, про яку повідомив лише застосунок, може походити із sandbox-акаунта, TestFlight чи зміненого клієнта. Apple і Google можуть підтвердити, чи транзакція справжня і з якого середовища вона.

• Продовження відбуваються без застосунку. Передплатник, який продовжує передплату на сьомому місяці, може тижнями не відкривати ваш застосунок. Таке продовження бачить лише стор або сервіс, що його відстежує.

• Повернення коштів надходять зі стору. Apple і Google обробляють повернення коштів і чарджбеки. Ваша система комісій має знати про них, щоб скасувати нараховане.

Є два поширені способи отримувати події підтверджених покупок: вебхук RevenueCat, якщо ви вже користуєтеся RevenueCat, або напряму App Store Server API і Google Play Developer API. InfluTo підтримує обидва — один шлях на платформу. Комісію він записує лише після підтвердження покупки стором, скасовує її при поверненні коштів і ніколи не переказує гроші за sandbox-покупки.

Налаштування, що працює без MMP

1. 1

   Дайте кожному авторові код і посилання. Один короткий код працює і введений вручну, і в посиланні, тож автор може назвати його у відео й додати в біо.

2. 2

   Додайте поле для коду до першої покупки. Необов'язковий крок «Є код?» в онбордингу охоплює більшість людей, а невелике посилання на пейволі — решту. Підставте код наперед, якщо встановлення вже зіставлено, — користувачеві лишиться тільки підтвердити.

3. 3

   Перевіряйте атрибуцію під час першого запуску. Запитуйте SDK під час запуску, до того як пейвол вирішить, що показати. Тоді зіставлення за натисканням посилання чи код із URL запуску або Install Referrer буде враховано в тій самій сесії.

4. 4

   Підключіть джерело підтверджених покупок. Або вебхук RevenueCat із кодом автора, записаним як атрибут передплатника, або пряма перевірка в сторах із вашими обліковими даними App Store і Google Play.

5. 5

   Протестуйте одну покупку за запрошенням від початку до кінця. У sandbox-збірці встановіть застосунок за посиланням тестового автора або введіть його код, зробіть покупку й переконайтеся, що її зараховано на цей код. Лише після цього запрошуйте справжніх авторів.

Коли MMP усе ж потрібен? Коли ви купуєте рекламу в кількох мережах і хочете бачити в одному місці, якій з них належить заслуга. Ці два шари не конфліктують: MMP і далі вимірює платні кампанії, а платформа для авторів платить за покупки, підтверджені магазином. Як розділити ролі, описано в посібнику «MMP чи партнерські платформи» нижче.