谷歌浏览器如何单独清除某个网站的缓存与Cookie？
功能定位：为什么需要“单独清理”
谷歌浏览器如何单独清除某个网站的缓存与 Cookie？这是 2026 年 Chrome 134 正式版新增的核心隐私功能。过去只能“一键清空全部”，如今可在保留全局登录态的前提下，精准移除指定站点的本地存储，既解决页面异常，又避免反复扫码登录。
版本前提与入口差异
桌面端需 Chrome 134 及以上；Android/iOS 因系统 WebView 限制，尚未下放该粒度，仍只能“清空全部”或“站点设置→删除数据”。若你在移动端找不到下文按钮，属正常边界，请改用桌面端操作。
桌面端最短路径（三步直达）
- 地址栏左侧点击锁形或调谐图标→“站点设置”。
- 在“权限与数据使用”卡片底部，点击“删除此站点的数据”（中英 UI 均同义）。
- 弹窗确认后，当前标签页自动硬刷新，缓存、Service Worker、Cookie、localStorage 一并清空。
若图标被隐藏，可在地址栏手动输入 chrome://settings/content/siteDetails?site=https://example.com 直达同一面板。
开发者工具备选方案
对前端调试更友好：DevTools → Application → Storage → 勾选“Cache storage / Cookies / Service Workers”→ 点击“Clear site data”。此法可保留 IndexedDB，适合需要逐表排查的进阶场景。
回退与补救：误删后如何恢复
Chrome 未提供回收站。若误删导致登录态丢失，可立即使用密码管理器（Passkey Center）一键无密码重登；若站点支持 OAuth，也可通过 Google/Apple 快速授权，无需重新输入密码。
例外与取舍：哪些数据不会被清
“删除此站点的数据”不会移除：
① 跨站 CDN 缓存（如 *.gstatic.com）；
② 第三方 iframe 的 Cookie（若域名不同）；
③ 浏览器级权限（摄像头、通知）——仍需在“站点设置”手动重置。
性能与合规副作用
经验性观察：单站清理后，首次再访问的首屏时间可能增加 200–400 ms（因重新编译 Wasm 缓存）。若站点部署了 Service Worker，离线能力会短暂失效，直到下次安装完成。
适用场景清单
- 前端开发者需要热更新失效时快速排障；
- 用户遭遇单站 400/403，怀疑本地 Cookie 损坏；
- 隐私合规测试，验证Consent 横幅能否重新弹出。
不适用场景
① 需要批量清理数百个子域——手动效率低，应改用企业策略 ClearSiteDataForOrigins；
② 试图绕过付费墙——多数站点已将会话与服务器端绑定，本地清空无效。
验证是否清理成功
可复现步骤：
1. DevTools → Network → 勾选 Disable cache 关闭；
2. 刷新页面，观察 Size 列是否出现 (from disk cache)；若清理成功，首条 HTML 应为 200 而非 304，且 Cookies 请求头长度明显缩短。
FAQ（结构化数据）
移动端何时支持单站清理？
截至 Chrome 134，Android/iOS 仅支持“清空全部缓存”，单站粒度仍待后续版本。
清理后为什么仍显示登录？
可能启用了 Passkey 或 OAuth 跨站登录，凭据保存在 Chrome 密码管理器而非站点 Cookie。
会误删其他子域吗？
不会，Chrome 按 eTLD+1 识别站点，a.example.com 与 b.example.com 会被视为同一站点一并清理。
最佳实践速查表
- 先复制未保存的表单内容，再执行清理；
- 清理后若样式异常，Ctrl+Shift+R 强刷一次即可重编缓存；
- 对企业内网应用，提前在测试环境验证 Service Worker 重装耗时，避免高峰用户阻塞。
结论与下一步
Chrome 134 的单站清理把“精准”与“无痕”合二为一：既解决前端缓存顽疾，又守住登录态与全局数据。下次遇到单站白屏或 Cookie 冲突，无需再清空全部，只需三步即可秒级恢复。建议把本文路径加入书签，并在更新至后续版本时回查兼容性变化。
