To prompts, to forskellige love

Åbn et mobilspil i EU på en iPhone, og du ser måske to tilladelsesanmodninger lige efter hinanden: Apples App Tracking Transparency (ATT)-prompt, der beder om at "spore" dig, og en GDPR-samtykke-formular, der spørger om personaliserede annoncer og databehandling. Spillere antager, at det er det samme. Det er det ikke, og at sammenblande dem er, hvordan udgivere ender med enten at være ikke-overholdende eller efterlade penge på bordet.

ATT er Apples platformpolitik. GDPR er europæisk lov. Den ene håndhæves af App Store-gennemgang; den anden af databeskyttelsesmyndigheder med magt til at udstede bøder på flere millioner euro. Du kan opfylde den ene og stadig overtræde den anden.

Hvad App Tracking Transparency faktisk regulerer

ATT kontrollerer adgangen til IDFA (Identifier for Advertisers) og mere bredt enhver sporing, der knytter en brugers aktivitet på tværs af apps og websites ejet af andre virksomheder. Hvis en spiller trykker "Ask App Not to Track", kan din app ikke tilgå IDFA og må ikke spore vedkommende på tværs af andre virksomheders ejendomme.

• Det er en binær, Apple-defineret prompt — du kan ikke ændre dens ordlyd.
• Den gælder på iOS uanset hvor brugeren bor.
• Den regulerer sporing på tværs af apps, ikke al annoncering.

Hvad GDPR-samtykke faktisk regulerer

GDPR handler om et lovligt grundlag for behandling af personoplysninger. Personaliseret annoncering i EØS kræver generelt frit givet, specifikt, informeret samtykke — indfanget gennem en CMP, udtrykt i IAB TCF-rammen og til enhver tid tilbagekaldeligt.

• Den gælder for brugere i EØS og Storbritannien uanset enhedsplatform — iOS og Android.
• Den dækker langt mere end et enkelt annoncerings-ID: analyser, opbygning af målgrupper og datadeling falder alle under den.
• Samtykket skal kunne revideres; "vi antog ja" er ikke et forsvar.

Hvorfor du har brug for begge, og i hvilken rækkefølge

For en EØS-spiller på iOS gælder begge regimer samtidig. Den bredt anbefalede rækkefølge er at vise GDPR-samtykkeformularen først, derefter ATT-prompten. Logikken: GDPR-samtykke er det juridiske grundlag, og Apples prompt er en platformport lagt ovenpå. Hvis en bruger afviser GDPR-samtykke, er der ringe grund til overhovedet at spørge om ATT, fordi du ikke har noget lovligt grundlag for at spore uanset hvad Apple ville tillade.

Konkret ser et rent opstartsflow sådan ud:

• Anmod om GDPR-samtykke via din CMP- / UMP-formular.
• Hvis samtykke gives, anmod om ATT-autorisation.
• Initialiser annonce-SDK'er med det, som skæringspunktet mellem begge svar tillader.

Skæringspunktet er det afgørende ord. Personaliserede annoncer kræver både GDPR-samtykke og ATT-autorisation på iOS. Mangler du den ene, viser du ikke-personaliseret inventory.

Det økonomiske på spil

Hver afvist prompt trapper din eCPM ned. En bruger, der giver GDPR-samtykke, men afviser ATT, kan stadig modtage personaliserede annoncer fra kontekstuelle og first-party-signaler, men mister IDFA-baseret targeting. En bruger, der afviser begge, ser kun ikke-personaliserede annoncer. At forstå disse niveauer lader dig forudsige omsætning ærligt og optimere de prompts, du kan påvirke — GDPR-formularens timing, tekst og pre-prompt — i stedet for at kæmpe mod Apples faste dialog.

Hvor FlexyConsent passer ind

Native apps har brug for en CMP i appen, for eksempel Googles UMP. FlexyConsent dækker websites på desktop og mobil (CMP ID 317 er en web-CMP). Den sender signaler for IAB TCF 2.4 og Google Consent Mode v2. Dens rapporter viser beslutninger efter kilde og region.

Vigtigste pointer

• ATT er Apples platformpolitik om sporing på tværs af apps; GDPR er EU-lov om behandling af personoplysninger.
• EØS-iOS-brugere har brug for begge — vis GDPR-samtykkeformularen først, derefter ATT.
• Personaliserede iOS-annoncer kræver skæringspunktet: GDPR-samtykke OG ATT-autorisation.