死链处理：静态响应与脚本渲染结果不同时怎样定位差异
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /4ab715df92e9.html
📄
死链处理：静态响应与脚本渲染结果不同时怎样定位差异
先给结论：不要急着判断哪一边“对”。静态响应看到的是服务器直接返回的 HTML，脚本渲染看到的是执行 JavaScript 之后的 DOM，两者不同只说明差异发生在“执行前后”这条链上。定位方法是把差异拆成可核对的证据：请求头与状态码、原始 HTML 里的链接、执行后的链接、以及这些链接最终请求的结果。下面用一个明确标注为假设的情境串起整个决策过程。
假设情境：同一个页面，两种结果给出相反的死链清单
假设某站点有一个分类页 /list/。用只取静态响应的方式检查，页面里有 40 个链接，其中 3 个返回 404；用执行脚本后的方式检查，同一页面有 52 个链接，那 3 个 404 链接消失了，却多出 2 个新的 404。两种结果方向相反：一边认为有 3 条死链，另一边认为只有 2 条，而且不是同一批。
这个情境的关键不是数量，而是“差异出现在哪一步”。如果直接按静态结果去修，可能修掉一批根本不会被用户或爬虫点击的链接；如果直接按渲染结果去修，又可能漏掉原始 HTML 里就存在、且不依赖脚本就能被发现的死链。
第一步：固定两份可复查的快照，而不是凭印象比较
要区分两种结果，先让它们可核对。建议对同一 URL 分别保存两类记录：
- 静态快照：请求时不执行脚本，保存响应状态码、响应头中的内容类型，以及原始 HTML 中出现的
<a href>列表。 - 渲染快照：在脚本执行完成后，保存最终 DOM 中的链接列表，并记录每条链接对应元素的来源，例如是原始 HTML 自带，还是脚本插入。
这里有一个容易忽略的条件：静态响应不一定等于“没有脚本的页面”，有些服务器会根据请求头返回不同内容。所以两份快照必须连同请求条件一起记录，否则差异可能来自服务端分流，而不是脚本。
实际动作：把两份链接列表做差集，得到三组——只在静态出现的、只在渲染出现的、两边都有的。这个动作直接决定下一步查哪一组，而不是先猜原因。
第二步：按差异来源分类，而不是按死链数量分类
三组差集对应不同的原因，证据也不同：
- 只在静态出现、渲染后消失。常见解释是脚本在初始化时移除了这些节点，或替换了整个列表容器。核对方法是看渲染快照中该容器是否被重写，以及被移除链接的父元素是否还在。若确实被移除，这些链接对执行脚本的环境不构成死链，但对不执行脚本的访问仍然存在。
- 只在渲染出现、静态没有。说明链接由脚本拼接或异步数据生成。此时要检查数据来源本身是否返回了失效目标，而不是只看最终 DOM。因为最终 DOM 只反映一次执行结果，数据源变化后结果可能不同。
- 两边都出现但状态不同。这通常与请求条件有关，例如带与不带某请求头、是否携带 Cookie、是否跟随跳转。需要固定同一组请求条件再比较状态码。
注意一个反常但合理的现象：静态检查里某链接返回 404，渲染检查里它返回 200，并不一定说明脚本“修好了”它。可能是渲染时的请求带了不同的来源页或参数，也可能是中间层按条件返回了不同内容。需要把两次请求的完整条件并排看，才能判断是不是同一个目标。
第三步：把“链接是否存在”和“目标是否可用”分开验证
差异定位到这一步，还要做一次独立验证：不管链接来自静态还是渲染，都对目标 URL 单独发起请求，记录状态码和最终落点。这样做的原因是，页面内链接的可见性判断和目标可用性判断是两件事。
假设情境继续：那 3 条静态 404 链接，单独请求后确认目标确实不存在，且原始 HTML 里就写死了地址；那 2 条渲染新增的 404，单独请求后发现目标存在但返回了需要特定请求头才正常的内容。结论就变成：前者是真正需要处理的失效目标，后者更可能是检查条件不一致造成的误报。
下一步动作：只对确认失效、且确实出现在可达页面中的目标做处理，例如修正链接或设置合适的跳转；对因条件不一致产生的“假死链”，先统一检查条件再复测。这个顺序能避免把修复动作浪费在误报上。
第四步：处理之后，用同样的两份快照复测
修复完成后，不要只跑其中一种检查。用与初次相同的请求条件和脚本执行方式各跑一次，确认三组差集的变化符合预期：真正失效的目标从两边都消失，误报项不再出现。如果差异仍然存在，说明还有未识别的来源，例如脚本在特定时机才插入链接，或服务端对某类请求仍返回旧内容。
还要说明适用条件：如果站点本身不依赖脚本呈现主要内容，静态与渲染结果的差异通常很小，优先看静态响应即可；如果主要内容由脚本生成，则渲染结果更接近实际可见状态，但静态响应仍然决定原始 HTML 中能被直接发现的链接。两种检查不是互相替代，而是回答不同问题。
最后提醒一点与移除相关的边界：如果差异涉及某个失效路径是否该被移除，robots.txt 的抓取限制不等于可靠的索引移除，站点地图也不保证收录。定位差异时应以请求与响应的实际证据为准，而不是以某次检查的数量归零作为处理正确的证明——数量归零也可能只是检查条件变了。
