故障排查

网页一直显示旧内容：先分清 HTTP 缓存、站点数据和 Service Worker

同一网址刷新后仍是旧内容时，先保存未提交数据，再区分浏览器缓存、登录状态和站点离线缓存，逐步验证，避免清空所有网站数据。

2026/10/24 · 3 项可核验来源

先看重点先保存未提交内容，保持网络不变做对照；再尝试重新加载、关闭目标站点全部窗口，最后才考虑删除该站点数据。旧正文、登录状态和访问拒绝要分别判断。

先确认是旧内容，而不是访问失败

页面能打开，但公告、按钮或布局没有更新，与连接超时、403 或证书错误不是同一件事。先记录完整网址、看到的旧内容和时间，确认比较的是同一个路径、语言及账号。不要仅凭页脚年份判断是否过期。

本文适用于你本来就有权访问的网站。如果返回访问拒绝，应联系网站或网络管理员；清缓存、改请求头或换入口都不应被当成绕过拒绝的办法。若实际问题是切换节点后连接仍指向旧地址，先看DNS 缓存与连接复用检查。

先保存表单、编辑器中的内容和未同步草稿。保留当前窗口，在另一浏览器的普通窗口打开同一公开页面，保持网络和代理节点不变。若页面需要登录，只有在账号和权限可比时，对照才有意义；不要把登录后的个性化页面与未登录页面直接比较。

只有原浏览器显示旧内容时，优先调查它的本地状态；多个浏览器都一样时，网站发布、服务器缓存或账号展示差异也应纳入排查。这是缩小范围，不是凭一次对照就确定责任。不要同时切节点、清缓存、退出账号，否则很难知道哪个变化有效。

普通重新加载可能让浏览器向服务器验证已有响应。HTTP 的 304 Not Modified 表示可复用已存响应，不是“没有联网”，也不是代理故障；200 同样不能单独证明内容就是你期待的新版本。应比较具体正文或网站公布的版本标识。

浏览器还提供强制重新加载，用于重新获取资源。它针对响应缓存，不能等同于删除 Cookie、退出账号或清除网站的全部本地数据。先完成一次普通重新加载，再按所用浏览器的操作尝试强制重新加载；没有改善就进入下一层，不必不断重复。

部分网站通过 Service Worker 处理请求，并从 Cache API 保存的资源中返回内容。这层机制与普通 HTTP 缓存不同，因此“已刷新页面”并不等于所有站点缓存都被清空。不是每个网站都使用它，也不能把所有旧页面都归因于它。

当网站安装了新的 Service Worker，旧版本仍可能控制已打开的页面，新版本处于等待状态。保存内容后，关闭这个站点的所有标签页和已打开的独立网页应用窗口，再重新访问，是一个影响较小的检查步骤。网站可采用不同更新策略，所以这不是保证有效的修复。

若网站提供“有更新，重新加载”之类的官方提示，优先按它的说明操作。普通读者不必在控制台粘贴 unregister、删除数据库或批量清理缓存的脚本；它们可能影响离线内容，也会让后续诊断失去原始状态。

这一步会改变本地状态，不是无损刷新。先确认账号登录方式可用，导出网站支持导出的离线内容，保存未同步草稿。删除 Cookie 可能使你退出登录并丢失偏好；本地离线数据若没有同步或备份，不能保证恢复。

以桌面 Chrome 为例，在设置的“隐私和安全”中进入第三方 Cookie，找到“查看所有网站数据和权限”，搜索目标网站，再删除对应条目。名称可能随界面语言变化；核对域名后再执行，不选“删除所有网站数据”。涉及多个子域名时，先确认网站说明，不扩大清理范围。

重新打开原网址，必要时重新登录，再检查原来那段旧正文。此操作不能清除网站服务器或 CDN 的缓存；仍然不一致时，不要继续清空其他网站的数据。

恢复后应在同一账号、同一路径、同一网络下重新打开页面，确认目标文字或功能已更新，并检查常用功能与离线内容是否正常。记录实际有效的是重开窗口还是清站点数据，不把“页面能加载”当成全部恢复。

若清理后丢失登录状态，使用网站正常登录流程恢复；偏好可重新设置，离线数据只能依赖此前同步或导出，浏览器没有通用的撤销清理按钮。因此应先做可撤销的对照，再决定是否接受删除的影响。

若多个浏览器都返回同样的旧正文，或者重新登录后才出现差异，向网站反馈准确网址、时间、账号状态及已做的最小检查即可。截图遮住个人信息，不公开 Cookie、访问令牌或完整网络日志。也可参考分享排查日志前的脱敏方法。