收录网站，源站正常而边缘节点异常时应保留哪些证据
📱 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/147.0.0.0 Safari/537.36
🔗 /5b4294ffcd63.html
📄
收录网站，源站正常而边缘节点异常时应保留哪些证据
先给结论：当源站返回正常、但边缘节点返回异常时，最该保留的不是“源站正常”这一句判断，而是能证明“同一时刻、同一路径、不同节点结果不同”的对照证据。假设一个场景：旧栏目准备退出，源站仍返回200，但部分地区的边缘节点返回5xx或旧缓存，这时证据决定你是先清缓存、改回源规则，还是暂缓下线。
先把“源站正常”拆成可复核的三项证据
源站正常不能只靠浏览器打开一次页面。至少保留三项：一是源站直接响应的状态码与响应头，包括Cache-Control、Age、ETag或Last-Modified；二是带时间戳的请求记录，能对应到具体URL；三是响应正文的关键片段，而不是整页截图。这样做的实际动作是：用同一URL分别请求源站和边缘节点，把两组响应头并排保存。结果会直接影响下一步——如果源站与边缘节点的缓存头不一致，问题更可能在边缘缓存策略，而不是内容本身。
边缘节点异常要留下可区分原因的证据
边缘异常可能是缓存旧副本、节点回源失败、证书链问题，也可能是区域路由异常。要区分它们，需要保留：异常节点的响应状态码、响应头中的缓存命中标识、请求时的解析IP或节点标识、以及同一URL在正常节点上的对照结果。注意，robots.txt的抓取限制不等于可靠的索引移除；站点地图不保证收录；HTTPS也不保证安全无漏洞或排名。这些事实提醒你：边缘异常的证据不能只用“是否HTTPS”来推断，必须回到具体响应。
用假设情境走一遍决策过程
假设某旧专题页计划退出，源站仍保留200，但边缘节点A返回旧版页面，边缘节点B返回503。此时先保留四类证据：源站响应头、节点A与节点B的响应头、同一时间戳的请求记录、以及旧版页面中仍被引用的资源清单。下一步不是立刻删除源站内容，而是先判断旧版页面是否仍有价值：如果旧版页面仍带来有效访问或外部链接，就先修正边缘缓存规则；如果确认无保留价值，再进入下线流程。这个动作的结果会改变下一步——修正缓存后若节点A恢复新内容，说明问题在缓存层；若仍返回旧版，才需要检查回源配置或节点同步。
哪些证据能支持“保留仍然有价值的部分”
旧内容退出时，常见取舍是整页删除还是保留部分。可保留的证据包括：旧页面中仍被引用的资源、仍有效的外部链接、以及访问日志中持续出现的请求路径。判断条件可以这样设定：如果某路径在源站和边缘节点都返回200，且边缘节点异常只出现在个别区域，那么优先保留源站内容并修复边缘；如果源站和边缘节点都返回404或410，且没有有效引用，才考虑彻底移除。这里不要用“请求量归零”单独证明处理正确，因为归零也可能来自统计口径变化、抓取暂停或展示层过滤。
留档时要避免的三个误判
- 把单次截图当证据：截图没有时间戳和请求头，无法对照源站与边缘节点。
- 把状态码当全部：200只说明响应成功，不说明返回的是新内容还是旧缓存。
- 把索引移除当抓取限制：robots.txt限制抓取，不等于可靠的索引移除；两者需要分开记录。
最后，留档格式可以简单：每条记录包含时间、URL、请求目标（源站或节点标识）、状态码、关键响应头、正文摘要。这样当边缘节点异常反复出现时，你能用同一套证据判断是继续修复、保留部分内容，还是进入下线。下一步动作应基于证据对照结果，而不是基于单次访问的印象。
