功能定位：从“一刀切”到“手术刀”式清理
过去要排除某个站点缓存问题，只能把整个浏览器“洗澡”，Cookie、登录态、本地存储一并消失。Chrome 128 把站点层级数据管理（Site-specific Data Management）做成一级入口，让开发者与普通用户都能“指哪打哪”。核心关键词“Chrome 分网站删除缓存”首次在稳定版出现，正是为了解决局部调试、局部隐私合规两大痛点。
该功能隶属 Privacy Sandbox 的“数据最小化”子项目，与 IP 保护、Topics API 并列，目标是在不破坏用户体验的前提下，把可识别数据压缩到“单次站点会话”粒度。对前端团队而言，这意味着可以保留全局登录态的同时，只把问题站点的 Service Worker、Cache Storage 清掉，显著缩短复现-验证循环。
版本演进：128 之前与之后的差异
127 及更早：需借道 DevTools
开发者只能在 DevTools → Application → Storage → “Clear site data” 里操作，且一次只能清当前标签；普通用户无入口。更尴尬的是，清除后没有确认回显，容易误伤 LocalStorage。
128 起：地址栏即入口
Google 把“站点设置”面板从 chrome://settings/content 直搬到地址栏左侧🔒图标内，三步可见：🔒 → 站点设置 → 删除数据。操作后立即弹出 Toast：“已删除 example.com 的缓存与 Cookie”，并给出 5 秒“撤销”按钮，误操作可回滚。
平台差异与最短路径
| 平台 | 路径（128 版） | 备注 |
|---|---|---|
| Windows / macOS / Linux | 地址栏左侧🔒 → 站点设置 → 删除数据 | 支持 Ctrl+Shift+Delete 全局面板旁路 |
| Android | 地址栏右侧⋮ → (i) 信息 → 站点设置 → 删除数据 | 需 Chrome 128.0.6602 及以上 |
| iOS | 地址栏左侧🔒 → 站点设置 → 删除数据 | 与桌面交互一致，但入口动画更短 |
提示：若🔒图标被扩展隐藏，可在地址栏直接输入 chrome://settings/content/siteDetails?site=https://example.com 回车，即可跳转到对应站点设置页。
可删除的数据类型与边界
点击“删除数据”后，Chrome 会移除以下仅属于该源（scheme+host+port）的数据：
- Cache Storage（含 Service Worker 缓存）
- Image & 文件缓存（HTTP disk cache）
- Cookie（含 SameSite=None 第三方，只要 Cookie 的 host 匹配）
- LocalStorage / SessionStorage
- IndexedDB 与 WebSQL（若站点未迁移至 IndexedDB）
- 权限授予记录（摄像头、麦克风、通知等）不会被清除，需手动在“权限”子项撤销。
经验性观察：如果站点使用了Shared Storage（Privacy Sandbox 新 API），当前版本不会一并清空，需等待 129 的“Shared Storage Purge”实验 flag。
具体场景示例：前端本地调试
假设你在本地启动 Vite 项目，地址为 https://localhost:5173，Service Worker 缓存了旧版 JS，导致热更新失效。传统做法需要全局清缓存，所有云端 SaaS 登录态会被踢出。现在只需：
- 地址栏点击🔒 → 站点设置 → 删除数据；
- 保留“缓存图像和文件”未勾选（128 版默认全选，可手动取消）；
- 确认后仅 localhost:5173 的 Service Worker 被注销，其他站点不受影响。
经验性观察：删除后首次 reload 耗时可能增加 20–30 %，因为 SW 需重新安装，但二次访问即可恢复亚秒级热更新。
例外与取舍：什么时候不该用
警告：以下情况“分站点删除”可能带来副作用
- 单点登录（SSO）站点群：如 google.com 与 gmail.com 共享同一 Cookie 域，清掉一个子站会导致整套 SSO 被踢出。
- 嵌套 iframe 三方支付：若主站只清了自己，而支付 iframe 的 Cookie 仍在，可能出现“订单状态不一致”异常。
- PWA 安装后：清数据不会自动卸载 PWA，但会清空缓存策略，可能导致离线白屏。
工作假设：在 10 万 DAU 的电商后台中，误清 SSO Cookie 会导致 5–7 % 在线管理后台用户被踢出（可复现验证：清 google.com 数据，然后刷新 admin.google.com，登录态丢失）。
与第三方扩展的协同
部分广告拦截扩展（如 uBlock Origin Lite MV3 版）会在后台写入“过滤缓存”到 IndexedDB。若你清除了 github.com 的数据，而扩展恰好用 github.io 托管规则列表，可能导致规则短暂回退。缓解方案：在扩展详情页单独禁用“站点数据”权限，让拦截器只走内存缓存。
故障排查：删除后页面仍异常？
现象：清完数据刷新依旧 404 或旧版 JS
可能原因与验证步骤：
- HTTP 304 未被重置：DevTools Network 勾选 Disable cache，再 Shift+F5 强刷。
- CDN 边缘节点缓存：在命令行
curl -H "Cache-Control: no-cache" https://example.com对比返回头 Age: 0 与否。 - 浏览器自身组件缓存：地址栏输入
chrome://net-internals/#dns点击 Clear host cache，再试。
若以上均无效，可回退到“全局清缓存”作为对照实验，确认是否为跨站共享缓存（如 Google Fonts）导致。
适用/不适用场景清单
| 场景 | 建议 | 理由 |
|---|---|---|
| 本地开发热更新失败 | 适用 | 精准清 SW 缓存，保留其他登录态 |
| 线上用户投诉样式错乱 | 适用 | 客服可指导用户自助清该站，无需全局 |
| 企业 SSO 统一域 | 不适用 | 会踢出所有子系统 |
| 共享设备隐私模式 | 适用 | 只删敏感站点，保留常用网页登录 |
最佳实践 6 步法
- 先 DevTools → Network 确认问题与缓存相关。
- 检查是否为跨站 SSO，若是则改用无痕窗口测试。
- 使用地址栏🔒入口，取消“Cookie”勾选仅清缓存，缩短副作用面。
- 操作后 5 秒内可点击“撤销”，一旦刷新页面即失效。
- 记录操作时间，写入缺陷跟踪系统，方便回溯。
- 若需批量指导终端用户，可把
chrome://settings/content/siteDetails?site=拼成短链，降低沟通成本。
FAQ - 结构化数据
删除后为何站点仍能识别我？
可能用了 IP 保护以外的指纹向量（如字体列表）。可在 DevTools → Application → Frames 里确认 localStorage 是否已空，若空则属正常指纹行为。
Android 找不到“删除数据”按钮？
请确认已升级至 Chrome 128.0.6602 以上；部分 OEM 商店延迟推送，可前往 play.google.com/apps/testing 加入 Beta 频道。
清数据会导致 Passkey 被删吗？
不会。Passkey 保存在系统级凭证提供程序（Windows Hello / macOS Keychain），与站点 Cookie 隔离。
能否一次批量删多个站点？
当前版本未开放多选，仍需逐个操作。可 star crbug.com/1491234 追踪官方进度。
收尾：下一步行动
Chrome 128 的“分网站删除缓存”把过去需要开发者权限的实验性功能，下放到每位用户触手可及的位置。对内，你可用它精准调试；对外，可指导终端用户自助排障，而不必再背“清缓存就要重登录”的黑锅。
立即升级桌面与移动端到 128 版，打开最常出问题的站点，按🔒→站点设置→删除数据走一遍，观察 Network 面板大小与时间线变化。把这段路径加入团队 Onboarding 文档，10 秒操作可节省 30 分钟全局重登录——这就是 2026 年最值得立刻用上的浏览器微技能。
相关标签
