English
Español
Português (Brasil)
Français
Deutsch
Italiano
Nederlands
Polski
Svenska
Türkçe
Русский
日本語
한국어
简体中文
Tiếng Việt
Bahasa Indonesia
繁體中文
Čeština
Dansk
Suomi
Ελληνικά
Română
Magyar
Українська
ไทย
हिन्दी
العربية
עבריתHva er Privacy Sandbox?
Privacy Sandbox er Googles initiativ for å erstatte tverr-nettsteds-sporingsmekanismer som tredjepartsinformasjonskapsler med API-er på nettlesernivå for annonser og måling.
Privacy Sandbox er Googles initiativ for å erstatte tverr-nettsteds-sporingsmekanismer, primært tredjepartsinformasjonskapsler, med et sett med API-er på nettlesernivå designet for å støtte annonsebrukstilfeller som interessebasert målgrupper og konverteringsmåling uten at noen enkeltpart kan spore en individuell brukers atferd på nettet. Det kjører inne i Chrome, og har påvirket lignende diskusjoner hos andre nettleserleverandører, snarere enn å være et produkt annonsører kjøper direkte.
Hvilket problem det prøver å løse#
Bransjen sto overfor to veier da tredjepartsinformasjonskapsler ble upålitelige: miste målgruppe- og målingskapasiteten helt, eller bygge ny infrastruktur som oppnår lignende forretningsmål med andre personvernsegenskaper, ved å aggregere brukere i kohorter eller behandle data på enheten i stedet for å sende rå signaler til en server. Privacy Sandbox er Googles forsøk på den andre veien, og forslagene kartlegger grovt sett oppgavene tredjepartsinformasjonskapsler pleide å gjøre.
Hovedkomponentene#
| Komponent (oppgave den erstatter) | Grovt formål |
|---|---|
| Topics API (interessemålgrupper) | Nettleser utleder brede interessetemaer fra nettleserhistorikk, deler bare noen få med nettsteder, ingen individuell tverr-nettsteds-ID |
| Protected Audience API (remarketing) | Auksjon på enheten lar et nettsted vise en annonse til en tidligere besøkende uten at en ekstern part ser brukerens fulle historikk |
| Attribution Reporting API (konverteringssporing) | Rapporterer annonseklikk, visninger og konverteringer i aggregert, støy-tilført form i stedet for på brukernivå |
Spesifikke mekanikker og utrullingsstatus endres ofte. Sjekk alltid Googles nåværende utviklerdokumentasjon før du bygger mot noen av disse API-ene.
Hvorfor dette betyr noe selv om du ikke kjøper direkte fra Google#
Fordi Chrome har den største nettlesermarkedsandelen av enkeltleverandører, setter hvordan den håndterer tverr-nettsteds-sporing en praktisk nedre grense for hva resten av det åpne nettet kan stole på, uavhengig av hvilket nettverk eller Demand-Side Platform du faktisk kjøper gjennom. En Supply-Side Platform eller børs som ønsker å fortsette å betjene Chrome-trafikk effektivt, trenger til slutt en kompatibilitetshistorie med disse API-ene, eller en fallback-strategi bygget på kontekstuell målgrupper og first-party data i stedet. Det samme presset vises lenger ned i kjeden i real-time bidding, hvor budforespørsler gradvis inneholder mindre tverr-nettsteds-identifikatordata enn de pleide.
Hva dette betyr i praksis for mediekjøpere#
Remarketing-kampanjer og tverr-nettsteds-frekvensbegrensning er brukstilfellene som påvirkes mest direkte, siden disse var mest avhengige av informasjonskapselmekanismen Privacy Sandbox er ment å erstatte. Kontekstuelle, feed-baserte native annonseplasseringer var mindre eksponert fra starten, noe som delvis forklarer hvorfor native budsjetter har vært mer stabile gjennom denne overgangen enn remarketing-tunge display- og prospekteringskampanjer.
Hvordan OpenAdLibrary hjelper#
Siden kontekstuelle native plasseringer omgår de fleste av tverr-nettsteds-spørsmålene Privacy Sandbox prøver å løse, har de blitt en mer forutsigbar kanal mens målgruppeinfrastrukturen på nettlesernivå fortsetter å utvikle seg. OpenAdLibrarys native ad spy tool sporer live kreativ data og plasseringsdata på tvers av de største nettverkene slik at du kan planlegge kampanjer mot det som faktisk kjører i dag, ikke projeksjoner om API-utrullingstidspunkt.
