Inferensys

Glossary

Topics API

A Privacy Sandbox mechanism where the browser infers a handful of high-level interest categories from a user's recent history and shares them with advertisers, replacing granular tracking with broad topic labels.
Stylish WeWork-like workspace with hot desks and document wall, professional searching through enterprise knowledge base on a mounted ultrawide display, warm industrial pendants overhead.
PRIVACY SANDBOX

What is the Topics API?

A browser-based mechanism for interest-based advertising that replaces granular user tracking with coarse, human-readable topic labels.

The Topics API is a Privacy Sandbox proposal where the browser infers a handful of high-level interest categories, such as "Fitness" or "Travel," from a user's recent browsing history and shares them with advertisers. This mechanism replaces granular third-party cookie tracking with broad topic labels, ensuring that specific site visits are never exposed to external parties.

The browser curates topics locally on-device, assigning a new topic each week and deleting old ones after three weeks. Ad-tech platforms receive only the topics relevant to a specific call, enabling interest-based advertising without building a cross-site behavioral profile. This architecture provides a privacy-preserving alternative to deprecated techniques like Federated Learning of Cohorts (FLoC).

PRIVACY SANDBOX MECHANISM

Core Characteristics of the Topics API

The Topics API replaces third-party cookies with a browser-managed taxonomy of high-level interests. It provides a privacy-preserving signal for interest-based advertising by mapping recent browsing activity to broad topic labels.

01

On-Device Topic Inference

The browser performs all topic classification locally on the user's device, without transmitting raw browsing history to any external server. The browser maps visited hostnames to a fixed, human-curated taxonomy of approximately 350 topics, such as 'Fitness' or 'Travel'. This ensures that granular behavioral data never leaves the device, fundamentally shifting the privacy model from server-side profiling to client-side computation.

02

Weekly Epoch Rotation

Topics are calculated on a weekly epoch cadence. For each epoch, the browser selects one topic per week from each of the past three weeks to share with callers. The topic for the current epoch is derived from the user's browsing activity during that week. This temporal batching prevents real-time tracking and limits the granularity of the interest signal, making it impossible to infer a user's minute-by-minute browsing behavior.

03

Taxonomy and Classification

The API relies on a static, public taxonomy of human-readable topics rather than arbitrary, opaque segments. Key characteristics:

  • The taxonomy is maintained in a public GitHub repository
  • Topics are intentionally broad and non-sensitive (e.g., 'Automotive' not 'Luxury Sedan')
  • Sensitive categories like race, religion, or sexual orientation are explicitly excluded
  • Site-to-topic mapping is performed using a manually curated override list and a lightweight ML model
04

Caller-Scoped Data Isolation

Each calling context (the embedding site) receives only the topics it has previously observed from the user. If a caller has never seen a particular topic for a user, that topic is not returned. This prevents cross-site data leakage: an advertiser cannot learn about topics inferred from a publisher they have no relationship with. The browser maintains separate observation sets per caller origin.

05

Random Noise Injection

The API introduces controlled randomness to prevent re-identification. With a 5% probability per epoch, the browser returns a completely random topic from the full taxonomy instead of the true inferred topic. This differential privacy mechanism ensures that even if an observer collects topics over many weeks, they cannot be absolutely certain that any single topic reflects genuine user interest.

06

User Control and Transparency

Users have direct visibility and control over their topics. The browser provides a settings interface where users can:

  • View the topics currently associated with their browsing
  • Remove individual topics they do not wish to share
  • Opt out of the Topics API entirely This contrasts sharply with opaque third-party cookie tracking, where users had no practical insight into the segments assigned to them.
PRIVACY-PRESERVING AD TARGETING

Topics API vs. FLoC vs. Third-Party Cookies

A technical comparison of browser-based interest signaling mechanisms for ad targeting, contrasting the current Topics API proposal with its deprecated predecessor and the legacy third-party cookie paradigm.

FeatureTopics APIFLoCThird-Party Cookies

Current Status

Active proposal (Chrome)

Deprecated (2022)

Phased out (2024)

Interest Granularity

~350 human-curated topics

~33,000 opaque cohorts

Unlimited granular tracking

Data Processing Location

On-device inference

On-device clustering

Server-side tracking

Cross-Site Tracking

User Transparency

Visible and controllable topics

Opaque cohort ID

Invisible to user

Fingerprinting Risk

Low (coarse taxonomy)

Medium (cohort re-identification)

High (unique identifiers)

Maximum Signal Lifetime

3 weeks (rolling window)

7 days (recomputed weekly)

Indefinite persistence

Caller-Specific Filtering

PRIVACY SANDBOX DEEP DIVE

Frequently Asked Questions About the Topics API

The Topics API represents a fundamental shift from granular user tracking to interest-based cohort labeling. These answers address the most common technical and strategic questions from data architects and privacy engineers navigating the post-third-party cookie landscape.

The Topics API is a Privacy Sandbox mechanism that enables interest-based advertising without third-party cookies or cross-site tracking. The browser observes a user's browsing activity locally on-device and infers a small set of high-level interest categories—such as "Fitness" or "Travel"—from a standardized taxonomy of topics. Each week, the browser selects a limited number of topics to represent the user's top interests. When an advertiser calls the API via document.browsingTopics(), the browser returns up to three topics: one from each of the past three weeks, randomly selected from the user's top five topics for that week. Crucially, topics are only returned if the caller's domain was present on a site where the topic was observed, enforcing a per-caller filtering mechanism. The topics are retained for only three weeks, and the entire computation happens on-device, meaning no raw browsing history ever leaves the browser. This design replaces granular behavioral profiling with broad, ephemeral interest signals that are inherently less identifying.

Prasad Kumkar

About the author

Prasad Kumkar

CEO & MD, Inference Systems

Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.

His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.