English
Español
Português (Brasil)
Français
Deutsch
Italiano
Nederlands
Polski
Svenska
Türkçe
Русский
日本語
한국어
简体中文
Tiếng Việt
Bahasa Indonesia
繁體中文
Čeština
Norsk (bokmål)
Suomi
Ελληνικά
Română
Magyar
Українська
ไทย
हिन्दी
العربية
עבריתHvad er Privacy Sandbox?
Privacy Sandbox er Googles initiativ til at erstatte cross-site-sporingsmekanismer som tredjepartscookies med browser-niveau API'er til annoncer og måling.
Privacy Sandbox er Googles initiativ til at erstatte cross-site-sporingsmekanismer, primært tredjepartscookies, med et sæt browser-niveau API'er designet til at understøtte annoncebrugssager som interessebaseret målretning og konverteringsmåling uden at lade nogen enkelt part spore en individuel brugers adfærd på tværs af nettet. Det kører inde i Chrome og har informeret lignende diskussion hos andre browserudviklere, snarere end at være et produkt, annoncører køber direkte.
Hvilket problem det forsøger at løse#
Branchen stod over for to veje, da tredjepartscookies blev upålidelige: miste målretnings- og målingskapaciteten helt, eller bygge ny infrastruktur, der opnår lignende forretningsmål med forskellige privatlivsegenskaber, ved at aggregere brugere i kohorter eller behandle data on-device i stedet for at sende rå signaler til en server. Privacy Sandbox er Googles forsøg på den anden vej, og dens forslag kortlægger groft set de opgaver, tredjepartscookies tidligere udførte.
De vigtigste komponenter#
| Komponent (opgave den erstatter) | Groft formål |
|---|---|
| Topics API (interessemålretning) | Browser udleder brede interesseemner fra browsinghistorik, deler kun få med sites, ingen individuel cross-site ID |
| Protected Audience API (remarketing) | On-device-auktion lader et site vise en annonce til en tidligere besøgende uden at en ekstern part ser brugerens fulde historik |
| Attribution Reporting API (konverteringssporing) | Rapporterer annonceklik, visninger og konverteringer i aggregeret, støjtilføjet form snarere end på brugerniveau |
Specifikke mekanikker og udrulningsstatus ændrer sig ofte. Tjek altid Googles aktuelle udviklerdokumentation, før du bygger mod nogen af disse API'er.
Hvorfor dette betyder noget, selvom du ikke køber direkte fra Google#
Fordi Chrome har den største browsermarkedsandel af en enkelt udbyder, sætter dens håndtering af cross-site-sporing en praktisk bund for, hvad resten af det åbne web kan stole på, uanset hvilket netværk eller Demand-Side Platform du faktisk køber gennem. En Supply-Side Platform eller børs, der ønsker at fortsætte med at betjene Chrome-trafik effektivt, har i sidste ende brug for en kompatibilitetshistorie med disse API'er eller en fallback-strategi bygget på kontekstuel målretning og first-party data i stedet. Det samme pres viser sig længere nede i kæden i real-time bidding, hvor budanmodninger gradvist indeholder mindre cross-site-identifikatordata end de plejede.
Hvad dette betyder i praksis for mediabuyere#
Remarketingkampagner og cross-site-frekvensbegrænsning er de brugssager, der er mest direkte påvirket, da de var mest afhængige af cookiemekanismen, som Privacy Sandbox er beregnet til at erstatte. Kontekstuelle, feed-baserede native annonceplaceringer var mindre eksponerede fra starten, hvilket er en del af grunden til, at native budgetter har set mere stabile ud gennem denne overgang end remarketing-tunge display- og prospectingkampagner.
Hvordan OpenAdLibrary hjælper#
Da kontekstuelle native placeringer omgår de fleste af cross-site-spørgsmålene, som Privacy Sandbox forsøger at løse, er de blevet en mere forudsigelig kanal, mens browser-niveau-målretningsinfrastrukturen fortsat udvikler sig. OpenAdLibrarys native ad spy tool sporer live kreativ data og placeringsdata på tværs af de største netværk, så du kan planlægge kampagner mod det, der faktisk kører i dag, ikke projektioner om API-udrulningstid.
