跨站 Cookie 如何出卖你：DuckDuckGo 的三重 Cookie 防护
先看一遍"广告跟随你"的全过程
- 你在 A 站看一双鞋，A 站嵌了某广告网络的脚本，脚本在你的浏览器里种下一个第三方 Cookie；
- 你逛到 B 站，B 站也嵌了同一家广告网络的脚本；
- 该脚本读到刚才那个 Cookie——同一块 Cookie 跨站可读，广告网络确认"这是刚才看鞋的人"；
- B 站上，鞋的广告出现了。
全程你只在 A 站活动过一次，两条不相关的站点却被同一根线串了起来。
三重处理，逐层设防
第一重：请求不发出去。 第三方跟踪器加载拦截先把名单上的跟踪请求拦在加载之前——没有加载，就没有种 Cookie 的机会。这一层是主力。
第二重：三方 Cookie 默认封禁。 名单上域名的第三方 Cookie 被直接拒绝创建与读取；有限例外仅用于保住登录、支付这类基本功能。
第三重：一方 Cookie 限时效。 站点自己的 Cookie（一方 Cookie）本不能跨站读，但其中的标识可以被嵌入的第三方脚本带走，仍可能参与跨站画像。它对这类 Cookie 设了硬时效：名单上脚本创建的仅 24 小时有效，其他脚本创建的一方 Cookie 上限 7 天，登录态等基本用途通过例外机制保住。
不同平台（扩展与应用）在具体实现细节上有差异，官方防护总览页附有逐平台支持表，行为可能随版本变化。
验证方法
- 常逛的购物类站点之间跳一跳，观察是否还出现"刚看过的商品"类广告；
- 浏览器设置里查看 Cookie 处理项，确认防护处于默认开启状态；
- 盾牌面板的拦截明细里，Cookie 相关的拦截会单独计数。
一个常见误区
"删 Cookie"不等于防跟踪：删除是事后清理，且删不掉基于 IP 与指纹的识别。Cookie 防护只是整个防护体系的一层，单层动手术意义有限，全套默认开着才是正解。