Az azonosítók korszaka véget ér az Androidon

Évekig a mobilhirdetések célzása és mérése stabil, alkalmazásközi azonosítókra támaszkodott — elsősorban a Google Advertising ID (GAID) azonosítóra. Ezt a modellt felszámolják. A Google Privacy Sandbox Androidon megoldása arra törekszik, hogy releváns hirdetéseket és konverziómérést nyújtson anélkül, hogy felhasználói szintű azonosítókat osztana meg az alkalmazások között.

Azon kiadók számára, akik hirdetésekből finanszírozzák az ingyenes alkalmazásokat és játékokat, ez nem egy apró SDK-frissítés. Megváltoztatja, hogyan értik meg a keresleti partnerek a közönségét, hogyan jut vissza az attribúció a hirdetőkhöz, és hogyan értékelik a leltárt. Az építőelemek megismerése most — amíg a régi jelek még részben működnek — az a mód, ahogyan az átmenet során megvédheti bevételeit.

Topics API: Érdeklődési jelek nyomkövetés nélkül

A Topics API váltja fel az alkalmazásközi érdeklődési profilalkotást. Ahelyett, hogy a hirdetők sok alkalmazásból raknának össze egy viselkedési profilt, a készülék a közelmúltbeli használatból kis számú durva érdeklődési témát (például "Mobiljátékok" vagy "Utazás") következtet ki. A témákat a készüléken tárolják, és időszakonként csak korlátozott számút osztanak meg a hívó SDK-kkal.

A gyakorlatban:

• A célzás szélesebb körű és kontextuális lesz, nem pedig személyspecifikus.
• A témák durvák, idővel rotálódnak, és tervezésüknél fogva kizárják az érzékeny kategóriákat.
• Az operációs rendszer közvetíti, hogy melyik jel jut el a keresletig — a profil többé nem az Öné.

Számítson arra, hogy az érdeklődés-alapú CPM-ek inkább a kontextuális relevanciától és attól a first-party kontextustól függenek, amelyet jogszerűen biztosíthat a hirdetési kérésekben.

SDK Runtime: A hirdetési SDK-k elszigetelése

Az SDK Runtime a hirdetési és analitikai SDK-kat egy különálló, sandboxolt folyamatba helyezi át, korlátozott jogosultságokkal. Ma egy beágyazott hirdetési SDK ugyanazzal a hozzáféréssel fut, mint az alkalmazása — olvashatja az alkalmazás adatait, az eszközjeleket és sok mást. Az SDK Runtime ezt korlátozza, csökkentve, hogy egy SDK mit gyűjthet csendben, és korlátozva az alkalmazásközi korrelációt.

A kiadók számára ez két valóságot hoz. A mediációs és hirdetési SDK-kat runtime-kompatibilis verziókra kell frissíteni — ez egy függőség, amelyet minden partnernél követni kell. A jeleket pedig, amelyeket az SDK-k korábban implicit módon megragadtak, többé nem lesznek elérhetők, így fontosabbá válik a tiszta, hozzájárulással ellátott first-party kontextus átadása a támogatott API-kon keresztül.

Attribution Reporting: Mérés azonosítók nélkül

Az Attribution Reporting API a készüléken építi újra a konverziómérést. Ahelyett, hogy egy hirdetési kattintást egy megosztott azonosítón keresztül illesztene egy telepítéshez, helyben rögzíti az attribúciós eseményeket, és aggregált vagy zajjal terhelt, késleltetett eseményszintű jelentéseket ad vissza — bizonyítva, hogy a kampányok működnek, miközben megakadályozza a felhasználói szintű újraazonosítást.

A kompromisszumok, amelyekhez a keresletet igazítja, a következők:

• Jelentési késések az azonnali, determinisztikus attribúció helyett.
• Statisztikai zaj, amely nagyobb mennyiséget igényel a tiszta olvasáshoz.
• Aggregált összesítések, amelyek az egy az egyhez kattintás-telepítés leképezést váltják fel.

