死链检查，功能开关导致页面变化时怎样记录版本状态
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /982d5e3b4a0d.html
📄
死链检查，功能开关导致页面变化时怎样记录版本状态
把开关状态、生效时间和页面响应一起记进同一份记录，死链检查才有可复查的版本依据。只记录“页面今天返回404”不够，因为同一个URL在开关开启与关闭时可能对应不同内容、不同跳转甚至不同状态码。假设某旧活动页由后台开关控制：开关关闭后页面改为返回410，但模板仍在，运营可能重新开启。若检查记录只写“410，已死”，后续清理就可能误删仍被引用的模板或入口。
先确认变化来自开关还是内容本身
功能开关改变的是渲染路径或路由分支，不等于内容真的被删除。判断时先固定一个可复现的访问条件，再对比开关前后同一URL的响应。可区分的证据包括：响应状态码是否随开关切换而改变；响应头中的缓存标记、重定向目标是否变化；页面主体是否从完整内容变成占位提示或跳转页。若状态码不变但正文被替换，这更可能是开关控制展示，而不是死链。此时应把开关名称、取值、切换时间与响应结果写在一起，而不是只留一个状态码。
版本状态记录应包含哪些字段
记录的目标是让下一次检查能判断“这个URL的状态是否仍然成立”。建议每条记录至少包含以下字段，并保持同一格式：
- URL与规范化形式，说明是否带参数、是否区分大小写；
- 检查时间，精确到分钟，并注明时区；
- 开关名称与当时取值，例如
feature_old_landing=off； - HTTP状态码与最终跳转目标；
- 页面主体是完整内容、占位内容还是错误页；
- 该URL当前被哪些入口引用，如导航、站点地图或站内搜索；
- 记录人可执行的回退动作，例如恢复开关或保留重定向。
字段齐全后，才能区分“开关关闭导致的临时不可见”和“资源已移除导致的永久死链”。缺少开关取值时，同一状态码会在不同时间被解释成相反结论。
假设情境：旧活动页退出时如何取舍
假设某旧系统有一套活动落地页，入口已从导航移除，但部分外部链接和旧邮件仍指向它。运营计划关闭开关，让页面返回410。检查时可按三步走：第一步，在开关开启状态下抓取页面，记录状态码、正文摘要和引用来源；第二步，关闭开关后立即复查同一URL，记录状态码变化和跳转目标；第三步，把两次结果写入同一条版本记录，并标注开关取值。若关闭后返回410且无跳转，说明退出路径明确；若返回302到首页，则属于软性替代，需要决定是保留跳转还是改为410。这个判断会直接影响下一步：保留跳转时，旧链接仍可到达有效页面，但可能稀释目标页面的主题相关性；改为410时，退出信号更明确，但外部旧链接的访问者会直接看到错误页。
用状态码和引用证据决定保留还是移除
状态码本身不足以决定取舍，还要看引用证据和业务价值。可参考以下区分：
- 返回404或410，且没有任何站内入口、站点地图或外部高价值引用，通常可以进入移除流程；
- 返回404或410，但仍有站内入口或外部引用，应先修复入口或建立替代跳转，再决定是否移除；
- 开关关闭后返回200但正文为空或仅剩占位，应按内容变化处理，而不是当作死链；
- 开关开启与关闭返回不同状态码，应把开关状态作为记录的一部分，避免后续检查误判。
这里要说明一个限制：robots.txt的抓取限制不等于可靠的索引移除，站点地图也不保证收录。若旧页面仍被外部引用，仅靠屏蔽抓取或从站点地图删除，不能替代对页面本身状态的处理。HTTPS同样不保证页面安全无漏洞或排名，它只说明传输层加密，与死链判断无关。
把记录变成下一次检查的输入
完成一轮记录后，应把开关取值、状态码和引用来源同步到检查清单，并设定复查条件。实际动作可以是：在关闭开关后的下一次检查中，先核对开关是否仍为关闭，再抓取URL并比对上一次记录。若状态码与上次一致且引用来源未增加，可维持当前处理；若状态码变化或新增引用，则回到取舍步骤重新判断。这样，版本状态记录不只是留档，而是决定下一步是修复、跳转还是移除的依据。记录中还应注明复查时间，但不要承诺固定见效日期，因为开关策略和引用变化都可能改变结论。
