Ера идентификатора се завршава на Андроиду

Годинама су се циљање и мерење мобилних огласа ослањали на стабилне идентификаторе између апликација — пре свега на Google Advertising ID (GAID). Тај модел се разграђује. Privacy Sandbox на Андроиду компаније Google има за циљ да испоручује релевантне огласе и мерење конверзија без дељења идентификатора на нивоу корисника између апликација.

За издаваче који финансирају бесплатне апликације и игре огласима, ово није ситна надоградња SDK-а. Мења начин на који партнери на страни тражње разумеју вашу публику, како се атрибуција враћа оглашивачима и како се вреднује ваш инвентар. Учење градивних елемената сада — док стари сигнали још делом раде — начин је да заштитите приход током транзиције.

Topics API: сигнали интересовања без праћења

Topics API замењује профилисање интересовања између апликација. Уместо да оглашивачи склапају бихевиорални профил из многих апликација, уређај изводи мали скуп грубих тема интересовања (на пример „Мобилне игре“ или „Путовања“) из недавне употребе. Теме се чувају на уређају, а само ограничен број се дели са SDK-овима који их позивају у датом периоду.

У пракси:

• Циљање постаје шире и контекстуално уместо специфично за особу.
• Теме су грубе, ротирају се током времена и по дизајну искључују осетљиве категорије.
• Оперативни систем посредује који сигнал стиже до тражње — ви више не поседујете профил.

Очекујте да ће CPM засновани на интересовању више зависити од контекстуалне релевантности и first-party контекста који можете легитимно да обезбедите у захтевима за огласе.

SDK Runtime: изоловање огласних SDK-ова

SDK Runtime премешта огласне и аналитичке SDK-ове у засебан, изолован (sandboxed) процес са ограниченим дозволама. Данас уграђени огласни 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-а и тестирајте на developer preview-има да не бисте дебаговали у продукцији.
• Ојачајте 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 одржава ваше сигнале сагласности важећим и интероперабилним на свакој имовини.