先给结论:当源站返回正常、但边缘节点上的页面状态异常时,不要只截一张“源站 200”的图就继续排查。应当同时保留三类证据——同一 URL 在源站与边缘节点上的响应头、边缘节点返回内容与源站内容的差异、以及这些差异随时间变化的记录。只有把“源站正常”和“边缘异常”分开存档,后续才能判断这是缓存配置问题、节点局部故障,还是抓取工具本身取错了对象。
搜索引擎抓取页面时,可能经过 CDN、反向代理、负载均衡或边缘缓存层。源站正常只说明回源链路末端健康,不代表边缘节点交给爬虫的响应与源站一致。假设一个情境:某目录页在源站返回 200 和完整正文,但部分边缘节点因缓存规则命中旧版本,返回 200 却缺少主体内容,或返回 404、403、301 到无关页面。此时收录统计可能表现为部分 URL 未收录或已收录页面内容异常,但源站监控完全看不出问题。
因此,收录统计出现异常时,第一步不是改 robots.txt,也不是重新提交站点地图,而是确认异常样本在“源站”和“边缘”两个位置是否表现一致。robots.txt 的抓取限制不等于可靠的索引移除;站点地图不保证收录;HTTPS 也不保证安全无漏洞或排名。这些事实决定了:证据必须来自响应本身,而不是来自某个提交动作。
对每个异常样本,分别记录源站直连响应头和边缘节点响应头,至少包含状态码、Cache-Control、Age、X-Cache(若存在)、Vary、Content-Length 或传输长度。这些字段能区分“边缘缓存了旧版本”和“边缘回源失败后自行返回错误页”。如果边缘响应头里出现较高的 Age,而源站响应头没有对应缓存标记,说明问题更可能出在边缘缓存策略,而不是源站内容。
仅记录状态码不够。需要保存边缘节点返回的正文首部、关键区块和尾部,与源站同一 URL 的对应片段做对比。差异可能是标题缺失、正文被替换为验证页、分页链接被改写,或返回了另一个语言版本。保留差异片段的作用是:后续判断收录统计异常时,能说明“未收录”是因为内容不一致,而不是因为页面本身质量或链接结构。
每条证据都应带采集时间、请求使用的解析目标或节点标识(不记录敏感信息)、以及请求时的 UA。边缘节点异常常常是局部和临时的。如果只保留一次截图,无法判断是持续异常还是瞬时抖动。时间序列还能帮助区分:抓取量或请求量归零可能由边缘异常导致,也可能由抓取预算调整、站点整体改版或统计口径变化导致,不能单独归因。
不要只保留一个失败样本。至少记录:一个源站和边缘都正常的对照 URL、一个源站正常但边缘异常的 URL、以及一个源站本身也异常的 URL。三类样本并存,才能说明异常是否与边缘层相关。如果只有个别样本成立,不能直接推断全站收录统计都受边缘影响;规模化例外往往来自缓存规则、节点版本或地域差异,需要按路径、目录或节点分组后再判断。
假设某站点有 5000 个 URL,收录统计显示约 8% 的 URL 未收录。源站监控全部 200。此时按以下步骤走:
Age,则先怀疑边缘缓存规则,而不是内容质量。下一步是核对对应路径的缓存策略,而不是批量提交站点地图。这个过程的要点是:每个动作的结果决定下一步。双端证据不一致,下一步查边缘配置;双端证据一致,下一步查抓取与统计侧。不要在没有区分源站和边缘之前就修改 robots.txt 或删除页面,因为那会引入新的变量,让后续证据更难解释。
边缘节点返回 404 不能单独证明页面已从索引移除;它可能只是该节点回源失败。源站返回 200 不能单独证明搜索引擎看到的就是这个版本;它可能被边缘层替换。收录统计中某个目录数量下降,不能单独证明是边缘异常导致;也可能是站点结构调整、内部链接减少或统计周期变化。请求量或抓取量归零同样有多种解释,包括抓取预算重新分配、日志采集中断、或统计工具口径变化。
因此,保留证据的目标不是立刻得出“边缘节点是唯一原因”,而是让每个可能原因都有对应的可复查记录。当源站正常而边缘异常时,最有价值的证据是“同一 URL 在两个位置上的差异”,以及这种差异是否可重复、是否随时间或节点变化。缺少这组证据,后续任何关于收录统计的判断都缺少可验证的基础。