Topics API

Topics API er en browser-funktion, en del af Googles Privacy Sandbox-initiativ i Chrome, der tildeler et lille antal brede interesse-kategorier, såsom "Fitness" eller "Travel & Transportation", til en bruger baseret på deres seneste browsing-historik. Websteder kan anmode om disse emner via browseren og bruge dem til interesse-baseret annoncemålretning, uden at plante en tvær-site-identifikator som en tredjepartscookie gør.

Sådan fungerer det#

Hver uge ser Chrome på de websteder, en person har besøgt, og kortlægger en delmængde af dem til poster i en fast taksonomi af emner. Browseren vælger derefter en håndfuld af de mest repræsenterede emner for den periode og gemmer dem lokalt på enheden. Når et deltagende websted kalder API'en, giver browseren ét emne pr. seneste periode, ikke en løbende profil og ikke en enheds-ID. Der er ingen server-side-database, der kortlægger en person til deres fulde emnehistorik; beregningen og lagringen sker begge i selve browseren.

Nogle få designvalg har betydning for, hvordan dette udspiller sig i praksis. Emner roterer på en tilbagevendende tidsplan i stedet for at akkumulere uendeligt, så målretning afspejler nylig interesse snarere end en permanent etiket. Taksonomien i sig selv er kurateret, offentligt dokumenteret og udelukker følsomme kategorier (helbredstilstande, seksuel orientering og lignende). Og et websted ser kun emner for brugere, der for nylig har besøgt emne-berettigede websteder, så dækningen er ujævn, især tidligt i adoptionen.

Hvorfor det findes#

Topics API er Googles svar på et problem, som enhver native og programmatisk køber allerede mærker: tredjepartscookies er upålidelige i Safari og Firefox, begrænset af politik, og i stigende grad blokeret på browserniveau, selv hvor de stadig teknisk set fungerer. Interesse-baseret målretning plejede at læne sig op ad en cookie-ID, der fulgte en bruger på tværs af websteder; Topics API forsøger at bevare noget af den målretningsværdi ved hjælp af grove, enhedsbaserede kategorier i stedet for en vedvarende tvær-site-nøgle. Det sidder sammen med andre Privacy Sandbox-dele (som attributionsrapportering) som et af flere browser-native alternativer, udgivere og annoncenetværk kan tage i brug, efterhånden som cookieløse målretningsmuligheder modnes. Det er ikke en drop-in-erstatning for den granularitet, en tracking-cookie tilbød, og adoptionen på tværs af efterspørgselssideplatforme og udvekslinger har været gradvis snarere end universel.

Hvad det betyder for native annoncering#

Native netværk som Taboola, Outbrain og MGID læner sig allerede tungt op ad kontekstuel målretning, der matcher en annonce til den side, en læser er på, frem for til en sporet identitet, så skiftet mod Topics-lignende signaler er mindre forstyrrende for native end for identitetstung display- og social-køb. Native købere, der har opbygget kampagner omkring first-party data og sidekontekst, snarere end et købt målgruppesegment, er bedre positioneret, efterhånden som cookie-baserede real-time bidding-signaler bliver tyndere på det åbne web, og parring af kontekstuelle signaler med solid geo-targeting genvinder meget af den præcision, en mistet cookie ellers ville have givet.

Hvis du forsøger at forstå, hvordan en specifik konkurrent faktisk målretter, i stedet for at gætte ud fra et specifikationsblad, er det mere pålideligt at overvåge de annoncer, de kører, end at tolke en privatlivs-hvidbog. OpenAdLibrarys annonceintelligens-indeks sporer, hvilke vertikaler og geos hvert native netværks levende kreativer er koncentreret i, så du kan se målretningsmønstre udspille sig i virkeligheden i stedet for at udlede dem fra dokumentation.