CookieVault Guardian 对比 Cookie AutoDelete

TL;DR：Cookie AutoDelete 曾是隐私社区的关闭标签页 Cookie 清理器,但 Chrome 的 Manifest V2 退役在 2024 年底于 Chromium 浏览器上禁用了它。CookieVault Guardian 是 Manifest V3 继任者——同样的白名单工作流,扩展到 localStorage、IndexedDB、Cache Storage 等。Cookie AutoDelete 在 Firefox 上仍能用。

CookieVault Guardian 对比 Cookie AutoDelete,是一个 Manifest V3 关闭标签页存储清理器与它在 Chromium 上继任的那个 Manifest V2 清理器之间的对比。CookieVault Guardian 是免费、MIT 开源的扩展,在现代扩展 API 上重建了 Cookie AutoDelete 的按域名自动清理工作流,并从”仅 Cookie”扩展到每一种浏览器存储面;而 Cookie AutoDelete 是那个长期开源的清理器,被 Chrome 的 MV2 退役禁用,但在 Firefox 上仍能运行。本页客观对比两者,包括那些留在 Cookie AutoDelete 仍合理的情况。

跨浏览器现状

简而言之：在 Chromium 浏览器上 Cookie AutoDelete 被 Chrome 的 MV2 退役禁用;在 Firefox 上仍能用。Guardian 在两边都在架且维护。浏览器可用性是它们的第一个区分点。

Cookie AutoDelete 的核心机制是从一个长驻 Manifest V2 background page 监听关闭标签页生命周期事件,并把打开的标签页集合与 Cookie 库对账。Chrome 的 Manifest V3 迁移移除了长驻 background page,改用临时 service worker,其稳定版退役强制禁用了所有剩余 MV2 扩展¹²。Cookie AutoDelete 在 Chrome、Edge、Brave、Opera、Vivaldi、Arc 上被这波禁用波及,因为把它的标签页生命周期逻辑重写到 Manifest V3 不在维护者的路线图上。

Firefox 上情况不同,值得明说:Firefox 保留了 Manifest V2 支持,所以 Firefox 附加组件商店上维护中的 Cookie AutoDelete 构建仍能安装运行。这是真实、持续的能力,不是历史脚注。而 Guardian 在 Chrome 应用商店、Edge 加载项、Firefox 附加组件都在架,Opera / Vivaldi / Arc / Brave 走签名 CRX 侧载——既覆盖 Cookie AutoDelete 已无法触及的 Chromium 浏览器,也覆盖 Cookie AutoDelete 仍活着的 Firefox。

存储范围

简而言之：Cookie AutoDelete 清 Cookie 和部分 localStorage。Guardian 在同一套按域名白名单上清 Cookie、localStorage、sessionStorage、IndexedDB、Cache Storage、Service Worker 注册。现代追踪藏在这些旁路里,所以范围很关键。

Cookie AutoDelete 聚焦 Cookie,后期版本加了部分 localStorage 清理。在它被构建的年代这是对的范围,但追踪和会话状态越来越多地存在别处——localStorage、IndexedDB、Cache Storage 都能携带在 Cookie 清空后仍存活的身份标识。关闭标签页只清 Cookie 如今是局部防御,因为追踪器能从你没动的任何旁路重新水合。

Guardian 沿用 Cookie AutoDelete 开创的按域名、关闭标签页模型,但作用于每一种能存跨会话状态的浏览器存储 API:Cookie、localStorage、sessionStorage、IndexedDB、Cache Storage、Service Worker 注册。每个目标可独立开关,你可以保留默认或在某个站点出问题时收窄范围。白名单和灰名单概念与 Cookie AutoDelete 完全一致——Guardian 刻意保留心智模型,只拓宽被清理的范围。

Cookie AutoDelete 仍做得更好的地方

简而言之：Guardian 并非在每个维度都更优。Cookie AutoDelete 更轻、Firefox 履历更长、从未引入账号或 Pro 层。对一个只用 Firefox、只清 Cookie 的工作流,这些是真实优势。

