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

死链接检测工具改动前怎样保存原始状态：先留证据再动手的取舍

用死链接检测工具改动前保存原始状态，核心是先把“检测结果、页面当时的 HTML、重定向链路”这三类证据固定下来，再决定改什么。时间和人手有限时，不要全站截图或导出所有页面，只保存你即将动手的那部分：一份完整检测报告加少量关键页面的原始响应，通常就够回溯和对比。

先分清哪些原始状态值得留

改动前需要保存的对象，取决于你打算改什么。常见三类：

• 检测结果快照：工具输出的死链清单，含来源页、目标 URL、状态码、发现时间。这是判断“改前有多少问题”的基线。
• 页面原始 HTML：你准备修改的页面的当前源码，尤其是链接锚文本和 href 值。改完若出问题，可逐字比对。
• 重定向与响应头：用命令行抓取目标 URL 的响应头，记录状态码和 Location 跳转链。301、302、404 的差别会影响后续处理。

不需要保存的：与本次改动无关的整站镜像、全站截图、工具账号配置。它们占用时间却不提升回溯能力。

用一份可核对的最小快照代替全量备份

假设你只打算修复首页和栏目页上的 20 条死链。可执行步骤如下：

1. 在死链检测工具里跑一次全站检测，导出 CSV 或表格，命名为带日期的文件，例如 broken-links-before.csv。
2. 从清单里筛出本次要处理的来源页，逐个用浏览器“查看源代码”另存为 .html，或复制到文本文件。
3. 对每条待改的目标 URL，用命令行抓一次响应头，例如 curl -I https://example.com/old-page，把输出粘贴进同一个记录文件。
4. 把上述文件放进一个文件夹，标注日期和负责人，改动期间不再覆盖。

这份快照的适用条件是：改动范围明确、页面数量可控。如果待改页面超过几百个，逐页存 HTML 就不现实，此时只保留检测报告和响应头记录，页面源码交给版本控制或 CMS 修订历史承担。

判断保存方式要看改动代价

选择保存粒度时，比较两个条件：改动可逆性和回溯成本。

• 改动可逆（例如 CMS 有修订记录、代码在 Git 里）：保存检测报告即可，页面源码可由版本历史恢复。
• 改动不可逆（直接改数据库、批量替换、无版本控制）：必须额外保存页面源码和目标 URL 响应头。
• 判断结果：如果改错后无法在几分钟内还原，就值得多花时间存原始 HTML；如果能一键回滚，存报告就够。

另外要区分证据类型：robots.txt 的抓取限制不等于可靠的索引移除，所以不要把“加了 robots 规则”当作原始状态已保存。站点地图也不保证收录，它不能替代死链清单作为基线。

改动后如何用原始状态核对

改完再跑一次检测，把新报告与 broken-links-before.csv 对比：

• 原清单里标记为 404 的 URL，现在是否返回 200 或 301。
• 来源页上被替换的链接，锚文本是否仍指向预期目标。
• 响应头里的跳转链是否出现循环或多跳。

如果新报告出现原清单没有的死链，用保存的原始 HTML 比对 href，就能判断是改动引入还是检测波动。HTTPS 不保证安全无漏洞或排名，所以核对时只看链接可达性，不把协议当作问题已解决的证据。

下一步：先确定本次要改的页面范围，再按上面的步骤存一份带日期的检测报告和对应响应头，然后才开始动手改链接。