更新主題分類和篩選機制，並一併更新速度和更完善的使用者控制項。
更新日期：2023 年 11 月 8 日
今年 6 月，我們說明瞭 Topics API 的多項強化功能。我們在此重申 Google 持續傾聽生態系統相關意見回饋的承諾。今天我們宣布進一步改良 Topics API，以因應這項意見。
選取熱門主題
初始 Topics API 提案根據使用者在參與網站中，與每個主題互動的頻率，選出使用者的每週五大主題。我們收到意見回饋，結果發現 API 經常傳回較不實用的主題 (例如「新聞」或「藝術與娛樂」)。我們試過許多解決方案，包括允許呼叫端設定優先順序清單、依網站反向頻率排序、Chrome 觀察到的廣告點擊，以及其他方法。
我們發現最有效的方法，就是直接整合廣告生態系統中的 Topics 公用程式意見回饋。為達成這項目標，我們導入了「高實用性」值區的概念Chrome 會將這 22 個根主題 (沒有祖系) 從分類歸入兩個值區的其中一個，代表整個生態系統的整體或標準公用程式。根主題的所有子係都會沿用父項的相同值區指派設定。根主題的指派方式，是依據在設計改良的分類時，我們從生態系統中公司收到的實用資料而定。
基於上述考量，更新的熱門主題選取方法如下：
- 在每個週期結束時，Chrome 會將使用者瀏覽記錄中的參與主機名稱轉換為主題。
- 首先，是先按照值區排序，再按照頻率排序。也就是說，如果兩個主題位於同一個值區，但頻率不同，頻率越高的主題就會排序。
- 最後，Chrome 會選出使用者在該週期中最感興趣的五大主題，以便分享給呼叫端。
我們預期特定主題的「高實用性」值區指派作業會根據更廣泛的生態系統所提供的意見回饋，在 GitHub 上的 Topics 存放區建立問題中提供。這項更新將於本季 (2023 年第 4 季) 開始。
更新日期：2023 年 6 月 15 日
我們在一年前推出了 Topics API，這是按照興趣顯示廣告的提案。Topics 的用意是讓網站能以保護隱私的方式放送相關廣告，而無須顧慮瀏覽器數位指紋採集等隱密追蹤技術。主題使用數種技術保護使用者隱私，包括減少資料、雜訊、排除潛在敏感主題，以及在裝置上處理資料。結合運用這些變更，與第三方 Cookie 相比，Topics 對使用者隱私而言，成為了遠大的進步。
我們很清楚在首次推出 Topics 時，很清楚這是最初的提案，因此要求生態系統提供意見，協助改善這個提案。我們推出這個 API 後也持續傾聽他們的建議。今天很高興能分享 Topics API 的最新改良成果。我們相信，經過改善的 Topics 能為數位廣告產業提供更實用的服務，同時兼顧使用者隱私安全。
分類
除了初始的 Topics API 公告外，我們也提出了專為測試設計的分類。分類是 API 可能會傳回的可用主題清單。我們不斷收到意見回饋，指出測試分類不代表廣告產業最常涉及的主題，因此我們在今天宣布推出改善的分類方式。
設計這個新分類時，我們發現 Raptive (先前稱為 CafeMedia) 和 Criteo 等生態系統中的公司已深入參與。這項功能會移除被聽過的類別，移除較不實用、更能貼近廣告客戶興趣的類別，同時繼續致力排除潛在的敏感主題。我們新增了 280 個主打商業用途的類別 (例如「運動服」、「床墊」和「奢華旅遊」)，最多移除了 160 個類別，包括「公民工程」和「馬術」等主題，都不會為大多數網站的廣告選擇增添商業價值。新分類有 469 個主題，前一個版本有 349 個。我們選擇限制分類的大小，以防重新識別化風險。
我們預期分類會隨時間而進步，並確保分類管理最終轉型為代表業界各方利害關係人的外部人員。我們建議生態系統查看最新分類，並對異動提供意見回饋。
每次呼叫端篩選
Topics 的其中一項隱私權保護功能便是每個呼叫端的篩選規定。這項功能可確保呼叫端只能接收使用者觀察到使用者過往造訪的主題，而不向任何呼叫端提供主題 (無論與使用者的互動程度為何)。舉例來說，如果呼叫端觀察到使用者造訪與新聞相關的網站，但未造訪購物，則呼叫者就無法得知使用者有興趣購物。
以「靴子」主題為例，該主題全都採用「/購物/服飾/Footwear/Boots」。 「購物」和「服飾」是「靴子」的祖系。Chrome 更新了「觀察」的定義，納入指定主題的所有祖系。先前，呼叫者必須觀察到使用者造訪主題的網頁，才能觀察「購物」或「服飾」。實施這項異動後，如果觀察到「靴子」，系統也會記錄該主題的所有祖系 (例如「購物」和「服飾」)。
因為呼叫端已經知道主題的祖系，這項變更可提高網站接收主題資訊的可能性，同時不影響 API 的隱私權。
使用者控制項
與第三方 Cookie 等追蹤機制相比，使用者可透過 Topics 查看及控管跨網站資料用於個人化廣告的方式，更直覺且易於存取。事實上，與目前的第三方 Cookie 控制項相比，Google 進行的使用者研究指出，Topics 使用者控制項導入後，隱私權體驗和控制權明顯更加完善。
今天，我們宣布要讓使用者能進一步控管相關聯的主題。具體而言，你將可以主動封鎖主題。也就是說，使用者將能透過移除所選主題，收錄自己感興趣的一組可用主題。我們將於明年初推出這項變更，讓使用者進一步控管自身隱私，並讓 Topics API 更容易使用。
速度提升
初始主題提案要求開發人員建立跨來源 iframe，以便用來呼叫 Topics 的 JavaScript API。我們收到意見回饋，指出這項要求可能會對開發人員和使用者帶來負面影響。明確地說，延遲增加會導致數位廣告競價不易，甚至拖慢網頁速度，進而降低開放網路的使用者體驗。
去年，我們宣布支援透過標頭使用 Topics，無論要求是透過 擷取 及 (暫時) XHR 發出。最近，我們宣布計劃擴大支援 iframe 的要求標頭。這些變更有助於改善 Topics 的效能，減少對開發人員和使用者的潛在負面影響。
後續步驟
我們非常高興能推出 Topics API 更新，並相信這些更新不僅能提升廣告客戶成效，還能確保廣告貼近使用者需求，同時保障隱私。 Chrome 114 已提供每個呼叫端篩選功能的更新和速度改善項目。分類更新將於 2023 年第 3 季推出。使用者控制項更新將於明年初推出。隨著我們為網路打造更保護隱私權的新技術，我們會繼續聆聽生態系統的意見回饋。