网站死链修复：正常与异常结果怎样区分？先看返回状态和页面内容
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /fcfe82054223.html
📄
网站死链修复：正常与异常结果怎样区分？先看返回状态和页面内容
判断网站死链修复是否正常，不能只看“页面能不能打开”。核心依据是服务器返回的HTTP状态码、跳转链路和页面实际内容是否一致：返回200且内容与目标页相符，才算正常；返回404、410、5xx，或返回200却显示错误页、空页、登录页，都属于异常结果。下面给出一份可执行清单，每项说明查什么、怎么查、结果说明什么。
检查一：原死链地址返回什么状态码
要查什么：修复后，旧链接请求时服务器返回的状态码。
怎么查：用浏览器开发者工具的Network面板，或命令行工具请求旧地址。例如：
curl -I https://example.com/old-page
观察响应第一行的状态码，以及Location响应头。
结果说明什么：返回301或308并指向新地址，属于正常永久跳转；返回302、307属于临时跳转，若本意是永久替换，应改为永久跳转；返回404、410说明死链未修复；返回5xx说明服务器或后端出错，不是死链处理本身完成。需要区分“可能原因”和“已定位原因”：5xx可能来自程序异常、数据库连接失败或网关超时，只有查看服务器日志后才能确定具体原因。
检查二：跳转终点是不是有效内容页
要查什么：跳转最终落到的页面，是否与旧链接主题相关、可正常访问。
怎么查：跟随整条跳转链，记录每一跳的地址和状态码。用命令行加-L参数跟随跳转：
curl -IL https://example.com/old-page
然后人工打开终点页面，核对标题、正文和主要功能。
结果说明什么：终点返回200，内容与旧页面主题一致或合理承接，属于正常；终点返回200但内容是网站首页、栏目页或无关文章，属于软性异常，用户和搜索引擎仍可能认为修复不到位；终点又跳回旧地址形成循环，属于异常；跳转链超过三到四跳，虽然未必报错，但会拖慢访问，建议压缩为直接跳转。
检查三：返回200的页面是不是“假正常”
要查什么：状态码为200时，页面正文是否真的有效。
怎么查：在浏览器中禁用JavaScript后再打开页面，查看是否只剩框架；查看页面源代码，搜索“页面不存在”“已下架”“无权限”等提示；对比页面标题与正文主题是否一致。
结果说明什么：如果返回200，但正文显示“内容已删除”或只有导航和页脚，属于软404，是异常结果，应改为返回404或410，或跳转到有效替代页。若返回200且正文完整、主题匹配，才算正常。这里要分清：200只表示请求成功，不表示内容一定正确。
检查四：站内链接和站点地图是否同步更新
要查什么：修复后，站内是否还有指向旧死链的入口；站点地图是否仍包含已删除地址。
怎么查：用站内搜索或爬虫工具扫描全站，筛选返回404、410、5xx和跳转链的地址；打开站点地图文件，核对其中列出的URL是否都能返回有效页面。
结果说明什么：站内仍存在指向旧死链的链接，说明修复不完整，应改为新地址或移除链接；站点地图包含死链，会浪费抓取预算，但不代表一定不被收录，也不保证收录。站点地图只是发现线索，不保证收录。robots.txt中的抓取限制也不等于可靠的索引移除：它阻止抓取，不等于让已收录页面从搜索结果消失。若需要移除索引，应结合404、410、规范标签或搜索引擎提供的移除工具分别核查。
检查五：不同搜索引擎和访问环境分别核查
要查什么：同一旧地址在不同搜索引擎、不同网络环境下结果是否一致。
怎么查：分别在主要搜索引擎中搜索旧地址或旧标题，观察结果页是否仍显示旧内容；用不同网络、不同设备请求同一地址，确认是否因CDN、缓存或地区策略返回不同结果。
结果说明什么：某个搜索引擎仍显示旧标题，可能是缓存或索引更新滞后，不代表修复失败，应继续观察并确保返回码正确；若不同网络返回不同状态码，说明CDN或源站配置不一致，属于异常，应统一配置。不同搜索引擎支持情况须分别核查，不能用一个平台的结果推断所有平台。
下一步：从当前站点导出最近一次爬取结果，按“返回码—跳转终点—页面内容”三列建立清单，先处理返回404、410、5xx和软404的地址，再复查跳转链是否超过三跳。