诚实优先于营销:Cookie AutoDelete 保留几个真实优势,一个老用户在决定是否切换前应该听到。

• 体积更小。 Cookie AutoDelete 打包约 150 KB;Guardian 约 480 KB,因为同步客户端和加密库撑大了包。
• Firefox 履历更长。 Cookie AutoDelete 自 2017 年就在 Firefox 附加组件商店,有多年稳定记录;Guardian 在那边更新。
• 没有账号或 Pro 层要考虑。 Cookie AutoDelete 从不要你建账号。Guardian 的纯本地模式在这点上一样,但 Pro / 同步层的存在,对从不使用它的人来说可能感觉是负担。

如果你是只用 Firefox、白名单稳定、只清 Cookie 的用户,这些是留下的正当理由。我们宁愿你保留一个对你有效的工具,而不是为切换而切换。

逐项功能对比

简而言之：两者在白名单/灰名单工作流、通配符、Firefox 容器支持上一致。它们在 Manifest 版本、Chromium 可用性、存储范围、跨设备同步上分道扬镳。

下表按关心关闭标签页清理的用户在意的维度对比 Guardian 与 Cookie AutoDelete。凡 Cookie AutoDelete 领先处,表中如实标注。

诚实结论:对只用 Firefox、工作流稳定、只清 Cookie 的用户,Cookie AutoDelete 仍是合理选择。对因 MV2 退役失去它的 Chromium 浏览器用户、跨浏览器用户、或任何想要超越 Cookie 的清理的人,Guardian 是升级。

什么情况下 Cookie AutoDelete 是更好的选择

有几个诚实的场景 Cookie AutoDelete 胜出:

• 你只用 Firefox,那里 Cookie AutoDelete 仍能安装运行。
• 你的清理需求止于 Cookie 和部分 localStorage,不需要更广的存储范围。
• 你看重尽可能小的安装和更轻的体积。
• 你完全不想牵涉账号或 Pro 层。
• 你现有的白名单和工作流稳定,没坏。

什么情况下 CookieVault Guardian 是更好的选择

Guardian 适合面向未来和跨浏览器的场景:

• 你曾在 Chrome、Edge、Brave、Opera、Vivaldi、Arc 上用 Cookie AutoDelete,因 MV2 退役失去了它。
• 你想要覆盖 localStorage、sessionStorage、IndexedDB、Cache Storage、Service Worker 注册的自动清理,不只是 Cookie。
• 你想要一套白名单通过端到端加密在 Firefox 和 Chromium 浏览器间同步。
• 你想要一个能熬过未来 Chrome 更新的 Manifest V3 架构。
• 你想要可复现构建,对照开源验证上架二进制。
• 你想要 30 天 Cookie 历史（Pro）以从误关标签页中恢复。

如何从 Cookie AutoDelete 迁移到 Guardian

如果 Cookie AutoDelete 还能跑——在 Firefox,或尚未被禁用的 Chromium 浏览器——迁移很快。有序清单:

1. 打开 Cookie AutoDelete 设置,选 Export → Whitelist + Greylist,保存 JSON。
2. 从 Chrome 应用商店装 CookieVault Guardian（或 Edge / Firefox 附加组件站;Opera / Vivaldi / Arc / Brave 侧载签名 CRX）。
3. 打开 Guardian,进设置 → Import → Cookie AutoDelete JSON,选中文件。
4. 在白名单标签确认每个域名都在;子域继承默认开启。
5. 打开一个未在白名单的站点,浏览片刻,关闭标签页再打开,确认清理已执行。
6. 在设置 → Cleanup Targets 调清理范围,逐项开关每种存储类型。
7. 可选:在设置 → 同步启用加密白名单同步,跨设备共享列表。
8. 在 Cookie AutoDelete 仍能跑的地方卸载它,保留导出的 JSON 至少 30 天作为回退。

另见

• Cookie AutoDelete 替代品 —— 完整迁移指南
• CookieVault Guardian
• CookieVault 对比 EditThisCookie
• 关闭标签页自动删除 Cookie
• Cookie 白名单
• 如何把 Cookie 加入白名单