What was the Chrome Topics API, and what replaces it in a plan?
Part of Contextual targeting

The short answer
The Chrome Topics API was a Privacy Sandbox interface that let the browser infer a few broad interest topics from the sites a person visited and share them with ad tech callers. It read site hostnames, not page content. On October 17, 2025 Google said it would retire Topics, and Chrome deprecated it in version 144.
Key takeaways
- Topics inferred interests from the hostnames of sites a person visited over recent weeks, so it was an interest signal, not a reading of the current page.
- Google said on October 17, 2025 that it would retire Topics on Chrome and Android, citing low levels of adoption.
- Chrome's public engineering thread shows Topics deprecated in Chrome 144, with a staged removal from Chrome 150 proposed but not yet approved when checked.
- A plan that used Topics needs a replacement signal, and content based targeting is the one that never depended on the browser.
- Google's Privacy Sandbox feature status page and the Chromium blink-dev thread are the dated records of what happened.
What was the Chrome Topics API?
Definition
- Topics API
- A browser interface, proposed by Google as part of the Privacy Sandbox, that returned up to three coarse interest topics for the person browsing, chosen by Chrome from that person's recent browsing history and drawn from a published taxonomy.
Google's own overview of the Topics API (opens in a new tab) described it as a mechanism designed to allow for interest-based advertising without sharing the specific sites a user has visited across the web. In place of a cookie that followed a person from site to site, the browser kept the history locally, worked out a short list of interests, and handed a few of them to ad tech scripts that asked.
The Chrome Platform Status entry (opens in a new tab) records an origin trial that began in Chrome 101 and the API being enabled by default in Chrome 115. The same entry summarizes the intent: give callers coarse-grained advertising topics that the page visitor might currently be interested in, to supplement the contextual signals from the current page. That phrase matters for buyers, because it shows Topics was designed to sit beside context, not to replace it.
How did Topics differ from reading the content of a page?
Topics looked backward at a person's browsing. Contextual targeting looks at the page in front of them. The explainer is explicit that interests were chosen based only on website hostnames, rather than the full URL or the contents of visited websites. A classifier, which the explainer says Google trained on human curated hostnames and topics and shipped with Chrome, mapped each hostname to topics from a list the initial design put at about 350 entries.
- Weekly epochs: for each week, the browser calculated the person's top five topics from browsing information kept on the device.
- Three topics at most: a call returned up to three topics, one from each of the preceding three weeks, in random order.
- Observed callers only: a caller received a topic only if it had observed the person on a site about that topic within the past three weeks.
- Noise on purpose: there was a 5 percent chance per person, site and week that a random topic was returned instead.
- Empty by design: opting out, browsing in incognito mode or clearing history left the list empty.
| Question | Topics API | Content based targeting |
|---|---|---|
| What is read | Hostnames of sites the person visited in recent weeks | The text, video or metadata of the page or channel where the ad runs |
| Where the signal lives | In the browser, on the person's device | In the content, readable by anyone who opens it |
| How specific it is | Coarse topics from a fixed taxonomy, at the level of whole sites | As specific as the page and the method allow |
| Who controls availability | The browser maker, through settings and release plans | The buyer and the publisher, through plans and deals |
| What a planner can show a client | Topic names, never the pages behind them | The sites, channels and sample pages the plan uses |
| Status in October 2026 | Deprecated in Chrome and scheduled for phaseout on Android | Unaffected by browser API decisions |
The hostname rule had a practical consequence. A large city newspaper's site carries recipes, election coverage and car reviews, yet Topics saw only the hostname, so a visit to its recipe page counted the same as a visit to its politics desk. Reading the page itself is the only way to tell those visits apart, which is the work our semantic targeting guide describes.
Which Privacy Sandbox technologies did Google say it would retire?
In its October 17, 2025 update (opens in a new tab), Google said it would retire Privacy Sandbox technologies including Topics, Protected Audience and the Attribution Reporting API. The post, by Anthony Chavez, Google's vice president for Privacy Sandbox, says the decision followed an evaluation of ecosystem feedback about their expected value and came in light of their low levels of adoption. It lists Topics for both Chrome and Android, and says Google will follow Chrome and Android processes for phasing the technologies out.
Topics (Chrome and Android)
The full retirement list and the few technologies Google kept are set out in our guide to cookieless advertising, together with the browser cookie context. For Topics specifically, the dates that followed are recorded in Chrome's own engineering process. On November 7, 2025 a Chrome engineer posted an Intent to Deprecate and Remove: Topics API (opens in a new tab) on the public blink-dev list, estimating deprecation in Chrome 144 and removal in Chrome 150. A follow-up on June 11, 2026 said the API had been deprecated in Chrome 144 and proposed a staged removal running through Chrome 152.
What happens to plans that relied on Topics?
Any targeting, segment or measurement that drew on Topics loses its input once Chrome removes the API as proposed, and on Android as Google phases the Android version out. The loss can be hidden, because Topics could feed an interest segment or a bidding model inside a buying platform rather than appear as a line item of its own. The work is to find where it was used, decide what replaces it, and reset any comparisons that assumed it would continue.
Retiring Topics from a media plan
- List every place Topics could have entered. Ask each buying platform, data partner and measurement vendor in writing whether any segment, model or report used Topics signals, and since when.
- Name the replacement for each use. Choose content based targeting, a publisher's own audiences or the advertiser's first-party data, and record which one replaces which use.
- Rebuild interest plans as content plans. Turn each interest the plan wanted to reach into a description of the pages and channels those people read.
- Reset the baseline. Mark the date the replacement went live so results before and after are not compared as if nothing changed.
- Remove dead references. Take Topics out of briefs, deal sheets, privacy reviews and vendor questionnaires so it is not cited as a live option.
Fictional example, no results implied
A home air conditioning installer in Hawaii
An unnamed Honolulu home air conditioning installer had a 2024 agency plan built on a home improvement interest segment that, according to the agency's notes, drew partly on browser topics. The client's 2027 plan for display ads across Oahu, Maui and Hawaii Island needs a replacement.
The planner asks the platform what now feeds the segment and records the answer. In parallel, the interest is rewritten as content: guides to choosing a split system or window unit, home energy explainers, and homeowner and condo living features from local Hawaii publishers. Those sites are reviewed, approved as an inclusion list, and the plan states the date the content signal replaced the interest segment.
Where should buyers check the current status of Privacy Sandbox APIs?
Google keeps several records, and they are written for different readers. The table lists what each one is and what it showed for Topics when we read it on October 22, 2026. Treat a vendor's summary as a pointer to these pages, not a replacement for them.
| Record | What it is | What it showed for Topics in October 2026 |
|---|---|---|
| Privacy Sandbox feature status (opens in a new tab) | Google's table of every web and Android Privacy Sandbox technology | Last updated August 14, 2026; Topics listed under Deprecate and remove for Chrome and for Android, and scheduled for phaseout on Android |
| Update on plans for Privacy Sandbox technologies (opens in a new tab) | The October 17, 2025 announcement | Topics on the retirement list for Chrome and Android |
| Chromium blink-dev thread (opens in a new tab) | Chrome's public engineering record for the change | Deprecated in Chrome 144; staged removal proposed from Chrome 150 to 152 |
| Chrome Platform Status (opens in a new tab) | Chrome's feature tracker | Still showed enabled by default from Chrome 115; the entry had not been updated since 2023 |
| Topics explainer (opens in a new tab) | The original design document | Marked deprecated and planned for removal; repository archived |
What does PlacementGraph read to judge context?
Frequently asked questions
Did the Topics API share a person's browsing history with advertisers?
Not the history itself. The design kept browsing data in the browser and shared at most three coarse topics per call, each tied to sites the caller had already observed. The explainer itself acknowledged that topics collected over time could have unintended correlations to sensitive topics, a concern the other browser makers raised in their public positions.
Was Topics ever available in Safari or Firefox?
No. Topics shipped only in Chrome. Mozilla's public standards position on the API is labeled negative, and WebKit's is labeled oppose, with WebKit writing that it did not think Topics was a good addition to the web platform. A plan that used Topics therefore reached only Chrome users who had not turned it off.
Is the Topics taxonomy the same as the IAB Content Taxonomy?
No. Topics used Google's own advertising taxonomy of interest topics, which the explainer compares in size with the IAB Audience Taxonomy. The IAB Tech Lab Content Taxonomy describes content, not people's interests. A plan moving from Topics to content targeting has to map interests to content categories rather than copy labels across.
Can a website still read Topics in Chrome today?
Code that calls the API should be treated as legacy. The blink-dev follow-up of June 2026 proposed removing the setting through a field trial in Chrome 150 so calls reject, then replacing the implementation with a stub in Chrome 152. Sites and vendors should remove the calls rather than rely on whatever a given browser version returns.
Sources
- Update on plans for Privacy Sandbox technologies (opens in a new tab)Google Privacy Sandbox, October 17, 2025
- Privacy Sandbox feature status (opens in a new tab)Google Privacy Sandbox, last updated August 14, 2026
- Intent to Deprecate and Remove: Topics API (opens in a new tab)Chromium blink-dev, November 7, 2025, with June 11, 2026 follow-up
- The Topics API explainer (opens in a new tab)patcg-individual-drafts, GitHub
- Topics API (opens in a new tab)Chrome Platform Status
- Overview of Topics API (opens in a new tab)Google Privacy Sandbox
- Request for Mozilla position on Topics API (opens in a new tab)Mozilla standards-positions, GitHub
- Topics API standards position (opens in a new tab)WebKit standards-positions, GitHub
Researched and written by PlacementGraph Research. Read how we research, source and update these pages. Corrections: diana@placementgraph.com.