网站死链，怎样排除缓存造成的假象

📍 WDQWDWQD987AAAAA:216.73.216.202
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /95ef22f77f2c.html
📄

网站死链，怎样排除缓存造成的假象

要排除缓存造成的假象，核心方法是把“你看到的页面”和“服务器实际返回的状态”分开验证：先用强制刷新或无缓存请求确认当前响应，再用带随机参数的URL或直接查看HTTP状态码复核。如果强制刷新后仍返回404、410，才更可能是真死链；如果刷新后恢复正常，则更可能是浏览器、CDN或中间层缓存导致的假象。

先分清三种缓存来源

网站死链排查中，缓存假象通常来自三个位置，判断代价不同：

浏览器缓存：你之前访问过该页面，浏览器保存了旧响应。强制刷新（多数浏览器为 Ctrl+F5 或 Cmd+Shift+R）即可绕过。
CDN或反向代理缓存：边缘节点缓存了旧的404或旧页面。加随机查询参数请求，例如 ?v=20240101，可绕过部分缓存键。
服务器端缓存：应用层或对象缓存返回旧结果，需要查看服务器日志或临时关闭缓存插件验证。

这三类中，浏览器缓存最容易排除，成本最低；CDN缓存需要权限或等待缓存过期；服务器端缓存排查成本最高，通常放到最后。

用状态码判断真假死链

判断依据不是页面显示什么，而是HTTP状态码：

打开浏览器开发者工具，切换到网络面板，勾选“禁用缓存”。
访问目标URL，查看该请求的状态码。
若返回200，说明服务器当前能正常响应，之前的死链提示可能是缓存或临时故障。
若返回404或410，说明服务器明确表示资源不存在，属于真死链。
若返回301或302，说明发生了跳转，需要继续跟踪最终地址是否有效。

注意：robots.txt 的抓取限制不等于索引移除，也不影响状态码判断；站点地图不保证收录，不能用来证明死链已修复。这些是不同层面的问题，不要混在一起判断。

按代价安排处理顺序

时间和人手有限时，建议按以下顺序执行：

第一步，强制刷新并禁用缓存：单人几秒完成，能排除大部分浏览器缓存假象。
第二步，加随机参数请求：例如在原URL后加 ?test=1，成本低，可绕过部分CDN缓存。
第三步，检查服务器日志：确认该URL最近的响应状态，判断是持续404还是偶发。
第四步，临时关闭缓存层验证：仅在必要时进行，因为可能影响线上用户。

判断结果：如果前三步都显示200，基本可排除死链；如果日志持续显示404，则应进入修复流程，而不是继续怀疑缓存。

一个可执行的短例子

假设你发现页面 /old-page 显示404。先按 Ctrl+F5，仍为404；再访问 /old-page?cachetest=1，返回200。这说明CDN或服务器对无参数请求缓存了旧404，而实际资源存在。此时应清理该URL的缓存，而不是删除或重定向页面。反之，若加参数后仍为404，则应检查服务器配置或文件是否存在。

下一步建议

选定一个疑似死链URL，按“强制刷新→加随机参数→查状态码→看日志”的顺序走一遍，记录每一步的状态码变化。只有确认服务器持续返回404或410后，再把它列入真正的死链修复清单。