Епоха ідентифікаторів на Android добігає кінця

Роками таргетинг і вимірювання мобільної реклами спиралися на стабільні міжзастосункові ідентифікатори — передусім на Google Advertising ID (GAID). Ця модель демонтується. Privacy Sandbox на Android від Google прагне доставляти релевантну рекламу й вимірювати конверсії без передавання ідентифікаторів рівня користувача між застосунками.

Для видавців, які фінансують безкоштовні застосунки та ігри за рахунок реклами, це не дрібне оновлення SDK. Це змінює те, як партнери з попиту розуміють вашу аудиторію, як атрибуція повертається до рекламодавців і як оцінюється ваш інвентар. Вивчення базових блоків уже зараз — поки старі сигнали ще частково працюють — це спосіб захистити дохід під час переходу.

Topics API: сигнали інтересів без відстеження

Topics API замінює міжзастосункове профілювання інтересів. Замість того щоб рекламодавці збирали поведінковий профіль із багатьох застосунків, пристрій виводить невеликий набір грубих тем інтересів (наприклад, "Мобільні ігри" або "Подорожі") з нещодавнього використання. Теми зберігаються на пристрої, і за період із застосунками SDK, що викликають, ділиться лише обмежена їх кількість.

На практиці:

• Таргетинг стає ширшим і контекстним, а не персонально-специфічним.
• Теми є грубими, чергуються з часом і за своєю структурою виключають чутливі категорії.
• ОС опосередковує те, який сигнал доходить до попиту — профіль більше вам не належить.

Очікуйте, що CPM на основі інтересів більше залежатимуть від контекстної релевантності та first-party-контексту, який ви можете законно надати в рекламних запитах.

SDK Runtime: ізоляція рекламних SDK

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

Для видавців це несе дві реальності. SDK медіації та реклами мають бути оновлені до версій із підтримкою runtime — залежність, яку треба відстежувати в кожного партнера. А сигнали, які SDK історично захоплювали неявно, більше не будуть доступні, тому передавання чистого, узгодженого first-party-контексту через підтримувані API стає важливішим.

Attribution Reporting: вимірювання без ідентифікаторів

Attribution Reporting API перебудовує вимірювання конверсій на пристрої. Замість зіставлення кліку по рекламі зі встановленням через спільний ідентифікатор він записує події атрибуції локально й повертає агреговані або зашумлені, відкладені звіти на рівні подій — доводячи, що кампанії працюють, і водночас запобігаючи повторній ідентифікації на рівні користувача.

Компроміси, до яких адаптується ваш попит, включають:

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

Очікуйте період, коли рекламодавці запускатимуть атрибуцію Privacy Sandbox паралельно із застарілими методами для калібрування. Інвентар, який добре вимірюється за нових API, збереже бюджет; інвентар, що залежить від застарілих сигналів, опиниться під тиском.

Що видавцям застосунків слід робити зараз

Перехід винагороджує підготовку. Конкретні кроки:

• Проведіть аудит ваших SDK. Переконайтеся, що ваші SDK медіації, рекламної мережі та аналітики постачають версії, готові до Privacy Sandbox і SDK Runtime, та сплануйте оновлення.
• Зареєструйтеся й тестуйте. Використовуйте реєстрацію в Privacy Sandbox від Google і тестуйте на попередніх версіях для розробників, щоб не налагоджувати в продакшені.
• Посильте first-party-контекст. Інвестуйте в контекстні та узгоджені сигнали, які ви можете законно передавати, оскільки міжзастосункові ідентифікатори більше не нестимуть навантаження.
• Завчасно проведіть бенчмаркінг вимірювань. Порівняйте вихідні дані Attribution Reporting з поточною атрибуцією, щоб задати реалістичні очікування покупців.
• Правильно отримуйте згоду. Sandbox скорочує приховане передавання даних, але не знімає з вас юридичного обов'язку збирати й поважати згоду на обробку, що залишається.

Чому згода та CMP досі важливі

Поширена хибна думка — що Privacy Sandbox робить згоду зайвою. Це не так. Sandbox обмежує те, як переміщуються дані, але згідно з GDPR, правилами ePrivacy та власними політиками Google ви досі повинні отримувати й сигналізувати дійсну правову підставу — а партнерам з попиту досі потрібні сумісні сигнали згоди для участі в торгах. Google Consent Mode v2 та IAB TCF 2.3 залишаються сполучною тканиною між вашим інтерфейсом згоди й рекламним стеком.

Ось де вписується FlexyConsent. Як сертифікована Google платформа управління згодою з підтримкою IAB TCF 2.3 і Consent Mode v2, вона централізує те, як згода збирається й поширюється по всіх ваших застосунках і сайтах. Одна конфігурація видає стандартизовані сигнали, яких очікують ваші партнери з медіації та вимірювання, тому в міру розгортання API Privacy Sandbox ви надсилаєте чисту, узгоджену, придатну для аудиту згоду — а не крихку логіку для кожного застосунку, що ламається за кожного оновлення SDK.

Ключові висновки

• Privacy Sandbox замінює міжзастосункові ідентифікатори темами на пристрої (Topics), ізольованою SDK Runtime та зашумленим Attribution Reporting.
• Таргетинг зміщується в бік контекстних та узгоджених first-party-сигналів; детермінована атрибуція поступається місцем агрегованим, відкладеним звітам.
• Проведіть аудит та оновіть ваші рекламні SDK зараз, зареєструйтеся для тестування й порівняйте нове вимірювання із застарілим до того, як настане відмова від підтримки.
• Згода досі обов'язкова — CMP з підтримкою TCF 2.3 і Consent Mode v2, така як FlexyConsent, зберігає ваші сигнали згоди дійсними й сумісними на всіх ресурсах.