内链优化：源站正常而边缘节点异常时应保留哪些证据
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /888d4f4bb776.html
📄
内链优化：源站正常而边缘节点异常时应保留哪些证据
先给结论：源站正常、边缘节点异常时，最该保留的不是一张“页面打不开”的截图，而是能证明源站响应与边缘响应在同一时刻、同一 URL 上不一致的证据。对旧内容退场而言，这决定了你是保留原内链、改成跳转，还是暂时冻结处理——因为如果异常只发生在边缘，直接删除源站页面或改写内链，可能把本来还有价值的路径一起砍掉。
先拿一个具体页面做对照，而不是先改内链
假设你手里有一个旧系统页面 A，它仍被三个栏目页内链指向，但最近用户反馈间歇性打不开。此时不要先删 A，也不要先把三个内链改到新页面。第一步是分别记录源站直连与边缘访问的结果：源站直连返回什么状态码、响应体是否完整、响应时间大致在哪个区间；边缘节点返回什么状态码、是否命中缓存、是否返回了源站没有的错误页。只有当同一 URL 在源站正常、在边缘异常时，才进入“保留边缘异常证据”的流程。
这里有一个容易混淆的点：robots.txt 的抓取限制不等于可靠的索引移除。即使你临时屏蔽边缘异常路径，也不能据此认为旧内链指向的页面已经安全退出。站点地图不保证收录，HTTPS 不保证安全无漏洞或排名，这些都不能替代边缘异常的证据链。
证据清单：按“可复查”而不是“可说服”来留
下面这份清单的对象是单个 URL，不是整个站点。每项都要求带时间戳和请求上下文，否则后续无法判断是源站问题还是边缘问题。
- 同一时刻的双侧响应头：源站直连与边缘访问的 HTTP 状态码、缓存相关头、内容长度、内容类型。重点不是谁对谁错，而是两者是否在同一时间窗口内不一致。
- 响应体差异片段：如果边缘返回了错误页，保留错误页中与源站不同的关键片段，例如错误提示文字、缺失的正文区块。不要只留“页面异常”四个字。
- 请求路径与解析记录：记录你实际请求的是哪个主机名、是否经过 CDN 或反向代理、边缘节点的大致地理位置。这能解释为什么同一 URL 在不同网络下表现不同。
- 内链来源页的当前状态：记录指向该 URL 的内链来自哪些页面、这些页面本身是否正常。如果来源页也异常，问题可能不在目标页，而在更上层的边缘配置。
- 时间序列而非单点截图：至少保留两个时间点的对照，例如异常发生时和十分钟后。单点截图无法区分持续故障与瞬时抖动。
完成这组记录后，你会得到一个可执行的判断：如果源站始终正常、边缘间歇异常，且内链来源页正常，那么旧内容退出时优先考虑保留原内链并修复边缘；如果边缘异常伴随源站也出现异常，则才需要评估是否把内链改到替代页面。
用假设例子走一遍取舍：保留旧链还是重建新链
假设一个旧活动页 B 仍被两个文章页内链指向，源站直连返回 200 且正文完整，边缘访问有时返回 502，有时返回一个缺少正文的缓存页。此时如果直接删除 B 并把两个内链改到新活动页 C，你实际上是在用边缘异常当作内容退出的依据。更稳妥的动作是：先保留 B 的源站页面和两个内链不动，同时记录边缘异常证据；修复边缘后再次对照双侧响应。如果修复后边缘恢复正常，B 的内链价值仍然存在，就不必重建新链。如果修复后边缘仍异常，而源站正常，再考虑把内链指向 C，并保留这次对照记录作为变更依据。
这个例子里的数字只用于说明比较方法，不是真实项目结果。关键动作是“先记录双侧不一致，再决定是否改内链”，而不是“先改内链，再解释为什么改”。
哪些现象不能单独证明你的处理正确
边缘异常时，请求量下降、抓取量归零或某个统计指标突然变低，都不能单独证明你应该删除旧页面或改写内链。这些现象还有别的合理解释：可能是边缘节点缓存策略变化、可能是监控采样窗口不同、也可能是来源页本身被临时限制访问。把统计相关当成因果，容易让你在证据不足时做出不可逆的内链变更。
同样，不同搜索引擎对边缘异常和索引状态的支持情况须分别核查。不要假设一个搜索引擎的处理方式可以直接套用到另一个。对于旧内容退出场景，保留证据的目的不是证明“这个页面该消失”，而是证明“异常发生在哪一层”，从而决定内链是保留、改向还是暂时冻结。
把证据变成下一步动作
当你完成双侧对照后，下一步动作取决于一个明确条件：源站正常且边缘异常，保留原内链并优先修复边缘；源站与边缘同时异常，才评估替代页面和重建内链。无论哪种情况，都建议把上述记录按 URL 和时间戳归档，并在变更内链前复查一次来源页状态。这样做的结果是，你后续无论选择保留旧链还是重建新链，都有可复查的依据，而不是靠一次截图或一个下降的统计数字来推动决定。
