域名历史：源站正常而边缘节点异常时应保留哪些证据
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /0be56ca15d50.html
📄
域名历史：源站正常而边缘节点异常时应保留哪些证据
先保留能区分“源站输出”与“边缘节点输出”的对照证据，再决定是继续使用现有域名、改写配置还是退出。判断依据不是某个节点是否报错，而是同一请求在源站直连与边缘回源两条路径下，响应头、状态码、正文哈希和抓取日志是否出现稳定差异。只要差异可复现，域名历史本身通常不是主因；若差异随域名切换而消失，才需要把域名历史重新纳入排查。
先固定三条对照路径，而不是只截一张报错图
边缘异常最容易误判的地方，是把节点返回的错误当成源站故障。实际动作是分别记录：源站直连响应、边缘正常节点响应、边缘异常节点响应。三者的证据要同一时间窗采集，否则缓存过期或发布窗口会污染结论。每条记录至少包含请求 URL、请求时间、状态码、响应头中的缓存与回源相关字段、正文前若干字节的哈希值。
这一步的结果会直接决定下一步：如果源站直连与边缘正常节点一致，只有异常节点偏离，问题指向节点或回源链路；如果源站直连本身也偏离，域名历史就不该继续背锅。
保留能证明差异来源的四类证据
- 响应头对照：记录
age、cache-control、via、x-cache一类字段。它们能说明响应是命中缓存还是回源，但字段名因服务商而异，需以实际返回为准。 - 正文哈希：对同一 URL 在三条路径下取正文哈希，比肉眼比对页面更可靠。差异稳定出现才值得继续追。
- 抓取与回源日志：保留边缘节点访问日志和源站回源日志的时间戳。两边对不上，说明请求可能根本没到源站。
- 域名解析与证书链快照：记录解析结果和证书链，用于排除解析漂移或证书问题被误读为域名历史异常。
这里要提醒一点：HTTPS 只保证传输加密，不代表站点无漏洞，也不代表边缘节点一定按预期回源。把它当作排除项，而不是结论。
什么条件下应保留域名、改写配置或退出
三种取舍各有前提，不必强行都选。
保留域名：适用于差异只出现在部分节点、源站直连稳定、且切换域名后异常依旧。此时问题在边缘配置或回源策略，换域名不会解决，反而丢失已有历史积累。
改写配置：适用于差异集中在缓存规则、回源头或重定向链，且改动后三条路径能收敛。改写前先备份当前配置，改动后重采同一组对照证据，确认差异消失再扩大范围。
退出域名：只在证据显示异常随域名绑定关系变化而稳定复现，且源站与边缘均无配置可调时才考虑。退出成本高，通常放在最后。
一个注明假设的短例子
假设某站源站直连返回 200，边缘 A 节点返回 200，边缘 B 节点返回 5xx。先按上述三条路径采集证据，若发现 B 节点响应头缺少回源标识且源站日志无对应请求，可初步判断请求未到源站。此时保留域名、改写 B 节点回源配置是合理动作；改完后重采证据，若 B 节点与 A 节点收敛，则无需再动域名历史。若改写后 B 节点仍偏离，才需要进一步核查域名解析与证书链。
需要说明的是，抓取量或请求量下降不能单独证明处理正确，也可能是采集窗口变化、缓存策略调整或流量本身波动。把这类指标当作辅助信号，而不是唯一判据。
证据保留的边界与常见误用
robots.txt 的限制抓取不等于可靠的索引移除，站点地图也不保证收录。这些规则与边缘异常排查属于不同层面，不要混在同一份证据里下结论。不同搜索引擎对同一配置的支持情况需分别核查，不能用一个平台的表现推断另一个平台。
最终判断应回到可复现的对照差异：源站正常而边缘异常时，先保留路径对照证据，再根据差异是否随配置或域名绑定关系变化，决定保留、改写还是退出。
