Identifikatoru laikmets Android operētājsistēmā beidzas

Gadiem ilgi mobilo reklāmu mērķēšana un mērīšana balstījās uz stabiliem, starplietotņu identifikatoriem — galvenokārt Google Advertising ID (GAID). Šis modelis tiek demontēts. Privacy Sandbox operētājsistēmā Android tiecas piegādāt atbilstošas reklāmas un konversiju mērīšanu bez lietotāja līmeņa identifikatoru koplietošanas starp lietotnēm.

Izdevējiem, kuri finansē bezmaksas lietotnes un spēles ar reklāmām, šis nav nenozīmīgs SDK atjauninājums. Tas maina to, kā pieprasījuma partneri saprot jūsu auditoriju, kā atribūcija plūst atpakaļ pie reklāmdevējiem un kā tiek novērtēts jūsu inventārs. Pamatelementu apgūšana tagad — kamēr vecie signāli vēl daļēji darbojas — ir veids, kā aizsargāt ieņēmumus pārejas laikā.

Topics API: interešu signāli bez izsekošanas

Topics API aizstāj starplietotņu interešu profilēšanu. Tā vietā, lai reklāmdevēji saliktu uzvedības profilu no daudzām lietotnēm, ierīce no nesenā lietojuma secina nelielu skaitu vispārīgu interešu tematu (piemēram, "Mobilās spēles" vai "Ceļojumi"). Temati tiek glabāti ierīcē, un katrā periodā ar izsaucošajiem SDK tiek koplietots tikai ierobežots skaits.

Praksē:

• Mērķēšana kļūst plašāka un kontekstuāla, nevis specifiska personai.
• Temati ir vispārīgi, laika gaitā rotē un pēc dizaina izslēdz sensitīvas kategorijas.
• Operētājsistēma starpnieko, kurš signāls sasniedz pieprasījumu — jūs vairs nepiederat profilam.

Sagaidiet, ka uz interesēm balstītie CPM vairāk atkarīgi no kontekstuālās atbilstības un pirmās puses konteksta, ko varat likumīgi sniegt reklāmu pieprasījumos.

SDK Runtime: reklāmu SDK izolēšana

SDK Runtime pārvieto reklāmu un analītikas SDK atsevišķā, smilškastē izolētā procesā ar ierobežotām atļaujām. Šodien iegultais reklāmu SDK darbojas ar tādu pašu piekļuvi kā jūsu lietotne — tas var lasīt lietotnes datus, ierīces signālus un vairāk. SDK Runtime to ierobežo, samazinot to, ko SDK var klusi savākt, un ierobežojot starplietotņu korelāciju.

Izdevējiem tas nes divas realitātes. Starpniecības un reklāmu SDK jāatjaunina uz runtime iespējotām versijām, kas ir atkarība, ko izsekot ar katru partneri. Un signāli, ko SDK vēsturiski netieši paķēra, vairs nebūs pieejami, tāpēc tīra, ar piekrišanu apstiprināta pirmās puses konteksta nodošana caur atbalstītajiem API ir svarīgāka.

Attribution Reporting: mērīšana bez identifikatoriem

Attribution Reporting API no jauna izveido konversiju mērīšanu ierīcē. Tā vietā, lai saskaņotu reklāmas klikšķi ar instalāciju, izmantojot koplietotu ID, tas reģistrē atribūcijas notikumus lokāli un atgriež apkopotus vai ar troksni un aizkavi piesātinātus notikuma līmeņa ziņojumus — pierādot, ka kampaņas darbojas, vienlaikus novēršot atkārtotu lietotāja līmeņa identifikāciju.

Kompromisi, kuriem jūsu pieprasījums pielāgosies, ietver:

• Ziņošanas aizkaves tūlītējas, deterministiskas atribūcijas vietā.
• Statistisks troksnis, kas prasa lielākus apjomus, lai skaidri nolasītu.
• Apkopoti kopsavilkumi, kas aizstāj viens pret vienu klikšķa-instalācijas kartēšanu.

Sagaidiet periodu, kurā reklāmdevēji palaiž Privacy Sandbox atribūciju līdzās mantotajām metodēm, lai kalibrētu. Inventārs, kas labi mēra ar jaunajiem API, saglabās budžetu; tas, kas atkarīgs no novecojušiem signāliem, redzēs spiedienu.

Kas lietotņu izdevējiem jādara tagad

Pāreja atalgo sagatavošanos. Konkrēti soļi:

• Auditējiet savus SDK. Apstipriniet, ka jūsu starpniecības, reklāmu tīkla un analītikas SDK piegādā Privacy Sandbox un SDK Runtime gatavas versijas, un plānojiet jauninājumus.
• Reģistrējieties un testējiet. Izmantojiet Google Privacy Sandbox reģistrāciju un testējiet developer previews, lai netiktu atkļūdots ražošanā.
• Stipriniet pirmās puses kontekstu. Ieguldiet kontekstuālos un ar piekrišanu apstiprinātos signālos, ko varat likumīgi nodot, jo starplietotņu ID nenesīs slodzi.
• Agri nosakiet mērīšanas atskaites punktu. Salīdziniet Attribution Reporting izvades ar pašreizējo atribūciju, lai noteiktu reālistiskas pircēju gaidas.
• Pareizi noformējiet piekrišanu. Sandbox samazina kluso datu koplietošanu, bet nenoņem jūsu juridisko pienākumu savākt un ievērot piekrišanu apstrādei, kas paliek.

Kāpēc piekrišana un CMP joprojām ir svarīgi

Izplatīts pārpratums ir tāds, ka Privacy Sandbox padara piekrišanu novecojušu. Tā nav. Sandbox ierobežo to, kā dati pārvietojas, bet saskaņā ar VDAR, ePrivacy noteikumiem un paša Google politikām jums joprojām jāiegūst un jāsignalizē derīgs juridiskais pamats — un pieprasījuma partneri joprojām prasa savietojamus piekrišanas signālus, lai piedāvātu cenu. Google Consent Mode v2 un IAB TCF 2.3 paliek savienojošais audums starp jūsu piekrišanas saskarni un reklāmu kaudzi.

Tieši šeit iederas FlexyConsent. Kā Google sertificēta piekrišanas pārvaldības platforma, kas atbalsta IAB TCF 2.3 un Consent Mode v2, tā centralizē to, kā piekrišana tiek savākta un izplatīta visās jūsu lietotnēs un tīmekļa vietnēs. Viena konfigurācija izstaro standartizētos signālus, ko sagaida jūsu starpniecības un mērīšanas partneri, tāpēc, kad Privacy Sandbox API tiek ieviesti, jūs sūtāt tīru, konsekventu, auditējamu piekrišanu — nevis trauslu katras lietotnes loģiku, kas salūst ar katru SDK atjauninājumu.

Galvenās atziņas

• Privacy Sandbox aizstāj starplietotņu ID ar ierīcē esošiem Topics, izolētu SDK Runtime un ar troksni piesātinātu Attribution Reporting.
• Mērķēšana pārvirzās uz kontekstuāliem un ar piekrišanu apstiprinātiem pirmās puses signāliem; deterministiskā atribūcija dod ceļu apkopotiem, aizkavētiem ziņojumiem.
• Auditējiet un jauniniet savus reklāmu SDK tagad, reģistrējieties testēšanā un nosakiet jaunās mērīšanas atskaites punktu pret mantoto, pirms novecošana sāk grauzt.
• Piekrišana joprojām ir obligāta — TCF 2.3 un Consent Mode v2 CMP, piemēram, FlexyConsent, uztur jūsu piekrišanas signālus derīgus un savietojamus katrā īpašumā.