死链检测方法：临时维护页面恢复后哪些残留信号需要核对
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /3b224d1951de.html
📄
死链检测方法：临时维护页面恢复后哪些残留信号需要核对
维护页撤下、原页面重新返回 200，并不等于相关信号已经干净。恢复后最该核对的残留信号是：原 URL 是否仍被返回维护内容、响应头是否还带着临时跳转或缓存指令、以及站内链接和内链锚文本是否仍指向维护入口。只看到首页可访问就结束检测，往往会把问题留到下一次抓取才暴露。
矛盾现象：页面已恢复，日志里却还有旧路径
常见情况是：维护期间把栏目统一 302 到一个 /maintenance 页面，恢复后原 URL 正常返回内容，但抓取记录里仍反复出现 /maintenance，或者某些原 URL 返回的仍是维护页。此时有两种解释，需要分开验证。
- 解释一：残留的是链接信号。站内模板、导航、旧文章正文或外部合作页面仍链向维护页，抓取工具顺着这些链接继续访问，所以日志里持续出现旧路径。这种情况下原 URL 本身已经正常。
- 解释二：残留的是服务端规则。重写规则、CDN 缓存或应用层中间件仍把部分请求导向维护页，导致原 URL 返回的仍是维护内容。这种情况下问题不在链接，而在响应本身。
两种解释对应的处理动作完全不同：前者要改链接，后者要改配置。若只凭“日志里还有旧路径”就判定服务端没恢复，可能白改一轮规则；若只凭“浏览器能打开”就判定链接已干净，则会漏掉站内模板里的旧指向。
用一组可区分的证据判断是链接残留还是规则残留
区分两者最直接的动作是直接请求原 URL，并查看完整响应头。假设某篇文章原地址是 /a/old-post，维护期被 302 到 /maintenance。恢复后手动请求该地址：
- 若返回 200，且响应体是文章正文，说明服务端规则已放开；此时日志里仍有
/maintenance，更可能是链接残留。 - 若返回 200，但响应体仍是维护页内容，说明规则没真正撤下，或缓存层仍在返回旧响应。
- 若返回 301/302 且 Location 指向
/maintenance，说明跳转规则仍在生效，属于规则残留。
这个动作的结果会直接决定下一步：确认是规则残留，就继续查重写配置和缓存刷新；确认是链接残留，就转入站内链接与站点地图的核对，不必再动服务端规则。
核对残留信号时的三个具体检查点
检查点一：响应头里的缓存与跳转指令
维护页常被设置较长的缓存时间，恢复后浏览器和中间层可能仍持有旧响应。需要核对 Cache-Control、Expires 以及是否存在指向维护页的 Location。若缓存指令仍指向维护期策略，先刷新缓存再复测，否则后续所有判断都建立在旧响应上。
检查点二：站内链接是否还指向维护入口
维护期间临时加在模板、导航或公告里的维护页链接，恢复后容易忘记移除。这类链接不会让原 URL 出错，但会持续把抓取和用户引向一个已无意义的页面。核对方式是抽取若干原 URL，检查其页面内是否仍出现维护页地址。
检查点三：站点地图与 robots 是否仍停留在维护状态
维护期可能临时收紧 robots.txt 或替换站点地图。恢复后要确认 robots.txt 不再限制原内容路径，站点地图重新包含应保留的 URL。这里有两个容易误判的点：robots.txt 的抓取限制不等于可靠的索引移除，解除限制后原页面也不会立刻回到索引；站点地图更新也不保证收录，它只是提交候选地址。因此这两项只能作为“是否还停留在维护状态”的核对项，不能当作恢复完成的证据。
旧内容退出时，残留信号该保留还是清理
如果维护涉及的是旧内容、旧系统或旧合作关系的退出，并非所有残留都要清掉。判断依据是这部分内容是否仍有价值：
- 仍有价值的旧 URL：应恢复为 200 并保留内链，只清理指向维护页的临时链接。
- 确定退出的旧 URL：不应继续返回维护页，而应给出明确的退出信号（如 410 或指向最相关新页的 301），并同步移除站内指向它的链接。
- 介于两者之间：先保留 URL 可访问，暂不批量改状态，等确认无外部依赖后再决定。
把“退出”和“维护恢复”混在一起处理，最容易出现的情况是：维护页撤了，但本该退出的旧 URL 被顺手恢复成 200，等于把已经决定放弃的内容又留了下来。恢复动作完成后，应单独过一遍计划退出的 URL 清单，确认它们没有被误恢复。
恢复后复测的顺序与停止条件
建议按“响应头 → 原 URL 响应体 → 站内链接 → robots 与站点地图”的顺序复测。每一步的通过标准是：响应头无指向维护页的跳转或旧缓存指令；原 URL 返回预期内容；站内不再出现维护入口；robots 与站点地图不再处于维护状态。四项都通过后，再抽样观察抓取记录。此时若日志里仍有少量维护页访问，先确认其来源是否为外部旧链接，而不是立即回改服务端规则。抓取量或某个路径请求量下降，也不能单独证明处理正确，它同样可能来自抓取节奏变化或外部链接自然衰减。
把残留信号按“链接来源”和“响应来源”分开核对，能让恢复后的处置有明确顺序，也避免在已经正常的环节上反复改动。