Számítson egy időszakra, amikor a hirdetők a Privacy Sandbox attribúciót a régi módszerekkel párhuzamosan futtatják a kalibráláshoz. Az új API-k alatt jól mérhető leltár megtartja a költségvetést; az elavult jelektől függő leltár nyomás alá kerül.

Mit tegyenek most az alkalmazás-kiadók

Az átmenet jutalmazza a felkészülést. Konkrét lépések:

• Auditálja az SDK-it. Erősítse meg, hogy a mediációs, hirdetési hálózati és analitikai SDK-i Privacy Sandbox- és SDK Runtime-kész verziókat szállítanak, és tervezze meg a frissítéseket.
• Regisztráljon és teszteljen. Használja a Google Privacy Sandbox regisztrációját, és teszteljen a fejlesztői előnézeteken, hogy ne éles környezetben kelljen hibakeresnie.
• Erősítse a first-party kontextust. Fektessen be olyan kontextuális és hozzájárulással ellátott jelekbe, amelyeket jogszerűen átadhat, mivel az alkalmazásközi azonosítók nem fogják bírni a terhet.
• Mérje fel korán a mérést. Hasonlítsa össze az Attribution Reporting kimeneteit a jelenlegi attribúcióval, hogy reális vevői elvárásokat állítson fel.
• Szerezze meg helyesen a hozzájárulást. A Sandbox csökkenti a csendes adatmegosztást, de nem szünteti meg azt a jogi kötelezettségét, hogy a fennmaradó adatkezeléshez beszerezze és tiszteletben tartsa a hozzájárulást.

Miért fontos még mindig a hozzájárulás és egy CMP

Gyakori félreértés, hogy a Privacy Sandbox feleslegessé teszi a hozzájárulást. Nem teszi. A Sandbox korlátozza, hogyan mozognak az adatok, de a GDPR, az ePrivacy szabályok és a Google saját irányelvei szerint továbbra is érvényes jogalapot kell beszereznie és jeleznie — a keresleti partnerek pedig továbbra is interoperábilis hozzájárulási jeleket igényelnek az ajánlattételhez. A Google Consent Mode v2 és az IAB TCF 2.3 marad a kötőszövet a hozzájárulási felülete és a hirdetési verem között.

Itt illeszkedik a FlexyConsent. Google-tanúsított hozzájáruláskezelő platformként, amely támogatja az IAB TCF 2.3-at és a Consent Mode v2-t, központosítja, hogyan gyűjtik és terjesztik a hozzájárulást az összes alkalmazásán és webhelyén. Egyetlen konfiguráció kibocsátja azokat a szabványosított jeleket, amelyeket a mediációs és mérési partnerei elvárnak, így ahogy a Privacy Sandbox API-k bevezetésre kerülnek, tiszta, következetes, auditálható hozzájárulást küld — nem pedig törékeny, alkalmazásonkénti logikát, amely minden SDK-frissítéssel összeomlik.

Legfontosabb tanulságok

• A Privacy Sandbox az alkalmazásközi azonosítókat készüléken futó Topics-szal, elszigetelt SDK Runtime-mal és zajjal terhelt Attribution Reporting-gal váltja fel.
• A célzás a kontextuális és hozzájárulással ellátott first-party jelek felé tolódik el; a determinisztikus attribúció átadja helyét az aggregált, késleltetett jelentéseknek.
• Auditálja és frissítse a hirdetési SDK-it most, regisztráljon a tesztelésre, és mérje fel az új mérést a régivel szemben, mielőtt az elavulás bekövetkezik.
• A hozzájárulás továbbra is kötelező — egy TCF 2.3 és Consent Mode v2 CMP, mint a FlexyConsent, érvényesen és interoperábilisan tartja a hozzájárulási jeleit minden tulajdonon.