Google 最终放弃了 FLoC,但推出了 Topics API——一种在 Chrome 浏览器中直接跟踪兴趣的新技术。对于套利者、SMM 专家和营销人员来说,这意味着新的风险:广告平台的算法获得了关于用户的额外信号,这些信号可能会关联帐户并引发封禁。在本指南中,我们将探讨 Topics API 的工作原理,它对多账户的危险性,以及代理如何与反检测浏览器结合,帮助在 2026 年保护隐私。
什么是 FLoC 和 Topics API:有什么区别
要理解为什么需要保护,必须弄清楚 Google 尝试用 FLoC 做什么,以及最终 Topics API 的结果。这不仅仅是技术术语——这些机制直接影响广告平台如何看待您的帐户和网络行为。
FLoC(Federated Learning of Cohorts)——Google 替代第三方 cookie 的第一次尝试。其想法是:Chrome 浏览器自行分析用户的浏览历史,并将其归类为数千个“群体”之一——具有相似兴趣的人群。广告商获得的不是特定用户的 ID,而是群体编号。看起来更私密。但实际上,FLoC 创建了独特的浏览器“指纹”,通过它可以比通过 cookie 更准确地识别用户。2022 年,Google 在监管机构、浏览器竞争对手和人权活动家的强烈批评下终止了该项目。
Topics API——FLoC 的继任者,从 115 版本的 Chrome 开始推出,并在 2025-2026 年间积极发展。工作原理发生了变化:现在浏览器不再将您归入某个群体,而是从您过去三周的浏览历史中确定 5 个“主题”(topics)。例如:“体育”、“金融”、“技术”。当您访问一个带有广告的网站时,该网站可以向浏览器请求您的某个主题——并获得该主题以进行定向广告。
FLoC 与 Topics API 的关键区别:
- FLoC:一个群体 ID = 独特的指纹,容易识别特定用户
- Topics API:5 个广泛主题 = 更少的独特性,但仍然向广告系统传递浏览行为数据
- 共同点:这两种机制都在 Chrome 内部工作,并且不需要第三方 cookie——禁用它们更困难
对于普通用户来说,区别不大。但对于管理 20-50 个 Facebook Ads 或 TikTok Ads 广告帐户的套利者来说,Topics API 是一个额外的信号,可能会将帐户联系在一起或向反欺诈算法发出异常行为的信号。
Topics API 如何在 2026 年跟踪您
到 2026 年,Topics API 默认嵌入在 Chrome 中,并对大多数用户处于激活状态。了解其工作机制很重要,以便意识到多账户的威胁在哪里。
步骤 1:收集历史记录。 Chrome 分析您访问的网站,并将其与数百个主题类别的分类法进行匹配(版本 2 的分类法包含超过 470 个主题)。这一过程在您的设备上本地进行——数据不会直接发送到 Google。
步骤 2:形成过去 3 周的前 5 个主题。每周,Chrome 根据历史记录确定 5 个最相关的主题。这些主题保存在浏览器中,并每周更新。5 个主题中的一个是随机选择的——这是内置的“保护”机制,以防精确识别。
步骤 3:将主题传递给广告商。当您访问一个参与 Topics API 的网站(大多数带有 Google 广告的网站)时,页面上的 JavaScript 代码向浏览器发出请求:“给我这个用户的一个主题”。浏览器返回主题——但仅返回在该广告商已经存在的网站上形成的主题。这被称为“观察者”(caller)。
这对多账户有什么重要性?假设您正在处理多个 Facebook Ads 广告帐户。所有帐户都在同一个浏览器——Chrome 中打开。即使每个帐户有不同的 cookie 和不同的代理,Topics API 仍会为所有会话传递相同的主题,因为主题是在浏览器配置文件级别形成的,而不是单独的标签页。Facebook 的反欺诈算法可能会注意到多个具有不同 IP 的帐户具有相同的“主题配置文件”——这就是检查的信号。
⚠️ 重要理解:
Topics API 不会直接传递您的 IP 地址或个人数据。但与其他信号(用户代理、屏幕分辨率、时区、WebGL 指纹)结合时,它成为浏览器数字指纹的一部分。这就是为什么单独的代理不足——需要综合方法。
Topics API 对套利者和 SMM 的危险性
让我们分析一些具体场景,在这些场景中,Topics API 为处理多个帐户的专业人士带来了实际风险。
场景 1:通过 Facebook Ads 进行流量套利
套利者管理 10-30 个 Facebook Ads 广告帐户。每个帐户都是在反检测浏览器 Dolphin Anty 或 AdsPower 中的单独配置文件,具有独特的 cookie 和代理。但如果所有配置文件都通过普通的 Chrome 打开,或者反检测浏览器未阻止 Topics API,则所有帐户都获得了相似的主题配置文件,这些配置文件是基于真实的访问历史形成的。Facebook 看到:不同的 IP、不同的 cookie,但相同的 Topics API 主题 → 怀疑相关帐户 → 链接封禁。
场景 2:拥有 30 个以上 Instagram 帐户的 SMM 代理机构
SMM 专家管理客户的 Instagram 帐户。大多数操作通过浏览器或移动应用程序进行。如果使用 Chrome 的 Instagram 网页版进行管理,Topics API 是激活的。在进行大量操作(点赞、关注、发布)时,Instagram 不仅获得 IP 和用户代理,还获得主题信号——所有从同一设备管理的帐户都有相似的配置文件。
场景 3:营销人员测试来自不同地区的广告
营销人员想查看来自莫斯科、柏林和纽约的竞争对手在 Google Ads 中的广告效果。他更换代理,但仍在同一个 Chrome 浏览器中。Topics API 为所有三个会话传递相同的主题配置文件——Google 理解这是同一个用户在不同地点查看广告。结果:关于真实受众所看到内容的不准确数据。
| 受众 | Topics API 的风险 | 后果 |
|---|---|---|
| 套利者(Facebook Ads) | 根据主题配置文件关联帐户 | 链式封禁,丧失帐户 |
| SMM(Instagram、TikTok) | 不同客户帐户的相同配置文件 | 因大量操作被封禁 |
| 营销人员(地理测试) | 被识别为同一用户 | 不准确的数据,帐户曝光 |
| 卖家(Wildberries、Ozon 爬虫) | 爬虫时重复的主题信号 | 爬虫加速封禁 |
代理如何保护免受 Topics API 的跟踪
在这里,重要的是要明确:代理本身并不会阻止 Topics API。这是一种浏览器技术,它在 Chrome 层面上工作,而不是在网络连接层面。代理更改您的 IP 地址,但不会禁用浏览器内部的 JavaScript 请求。
尽管如此,代理在综合保护中发挥着关键作用——原因如下。
代理隔离网络层
即使 Topics API 传递主题信号,如果没有独特的 IP,这个信号也无法绑定到特定的地理位置。如果每个反检测浏览器配置文件都有自己的代理和独特的 IP,反欺诈系统就无法通过网络特征将帐户合并。代理消除了最明显的信号——IP 地址的匹配。
代理创建可信的地理上下文
住宅代理 提供来自特定城市和国家的真实家庭用户的 IP 地址。当 Topics API 为来自莫斯科的住宅 IP 账户传递“金融”主题时——这看起来就像是一个普通的莫斯科用户对金融感兴趣。算法没有看到矛盾。如果使用来自 AWS 或 Hetzner 的数据中心代理,匹配“企业 IP + 主题配置文件”会引起怀疑。
代理轮换重置累积的上下文
Topics API 在 3 周内形成配置文件。如果定期更换代理,并将其与隔离的反检测浏览器配置文件结合使用,每个新配置文件都将以干净的状态“开始生活”——没有累积的主题历史。这在创建新的 Facebook Ads 帐户或处理 TikTok Ads 时尤其重要。
对于需要最大程度隔离配置文件的任务,套利者通常选择 移动代理——它们通过真实的移动运营商 SIM 卡工作,并在 Facebook 和 TikTok 的算法中具有最高的信任度,因为它们模拟了普通移动用户的行为。
反检测浏览器 + 代理的设置以对抗 Topics API
完整保护免受 Topics API 的影响需要正确设置反检测浏览器。让我们看看在流行工具中如何进行设置:Dolphin Anty、AdsPower 和 GoLogin。
步骤 1:在浏览器配置文件设置中阻止 Topics API
大多数现代反检测浏览器(Dolphin Anty、Multilogin、Octo Browser、AdsPower)在 2025-2026 年已经内置了管理 Privacy Sandbox API 的设置,其中包括 Topics API。
- Dolphin Anty:打开配置文件 → “浏览器”选项卡 → “Privacy Sandbox”部分 → 将 Topics API 切换到“禁用”。这将阻止所有网站上的 JavaScript 请求
document.browsingTopics()。 - AdsPower:配置文件设置 → “高级选项” → “Chromium 标志” → 找到标志
privacy-sandbox-ads-apis→ 将值设置为“禁用”。 - GoLogin:编辑配置文件 → “浏览器”选项卡 → “Privacy Sandbox” → 禁用与 Topics、归因报告和受保护受众 API 相关的所有开关。
- Multilogin:从 6.x 版本开始,Mimic 和 Stealthfox 配置文件默认禁用 Topics API——不需要额外设置。
步骤 2:将独特的代理分配给每个配置文件
在浏览器中禁用 Topics API 后,必须确保每个配置文件使用独特的代理。以下是在 Dolphin Anty 中的操作步骤:
- 打开 Dolphin Anty → 点击“创建配置文件”或打开现有配置文件
- 转到“代理”选项卡
- 选择协议类型:SOCKS5(推荐用于住宅和移动代理)或 HTTP/HTTPS
- 输入代理数据:主机、端口、登录名、密码
- 点击“检查代理”——等待确认 IP 符合所需区域
- 保存配置文件
步骤 3:将配置文件的地理参数与代理同步
这是一个关键步骤,初学者常常忽视。如果代理来自柏林,则配置文件的所有地理参数都应符合柏林:
- 时区:设置为 Europe/Berlin
- 浏览器语言:de-DE 或 en-US(根据帐户而定)
- 地理位置:启用根据代理 IP 的自动定位
- 键盘布局:与国家相符
如果 Topics API 出于某种原因没有完全阻止,它传递的主题对于来自该地区的用户应是合乎逻辑的。地理参数与主题配置文件不匹配是反欺诈的额外信号。
步骤 4:使用正确的主题预热配置文件
在创建 Facebook Ads 或 TikTok Ads 帐户的新的配置文件时,重要的是要“预热”浏览器配置文件——访问几个与帐户传说相符的主题网站。如果帐户被定位为“来自莫斯科的普通用户”,请访问几个新闻网站、在线商店、体育门户网站。这将形成一个有机的主题配置文件,Topics API 将向广告系统传递该配置文件。
选择哪种类型的代理来保护隐私
并非所有代理在保护免受 Topics API 的影响和确保多账户隐私方面同样有效。让我们分析三种主要类型。
| 代理类型 | 信任级别 | 适合于 | 不适合于 |
|---|---|---|---|
| 住宅代理 | 高 | Facebook Ads、Instagram、TikTok、Google Ads | 高速爬虫 |
| 移动代理 | 最大 | Facebook、TikTok Ads、面临高风险封禁的帐户 | 需要稳定 IP 的任务 |
| 数据中心代理 | 低-中 | Wildberries、Ozon 爬虫、价格监控 | 广告帐户、社交网络 |
住宅代理:大多数任务的最佳选择
住宅代理 使用真实家庭用户的 IP 地址。当 Topics API 从这样的 IP 传递主题信号时,广告系统看到的是“普通用户”——没有企业网络或数据中心的标志。这为反欺诈算法创造了最有机的图景。
住宅代理在处理 Google Ads 时特别有效——Google 是 Topics API 的开发者,其算法对 IP 类型和主题配置文件的不匹配最为敏感。来自所需区域的住宅 IP + 在反检测浏览器中禁用 Topics API = 最小的识别风险。
移动代理:用于高风险任务
移动代理通过带有 SIM 卡的真实移动设备工作。它们的特点是动态更改 IP(每次重新连接到网络时,运营商会分配新的 IP)。这意味着即使 Topics API 传递了某个信号,来自该代理的下一次会话将拥有不同的 IP——将它们关联起来非常困难。
在 2026 年,处理 Facebook Ads 和 TikTok Ads 的套利者将移动代理用于最有价值的帐户——那些预算较大的帐户。其成本高于住宅代理,但保护级别也是最高的。
数据中心代理:用于爬虫,不用于帐户
数据中心代理——快速且便宜,但容易被识别为“非人类”流量。对于 Topics API 不起作用的任务(例如 Wildberries 的价格爬虫、Avito 监控、从公开来源收集数据),它们非常适合。但对于广告帐户和社交网络来说,风险太高。
检查清单:完全保护免受 Google Topics API 的影响
我们将所有内容整合在一起。这是针对套利者、SMM 专家和希望保护其帐户和隐私免受 Google Topics API 影响的营销人员的逐步检查清单。
✅ Topics API 保护检查清单
- 使用反检测浏览器(Dolphin Anty、AdsPower、GoLogin、Multilogin、Octo Browser)——而不是普通的 Chrome
- 在每个浏览器配置文件的设置中禁用 Topics API(Privacy Sandbox → Topics = 禁用)
- 禁用相关 API:归因报告 API、受保护受众 API、共享存储 API——它们都是 Privacy Sandbox 的一部分
- 为每个配置文件分配独特的代理——绝不要对两个帐户使用同一个 IP
- 同步地理参数:时区、语言、地理位置——所有内容都应与代理所在国家一致
- 在创建帐户之前预热配置文件:进行 2-3 天的有机浏览,访问相关主题的网站
- 不要混合配置文件:每个帐户 = 单独的配置文件 + 单独的代理 + 单独的设备(或隔离的虚拟机)
- 定期更新反检测浏览器:开发人员会添加对新版本 Topics API 和其他 Privacy Sandbox API 的保护
- 检查泄漏:使用 coveryourtracks.eff.org 或 browserleaks.com 等服务检查 Topics API 是否确实被阻止
- 对于高风险帐户(Facebook Ads、TikTok Ads 中的大预算)——使用移动代理而不是住宅代理
如何检查 Topics API 是否被阻止
在设置反检测浏览器后,请务必检查结果。以下是无需技术知识的操作步骤:
- 在反检测浏览器中启动所需的配置文件
- 访问网站 privacysandbox.com/intl/en_us/articles/topics/——Google Topics API 的官方演示页面
- 如果 Topics API 被阻止,您将看到消息“Topics API is not available”或空主题列表
- 附加操作:打开开发者控制台(F12)→ 选项卡控制台 → 输入
document.browsingTopics()→ 如果返回错误或空数组,则 API 被阻止
如果反检测浏览器不支持阻止 Topics API,该怎么办
如果您使用的是旧版本的反检测浏览器或没有支持 Privacy Sandbox 设置的预算工具,则有一些变通方法:
- uBlock Origin 扩展:在过滤器中添加阻止对 Topics API 请求的规则。适用于大多数基于 Chromium 的反检测浏览器。
- Chrome 启动标志:启动浏览器时添加标志
--disable-features=BrowsingTopics——这会在引擎级别完全禁用 Topics API。 - 更新反检测浏览器:Dolphin Anty、AdsPower 和 GoLogin 在 2025-2026 年积极更新,特别是在 Privacy Sandbox 保护方面。确保您使用的是最新版本。
结论
Google Topics API 不仅仅是另一种广告技术。对于管理多个帐户的套利者、SMM 专家和营销人员来说,这是一个新的风险向量:一个额外的信号,可能会将帐户关联在一起或向反欺诈算法发出异常行为的信号。在 2026 年,忽视这一威胁意味着冒着失去帐户和广告预算的风险。
好消息是:保护措施是存在的,并且不需要深厚的技术知识。“禁用 Topics API 的反检测浏览器 + 每个配置文件的独特代理 + 同步的地理参数”可以覆盖大多数风险。最重要的是——不要对多个帐户使用同一个代理,并定期更新工具。
如果您在 Facebook Ads、TikTok Ads 或 Google Ads 中处理广告帐户并希望最小化封禁风险,建议您从 住宅代理 开始——它们提供了广告平台的高信任度,并与 Topics API 形成的主题配置文件有机结合。对于预算较大的最有价值的帐户,请考虑 移动代理——最大程度的保护和最小的帐户关联风险。
```