Identifikaatorite ajastu lõpeb Androidis

Aastaid tugines mobiilireklaamide suunamine ja mõõtmine stabiilsetele rakendusteülestele identifikaatoritele — peamiselt Google Advertising ID-le (GAID). See mudel lammutatakse. Privacy Sandbox Androidis püüab pakkuda asjakohaseid reklaame ja konversioonide mõõtmist ilma kasutajataseme identifikaatorite jagamiseta rakenduste vahel.

Avaldajatele, kes rahastavad tasuta rakendusi ja mänge reklaamidega, ei ole see väike SDK uuendus. See muudab seda, kuidas nõudluspartnerid mõistavad sinu auditooriumi, kuidas atributsioon liigub tagasi reklaamijateni ja kuidas hinnatakse sinu inventari. Põhiehitusplokkide õppimine nüüd — kui vanad signaalid veel osaliselt töötavad — on viis tulu kaitsta üleminekul.

Topics API: huvisignaalid ilma jälgimiseta

Topics API asendab rakendusteülese huvide profileerimise. Selle asemel et reklaamijad koostaksid käitumisprofiili paljudest rakendustest, järeldab seade hiljutise kasutuse põhjal väikese hulga jämedaid huvide teemasid (näiteks "Mobiilimängud" või "Reisimine"). Teemad salvestatakse seadmesse ja perioodi kohta jagatakse väljakutsuvate SDK-dega ainult piiratud arv.

Praktikas:

• Suunamine muutub laiemaks ja kontekstuaalseks, mitte isikupõhiseks.
• Teemad on jämedad, pöörlevad ajas ja välistavad disainilt tundlikud kategooriad.
• Operatsioonisüsteem vahendab, milline signaal jõuab nõudluseni — sa ei oma enam profiili.

Oota, et huvipõhised CPM-id sõltuvad rohkem kontekstuaalsest asjakohasusest ja esimese osapoole kontekstist, mida saad õiguspäraselt reklaamipäringutes pakkuda.

SDK Runtime: reklaami-SDK-de isoleerimine

SDK Runtime liigutab reklaami- ja analüütika-SDK-d eraldi liivakastistatud protsessi piiratud õigustega. Täna töötab manustatud reklaami-SDK sinu rakendusega samade õigustega — see saab lugeda rakenduse andmeid, seadme signaale ja muud. SDK Runtime piirab seda, vähendades seda, mida SDK saab vaikselt koguda, ja piirates rakendusteülest korrelatsiooni.

Avaldajatele toob see kaks tegelikkust. Vahendus- ja reklaami-SDK-d tuleb uuendada runtime-toega versioonidele, mis on sõltuvus, mida jälgida iga partneri puhul. Ja signaalid, mida SDK-d ajalooliselt kaudselt haarasid, ei ole enam saadaval, seega on puhta, nõusolekuga esimese osapoole konteksti edastamine toetatud API-de kaudu olulisem.

Attribution Reporting: mõõtmine ilma identifikaatoriteta

Attribution Reporting API ehitab konversioonide mõõtmise seadmes uuesti üles. Selle asemel et sobitada reklaamiklikk installiga jagatud ID kaudu, salvestab see atributsioonisündmused lokaalselt ja tagastab koondatud või müraga ja viivitusega sündmusetaseme aruanded — tõestades, et kampaaniad toimivad, takistades samal ajal kasutajataseme uuesti tuvastamist.

Kompromissid, millega sinu nõudlus kohaneb, hõlmavad:

• Aruandlusviivitused kohese, deterministliku atributsiooni asemel.
• Statistiline müra, mis nõuab selgeks lugemiseks suuremaid mahte.
• Koondatud kokkuvõtted, mis asendavad ühene-ühele kliki-installi vastendamise.

Oota perioodi, mil reklaamijad jooksutavad Privacy Sandboxi atributsiooni kõrvuti pärandmeetoditega, et kalibreerida. Inventar, mis mõõdab hästi uute API-dega, säilitab eelarve; see, mis sõltub aegunud signaalidest, näeb survet.

Mida peaksid rakenduste avaldajad nüüd tegema

Üleminek premeerib ettevalmistust. Konkreetsed sammud:

• Auditi oma SDK-d. Kinnita, et sinu vahendus-, reklaamivõrgu- ja analüütika-SDK-d tarnivad Privacy Sandboxi ja SDK Runtime jaoks valmis versioonid, ning planeeri uuendused.
• Registreeru ja testi. Kasuta Google'i Privacy Sandboxi registreerimist ja testi developer previews'ides, et sa ei silutaks tootmises.
• Tugevda esimese osapoole konteksti. Investeeri kontekstuaalsetesse ja nõusolekuga signaalidesse, mida saad õiguspäraselt edastada, sest rakendusteülesed ID-d ei kanna koormust.
• Loo varakult mõõtmise võrdlusalus. Võrdle Attribution Reportingu väljundeid praeguse atributsiooniga, et seada ostjatele realistlikud ootused.
• Korralda nõusolek õigesti. Sandbox vähendab vaikset andmete jagamist, kuid ei eemalda sinu juriidilist kohustust koguda ja austada nõusolekut jääva töötlemise jaoks.

Miks nõusolek ja CMP endiselt loevad

Levinud väärarusaam on, et Privacy Sandbox muudab nõusoleku aegunuks. Ei muuda. Sandbox piirab seda, kuidas andmed liiguvad, kuid GDPR-i, ePrivacy reeglite ja Google'i enda poliitikate kohaselt pead siiski hankima ja signaliseerima kehtiva õigusliku aluse — ja nõudluspartnerid nõuavad pakkumiseks endiselt koostalitlusvõimelisi nõusolekusignaale. Google Consent Mode v2 ja IAB TCF 2.3 jäävad ühenduskoeks sinu nõusoleku kasutajaliidese ja reklaamivirna vahel.

Just siia sobib FlexyConsent. Google'i sertifitseeritud nõusolekuhalduse platvormina, mis toetab IAB TCF 2.3 ja Consent Mode v2, tsentraliseerib see, kuidas nõusolekut kogutakse ja levitatakse kõigis sinu rakendustes ja veebisaitidel. Üks konfiguratsioon väljastab standardiseeritud signaalid, mida sinu vahendus- ja mõõtmispartnerid ootavad, nii et kui Privacy Sandboxi API-d kasutusele võetakse, saadad puhast, järjepidevat ja auditeeritavat nõusolekut — mitte hapraid rakendusepõhiseid loogikaid, mis murduvad iga SDK uuendusega.

Peamised järeldused

• Privacy Sandbox asendab rakendusteülesed ID-d seadmesiseste Topicsidega, isoleeritud SDK Runtime'iga ja müraga Attribution Reportinguga.
• Suunamine nihkub kontekstuaalsete ja nõusolekuga esimese osapoole signaalide poole; deterministlik atributsioon annab teed koondatud, viivitusega aruannetele.
• Auditi ja uuenda oma reklaami-SDK-d nüüd, registreeru testimisse ning loo uue mõõtmise võrdlusalus pärandiga enne, kui aegumine hammustab.
• Nõusolek on endiselt kohustuslik — TCF 2.3 ja Consent Mode v2 CMP nagu FlexyConsent hoiab sinu nõusolekusignaalid kehtivad ja koostalitlusvõimelised igal omandil.