当源站返回正常、边缘节点却返回错误或旧内容时,先不要急着改站点配置。此时最该保留的是能区分“边缘缓存问题”和“搜索引擎侧抓取异常”的原始证据:同一URL在源站与边缘节点的响应头、状态码、时间戳和抓取日志。缺少完整权限时,至少可以人工请求并截图保存,但只能说明该时刻该节点的表现,不能据此推断搜索引擎已经或尚未收录。
常见表现是:直接访问源站IP或回源域名得到200和最新内容,而通过CDN或边缘节点访问同一URL,得到403、404、5xx,或者返回上一版本页面。抓取工具如果命中边缘节点,就可能把异常响应当作站点真实状态。
这个矛盾本身不足以说明收录会受影响,因为搜索引擎可能从不同节点、不同地区、不同时间抓取,也可能命中缓存或回源。要判断下一步动作,需要先确定异常是持续性的还是瞬时的。
解释一:边缘缓存策略问题。边缘节点保存了旧的或错误的响应,源站更新后没有及时刷新。此时源站内容正确,但边缘返回旧内容或异常状态码,通常与缓存键、缓存过期时间、刷新规则有关。
解释二:边缘到源站链路问题。边缘节点无法正常回源,可能因为回源超时、回源协议不匹配、源站防火墙拦截了边缘节点IP、DNS解析异常或证书校验失败。此时源站对直接请求正常,但边缘节点拿不到正确内容。
两种解释对应的处理动作不同:前者优先检查缓存刷新与缓存键,后者优先检查回源链路与访问控制。如果只看到一次异常就刷新缓存,可能掩盖真正的链路故障。
以下证据按可获得性排列,缺少后台权限时也能做一部分:
一个可执行的最小动作是:选取一个受影响URL,在源站和至少两个边缘节点分别发起请求,保存完整响应头和响应体摘要,并记录时间。若边缘节点返回旧内容而源站已更新,下一步应检查该URL的缓存刷新记录和缓存键规则;若边缘节点回源失败,下一步应检查回源配置和源站访问控制。这个动作的结果会直接决定是清缓存还是查链路。
没有CDN后台、没有源站日志、没有搜索引擎抓取日志时,仍可执行的最小动作包括:
不能从上述动作推出的结论包括:不能仅凭边缘节点一次异常就断定搜索引擎会降权或停止收录;不能仅凭源站正常就断定搜索引擎看到的也是正常版本;不能仅凭日志中没有抓取记录就断定搜索引擎没有抓取;不能仅凭HTTPS就认为传输链路一定安全或排名一定更好。
假设某篇文章更新后,源站返回新标题,边缘节点A仍返回旧标题,边缘节点B返回新标题。此时可先记录两个节点的响应头和时间。若节点A响应头显示缓存命中且缓存年龄较大,而节点B显示回源获取,则优先怀疑节点A的缓存未刷新。动作是刷新该URL缓存并再次请求节点A;若刷新后恢复正常,下一步应检查缓存刷新是否覆盖了该URL规则;若刷新后仍返回旧内容,则应转向检查回源链路和缓存键是否包含导致区分错误的参数。这个例子只用于说明比较方法,不代表任何真实项目结果。
证据保留的核心目的,是让下一次判断有可对照的基线,而不是用单次现象证明某个结论。