To forespørsler, to forskjellige lover

Åpne et mobilspill i EU på en iPhone, og du kan se to tillatelsesforespørsler rett etter hverandre: Apples App Tracking Transparency (ATT)-forespørsel som ber om å «spore» deg, og et GDPR-samtykke-skjema som spør om personlige annonser og databehandling. Spillere antar at disse er det samme. Det er de ikke, og å blande dem sammen er hvordan utgivere ender opp enten ikke-kompatible eller med å la penger ligge på bordet.

ATT er Apples plattformpolicy. GDPR er europeisk lov. Den ene håndheves av App Store-gjennomgang; den andre av datatilsyn med makt til å ilegge bøter på flere millioner euro. Du kan tilfredsstille den ene og fortsatt bryte den andre.

Hva App Tracking Transparency faktisk styrer

ATT kontrollerer tilgang til IDFA (Identifier for Advertisers) og, mer generelt, all sporing som knytter en brukers aktivitet på tvers av apper og nettsteder eid av andre selskaper. Hvis en spiller trykker «Be appen om ikke å spore», kan ikke appen din få tilgang til IDFA og må ikke spore dem på tvers av andre selskapers eiendommer.

• Det er en binær, Apple-definert forespørsel — du kan ikke endre ordlyden.
• Den gjelder på iOS uavhengig av hvor brukeren bor.
• Den styrer sporing på tvers av apper, ikke all annonsering.

Hva GDPR-samtykke faktisk styrer

GDPR handler om et lovlig grunnlag for behandling av personopplysninger. Personlig annonsering i EØS krever generelt fritt gitt, spesifikt, informert samtykke — fanget gjennom en CMP, uttrykt i IAB TCF-rammeverket, og tilbakekallbart når som helst.

• Den gjelder brukere i EØS og Storbritannia uavhengig av enhetsplattform — iOS og Android.
• Den dekker langt mer enn én enkelt annonse-ID: analyse, målgruppebygging og datadeling faller alle inn under den.
• Samtykket må være reviderbart; «vi antok ja» er ikke et forsvar.

Hvorfor du trenger begge, og i hvilken rekkefølge

For en EØS-spiller på iOS gjelder begge regimene samtidig. Den allment anbefalte sekvensen er å vise GDPR-samtykkeskjemaet først, deretter ATT-forespørselen. Logikken: GDPR-samtykke er det juridiske grunnlaget, og Apples forespørsel er en plattformport lagt på toppen. Hvis en bruker avviser GDPR-samtykke, er det liten grunn til engang å spørre om ATT, fordi du ikke har noe lovlig grunnlag for å spore uansett hva Apple ville tillatt.

Konkret ser en ren oppstartsflyt slik ut:

• Be om GDPR-samtykke via CMP-/UMP-skjemaet ditt.
• Hvis samtykke gis, be om ATT-autorisasjon.
• Initialiser annonse-SDK-er med det snittet av begge svarene tillater.

Snittet er det avgjørende ordet. Personlige annonser krever både GDPR-samtykke og ATT-autorisasjon på iOS. Mangler ett av dem, viser du ikke-personlig inventar.

Hva som står på spill for inntekten

Hver avvist forespørsel trapper ned eCPM-en din. En bruker som gir GDPR-samtykke, men nekter ATT, kan fortsatt motta personlige annonser fra kontekstuelle og førsteparts-signaler, men mister IDFA-basert målretting. En bruker som nekter begge, ser bare ikke-personlige annonser. Å forstå disse nivåene lar deg forutsi inntekt ærlig og optimalisere forespørslene du kan påvirke — GDPR-skjemaets timing, tekst og forhåndsdialog — i stedet for å kjempe mot Apples faste dialog.

Administrere alt på ett sted

Å sjonglere ATT-status, TCF-samtykkestrenger og Google Consent Mode-signaler på tvers av iOS, Android og nettstedene dine for hånd skalerer ikke. FlexyConsent sentraliserer samtykkeposten, sender de riktige TCF- og Consent Mode v2-signalene til annonse- og analysestabelen din, og rapporterer aksepteringsrater per plattform og per region. Du ser nøyaktig hvor samtykke — og inntekt — går tapt, og du beholder ett revisjonsklart spor på tvers av hver flate en spiller berører.

Viktige punkter

• ATT er Apples plattformpolicy om sporing på tvers av apper; GDPR er EU-lov om behandling av personopplysninger.
• EØS iOS-brukere trenger begge — vis GDPR-samtykkeskjemaet først, deretter ATT.
• Personlige iOS-annonser krever snittet: GDPR-samtykke OG ATT-autorisasjon.
• Å sentralisere samtykkesignaler beskytter compliance og gjør tapte inntektsnivåer synlige.