网站死链修复：同一地址因设备或登录状态返回不同内容怎样对照
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1ffd1521640c.html
📄
网站死链修复：同一地址因设备或登录状态返回不同内容怎样对照
同一个URL在不同设备或登录状态下返回不同内容时，不能只凭某一次抓取就判定它是死链或已修复。正确做法是把“地址本身的状态”和“该状态下返回的内容”分开记录，再判断应该保留、改写还是退出这条链接。
先确认分歧来自哪一层：传输状态、重定向还是正文
对照之前，要把观察拆成三层。第一层是HTTP状态码，例如200、301、404、410。第二层是最终落地的URL，即是否经过跳转。第三层才是正文内容，包括是否显示登录框、地区提示、验证页或空白模板。
只有第一层不同，说明服务器对请求的响应本身就不一致；只有第三层不同而状态码相同，说明可能是设备识别、登录态或前端渲染造成的差异。把这两类混在一起，很容易把“内容不同”误判成“链接坏了”。
实际操作时，为每个观察条件单独记录：请求地址、请求时的设备类型或User-Agent、是否携带登录凭证、返回状态码、最终URL、正文中出现的稳定标识（如标题文字或一段固定描述）。这份记录不需要复杂工具，用文本文件按行保存即可。
保留、改写还是退出：三种取舍的适用前提
保留适用于：同一地址在未登录和登录状态下都返回200，且未登录时仍能看到有意义的正文或明确提示。此时地址本身有效，只是内容因身份不同而变化，不需要改动链接结构。
改写适用于：地址返回200，但未登录状态下只看到登录框或空模板，而登录后才有正文。如果这个地址被外部引用或出现在站点地图中，应考虑为未登录访问者提供可读的替代内容，或把入口指向一个不需要登录也能说明用途的页面。
退出适用于：同一地址在不同条件下反复出现404或410，且没有任何条件能返回有效正文。此时继续保留该地址只会让访问者和抓取程序反复碰到无效结果，应把它从内部链接和站点地图中移除，或改为指向最接近的有效页面。
三种取舍不是按偏好选择，而是按证据选择。如果证据只来自一次登录状态下的访问，就不足以支持“退出”的判断。
用一组可区分原因的证据做对照
假设有一个商品详情地址，在桌面浏览器未登录时返回200并显示商品名称和价格，在移动端未登录时返回200但只显示“请下载应用查看”，在登录后返回200并显示完整详情。这组结果至少对应三种解释：设备识别、登录门槛、前端渲染差异。
要区分它们，可以固定其他条件，只改变一个变量。例如：
- 用同一设备、同一网络，分别以未登录和登录状态请求，比较状态码和正文标识。
- 用同一登录状态，分别以桌面和移动端标识请求，比较是否出现应用提示。
- 关闭前端脚本后再请求一次，观察正文是否仍然存在，以判断内容是否依赖渲染。
如果关闭脚本后正文消失，而状态码仍是200，那么“内容不同”更可能来自渲染，而不是地址失效。下一步应检查该地址是否被正确渲染后再判断，而不是直接把它当作死链删除。
动作与结果如何影响下一步
一个可执行的动作是：先保存一份未登录、无脚本条件下的响应记录。如果该记录显示200且正文中有稳定标识，就可以先保留地址，再处理设备或登录态带来的展示差异。如果该记录显示404或410，才进入退出流程，检查内部链接和站点地图中是否还有指向它的入口。
这个动作的结果会直接改变下一步：保留意味着后续只需优化未登录访问的可见内容；改写意味着需要调整入口或补充说明页；退出意味着要清理引用并确认没有其他有效路径依赖该地址。不要在看到一次异常结果后就跳过对照，直接删除或重定向。
容易误判的两个信号
第一，抓取量或请求量下降不能单独证明地址已经失效。它也可能来自抓取预算调整、外部链接减少或站点结构变化。第二，robots.txt中禁止抓取某个地址，并不等于该地址已从索引中移除；它只是限制抓取行为，索引状态需要另行核对。站点地图中出现某个地址，也不保证它会被收录。
因此，对照设备与登录状态时，重点始终是“同一地址在不同条件下返回了什么”，而不是某个单一统计数字的升降。把状态码、最终URL和正文标识三项放在一起看，才能决定保留、改写还是退出。
