Topics API

De Topics API is een browser‑niveau functie, onderdeel van Google's Privacy Sandbox‑initiatief in Chrome, die een klein aantal brede interessecategorieën toekent, zoals "Fitness" of "Travel & Transportation," aan een gebruiker op basis van hun recente browsegeschiedenis. Sites kunnen deze topics opvragen via de browser en gebruiken voor interest‑based ad targeting, zonder een cross‑site identifier te plaatsen zoals een third‑party cookie dat doet.

Hoe het werkt#

Elke week bekijkt Chrome de sites die een persoon heeft bezocht en koppelt een subset daarvan aan items in een vaste taxonomie van topics. De browser kiest vervolgens een handvol van de meest vertegenwoordigde topics voor die periode en slaat ze lokaal, op het apparaat, op. Wanneer een deelnemende site de API aanroept, geeft de browser één topic per recente periode terug, geen doorlopend profiel en geen device‑level ID. Er is geen server‑side database die een persoon koppelt aan hun volledige topicgeschiedenis; de berekening en opslag vinden beide plaats in de browser zelf.

Een paar ontwerpkeuzes zijn belangrijk voor hoe dit in de praktijk uitpakt. Topics roteren volgens een terugkerend schema in plaats van onbeperkt te accumuleren, zodat targeting recente interesse weerspiegelt in plaats van een permanente label. De taxonomie zelf wordt gecureerd, publiek gedocumenteerd en sluit gevoelige categorieën uit (gezondheidscondities, seksuele geaardheid en soortgelijke). En een site ziet alleen topics voor gebruikers die recent topic‑eligible sites hebben bezocht, waardoor de dekking ongelijk is, vooral in de vroege adoptiefase.

Waarom het bestaat#

Topics API is Google's antwoord op een probleem dat elke native en programmatic buyer al voelt: third‑party cookies zijn onbetrouwbaar in Safari en Firefox, beperkt door beleid, en steeds vaker geblokkeerd op browserniveau zelfs waar ze technisch nog werken. Interest‑based targeting leunde vroeger op een cookie‑ID die een gebruiker over sites volgde; Topics API probeert een deel van die targetingwaarde te behouden met grove, op‑apparaat categorieën in plaats van een permanente cross‑site sleutel. Het staat naast andere Privacy Sandbox‑onderdelen (zoals attribution reporting) als een van meerdere browser‑native alternatieven publishers en ad networks kunnen adopteren naarmate cookieloze targetingopties rijpen. Het is geen kant‑en‑klare vervanging voor de granulariteit die een tracking cookie bood, en adoptie via demand-side platforms en exchanges is geleidelijk verlopen in plaats van universeel.

Wat het betekent voor native advertising#

Native netwerken zoals Taboola, Outbrain en MGID leunen al sterk op contextual targeting, waarbij een advertentie wordt gekoppeld aan de pagina waarop een lezer zich bevindt in plaats van aan een getraceerde identiteit, dus de verschuiving naar Topics‑achtige signalen is minder verstorend voor native dan voor identity‑heavy display en social buying. Native kopers die campagnes hebben gebouwd rond first‑party data en paginacontext, in plaats van een aangekocht audience segment, zijn beter gepositioneerd nu cookie‑gebaseerde real‑time bidding signalen dunner worden op het open web, en het combineren van contextuele signalen met solide geo targeting herstelt veel van de precisie die een verloren cookie anders zou hebben geboden.

Als je wilt begrijpen hoe een specifieke concurrent daadwerkelijk target, in plaats van te gokken op basis van een datasheet, is het bekijken van de advertenties die ze draaien betrouwbaarder dan het ontleden van een privacy‑whitepaper. OpenAdLibrary's ad intelligence index volgt welke verticals en geos elke native network's live creatives concentreren, zodat je targetingpatronen in de praktijk kunt zien in plaats van ze af te leiden uit documentatie.