死链测试工具，改动前怎样保存原始状态
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c0742fc46c60.html
📄
死链测试工具，改动前怎样保存原始状态
用死链测试工具扫描出问题后，如果准备修改链接、跳转或删除页面，先保存一份“改动前快照”。快照不是备份整站，而是把当时的URL清单、状态码、跳转链、扫描时间和扫描参数固定下来，改完后才能对比出哪些变化是修复带来的、哪些是新问题。最省事的做法是：扫描完成后立刻导出结果文件，同时保存一份原始HTML或响应头，再记录本次扫描的入口和设置。
先明确要保存哪几类原始状态
死链测试的输出通常有三层信息，缺一层后面就说不清问题：
- URL与状态码：每个被检测地址返回的是200、301、302、404还是5xx。
- 跳转链：301或302指向哪里，是否出现多跳、循环跳转或跳到无关页面。
- 扫描上下文：起始地址、是否跟随跳转、是否包含外部链接、请求头、扫描时间。
只保存一张“404列表”不够。改动后如果某个原本404的地址变成200，你需要知道它是被修复了，还是被跳到了首页——这两种结果对用户体验和搜索引擎的含义完全不同。
可执行清单：每项查什么、怎么查、结果说明什么
1. 导出完整扫描结果，而不是只截图
要查什么：工具是否支持导出CSV、JSON或XLSX。
怎么查：扫描完成后找导出按钮，导出后打开文件，确认里面包含URL、状态码、跳转目标、发现来源这几列。如果没有导出功能，用浏览器打印为PDF，或把结果表格复制到本地表格文件。
结果说明什么：能导出结构化文件，说明后续可以做逐行对比；只能截图，说明你只能人工核对，遗漏风险高。截图可以作为辅助，但不能替代数据文件。
2. 保存关键URL的原始响应头
要查什么：出问题的URL在改动前返回的HTTP响应头。
怎么查：对每个准备修改的URL执行一次请求，保存状态行和响应头。命令行可用：
curl -I -L https://example.com/old-page
其中-I只取响应头，-L跟随跳转。把输出复制到文本文件，按URL命名保存。
结果说明什么：响应头里的Location能证明改动前跳到了哪里，HTTP/1.1 301或302能证明跳转类型。改完后如果Location变了，就能直接对比出来。若返回404，说明当时该地址确实不可访问。
3. 记录扫描参数与入口
要查什么：本次扫描从哪个地址开始、深度多少、是否检查外部链接、是否忽略robots.txt限制。
怎么查：在工具的设置页或扫描报告首页查看这些选项，手动抄进一个说明文件。如果工具不显示，就在扫描前截图设置面板。
结果说明什么：两次扫描参数不同，结果就没有可比性。比如第一次没跟随跳转、第二次跟随了，404数量变化可能只是设置差异，不是站点真的变好或变坏。
4. 保存一份站点地图或链接清单作为参照
要查什么：改动前对外公布的URL集合。
怎么查：下载当前的sitemap文件并保存，同时保存死链测试工具发现的“站内链接来源”列表。sitemap不保证收录，但它能反映你当时希望被发现的地址范围。
结果说明什么：改动后如果某个URL从sitemap里消失，同时死链工具也扫不到它，说明它被移除了；如果只是sitemap变了而页面仍在，则属于提交范围变化，不是页面本身的问题。
5. 标注已定位原因与待查原因
要查什么：每个异常URL是已经确认原因，还是只有猜测。
怎么查：在导出文件里新增一列“原因状态”，只填两类：已定位（例如服务器返回404且页面确实被删除）、待查（例如返回302但不确定目标是否正确）。
结果说明什么：同一现象可能有多个解释。一个302既可能是正常的旧地址迁移，也可能是配置错误。改动前不标注，改动后很容易把“本来就存在的跳转”误判成新问题。
改动后如何用这份快照做对比
重新扫描一次，参数与改动前保持一致，然后按URL逐行对比三列：状态码、跳转目标、发现来源。判断规则可以这样定：
- 原本404、现在200：需要确认是恢复了原内容，还是跳到了替代页。
- 原本301、现在404：说明跳转被删除或目标失效，属于回退。
- 状态码没变但跳转目标变了：检查新目标是否与旧地址主题相关。
- 两次都正常：不需要处理，避免为了“清零”而改动正常链接。
如果站点使用robots.txt限制抓取，要记住它限制的是抓取行为，不等于把已收录地址移除。死链测试工具扫到的结果也不等于搜索引擎的索引状态，两者需要分别核查。
保存位置与命名建议
把文件放在一个独立目录，按“日期-扫描入口-参数摘要”命名，例如2025-06-01-homepage-follow-redirect。同一批改动前后各放一个文件，中间不要覆盖。快照只用于对比，不需要长期公开；如果其中包含内部测试地址或带参数的URL，避免直接放到公开可访问的目录。
下一步：先选定一个准备修改的异常URL，按上面五项各保存一份记录，再动手改。改完后用相同参数重扫，只对比这一个URL的三列变化，确认判断逻辑成立后再批量处理其余地址。
