Chrome 的 Topics API 沒有後繼者。本文解釋它如何運作、為何被下線，以及興趣廣告如今改用哪些手段、對你的隱私意味著什麼。
沒有任何新的瀏覽器 API 取代 Topics API。Chrome 這套在裝置端產生的興趣訊號正在下線，而且沒有後繼者；興趣廣告投放退回到了老辦法：Chrome 保留下來、交由使用者自行選擇的第三方 Cookie，情境式投放，第一方資料與登入資料，以及在這些都行不通時出場的瀏覽器指紋。本文介紹 Topics 在上線期間如何運作、為何被放棄，以及這對你的隱私意味著什麼。
重點摘要
- 沒有後繼者。 Topics 說明文件（explainer）儲存庫的頂端如今掛著一則橫幅：該 API「已棄用，計畫從 Chrome 中移除」。
- Topics 是一種由瀏覽器擔任中間人的訊號：Chrome 在你自己的裝置上根據瀏覽紀錄推斷出粗粒度的興趣，只把其中幾個交給廣告腳本，而不是讓腳本憑跨站 ID 一路追蹤你。
- 定向投放並沒有消失，只是換了依據：你選擇保留的 Cookie、你正在閱讀的頁面內容，以及你登入後網站原本就掌握的資訊。
- 隱私代價實實在在：一個粗粒度、限量、帶雜訊的訊號沒了，剩下的識別碼反而更精確——Cookie 與瀏覽器指紋。
- 你可以用 BrowserInsight 的指紋檢測看看自己的瀏覽器暴露了哪些資訊。
Topics API 是什麼
Topics 是 Privacy Sandbox（隱私權沙盒）的提案之一，目的是在第三方 Cookie 退場後繼續支撐興趣廣告。興趣廣告根據你過去造訪過的網站推斷興趣來挑選廣告；情境式廣告則只看你目前所在的頁面。Topics 想保住前者，同時去掉 Cookie 帶來的跨站 ID。Chrome Platform Status 記錄了該 API 的發布條目：Topics 自 Chrome 115 起預設啟用。
它如何運作
根據 Topics 說明文件，這套機制由以下幾部分組成：
- 裝置端分類。 瀏覽器把你造訪過的主機名稱對應到一份公開分類表中的主題。最初的設計約有 350 個主題，並刻意排除了敏感類別。
- 以週為單位的週期（epoch）。 每週，瀏覽器根據本機瀏覽資訊算出你排名前五的主題，這些歷史資料始終留在你的裝置上。
- 只交出一小部分。 腳本呼叫
document.browsingTopics()最多拿到三個主題，分別來自前三週各一個，順序隨機。同樣的訊號也可以透過Sec-Browsing-Topics請求標頭傳遞。 - 雜訊。 有 5% 的機率回傳一個隨機主題而不是真實主題，以提供合理的可否認性。
- 各網站所見不同。 在某一週裡，每個網站只能看到你前五個主題中的一個，所以兩個網站看到的同一個人的主題並不相同。
- 呼叫方過濾。 呼叫方只有在過去三週內親自觀察到你造訪過某主題相關的網站，才能拿到這個主題，因此 Topics 不會把興趣交給 Cookie 原本也搆不著的第三方。
它的設計目標是比 Cookie 更難識別個人：主題粒度粗、每次只給幾個、還刻意加了雜訊。這是一種折衷，並不能讓廣告定向變得真正私密。
為什麼被下線
Topics 儲存庫註明該 API 已棄用並計畫移除，儲存庫本身也將封存。具體原因來自 Google 於 2025 年 10 月 17 日發布的公告：這份公告一次下線了多項 Privacy Sandbox 技術，理由是採用率低以及生態系各方對其價值的回饋。我們在 Chrome IP Protection 指南的「發布時間線——以及下線」一節介紹了這份公告，並列出了與 Topics 一同下線的其他 API。
還有兩個因素讓 Topics 很難推廣。其一，它只存在於 Chrome：Firefox 和 Safari 都沒有實作它，廣告商無法指望它跨瀏覽器可用。其二，Chrome 決定保留第三方 Cookie 之後，改用一個較弱的、無 Cookie 訊號的主要理由也大致不復存在。我們沒有在任何可引用的來源中找到移除日期，所以這裡不給出日期。
如今興趣定向靠什麼
「Topics 被什麼取代了？」沒有單一答案，因為接替它的是一組現成的手段：
- 由使用者選擇的第三方 Cookie。 Chrome 放棄了預設移除第三方 Cookie 的計畫，因此 Topics 原本要取代的 Cookie 方案，在使用者允許的地方仍然可用。而 Safari、Firefox 等瀏覽器無論如何都會封鎖其中的大部分。
- 情境式投放。 根據使用者正在閱讀的頁面挑選廣告，不需要任何歷史紀錄。
- 第一方資料與登入資料。 如果你已登入，網站或其廣告合作夥伴就可以使用已掌握的資訊——購買紀錄、搜尋紀錄、由電子郵件衍生的 ID。
- 清除 Cookie 也刪不掉的識別碼。 在 Cookie 被封鎖的地方，追蹤者會轉而使用彈跳追蹤（藉由重新導向寫入第一方識別碼）和 CNAME 偽裝（把追蹤器偽裝成你所造訪網站的子網域）等技術。瀏覽器則以儲存空間分割等措施反制。
- 瀏覽器指紋。 持久訪客 ID 每次造訪都會根據你的瀏覽器和硬體特徵重新計算出來，所以根本沒有東西可刪。
各種手段的使用程度因網站和廣告聯播網而異；我們沒有關於採用率的第一手資料，因此不給出具體數字。
失去 Topics 對隱私意味著什麼
Topics 並不完美，但它具備這些替代手段所沒有的特性：只暴露一小部分粗粒度、帶雜訊的興趣；原則上你可以檢視並清除它；設計上就刻意避免產生穩定的跨站 ID。相較之下，Cookie、基於重新導向的 ID 和指紋都精確得多，而後兩者既難以察覺，也難以清除。
於是，實際要問的問題從「我的瀏覽器透露了哪些興趣？」變成了「沒有 Cookie 之後，是什麼在識別我？」後一個問題，在你自己的瀏覽器裡就能測出答案。
常見問題
Chrome 裡還有 Topics API 嗎？
根據說明文件儲存庫，它已棄用並計畫移除。請把它當作已停用的功能，不要再以它為基礎開發任何東西。
Google 是否用別的 API 取代了 Topics？
沒有。Google 沒有宣布任何後繼 API；興趣定向依靠的是 Cookie、情境訊號和第一方資料等現有手段。
如何在 Chrome 中查看或關閉 Topics？
在仍包含此功能的 Chrome 版本中，前往「設定」→「隱私權和安全性」→「廣告隱私權」→「廣告主題」。你可以在那裡查看 Chrome 推斷出的主題、封鎖其中某些主題，或者完全關閉這項功能。
這是否意味著第三方 Cookie 回來了？
Chrome 並沒有預設移除第三方 Cookie，而是交由使用者選擇，所以它們從未真正離開。其他瀏覽器則預設封鎖其中的大部分。
沒有 Topics，我還會被追蹤嗎？
會。追蹤者可以使用 Cookie、基於重新導向的識別碼和瀏覽器指紋。執行指紋檢測，看看哪些瀏覽器特徵可能暴露你的身分。
結論
Topics API 是一次短命的嘗試：用瀏覽器提供的粗粒度興趣訊號取代跨站 Cookie，供廣告商使用。Chrome 正在下線它且沒有後繼者，因此定向投放轉而依賴使用者選擇保留的 Cookie、頁面情境、第一方資料，以及在這些被封鎖時根本不需要 Cookie 的識別碼。想知道自己的瀏覽器有多容易被識別，請打開指紋檢測。
推薦閱讀：
