灰度发布只覆盖一小部分页面时,百度收录时间看起来正常,并不代表全量上线后同样正常。两者之间最容易出现偏差的地方,是灰度样本恰好避开了全量才触发的例外条件,例如参数组合、模板分支、权限状态或内容生成路径。因此,看到灰度结果后不要直接放大流量,而应先判断例外是否会影响百度发现和索引这些页面;确认影响面后,再决定保留当前方案、改写触发条件,还是退出这次发布。
灰度流量小,通常只命中主路径。全量之后,长尾参数、空值分支、旧模板回退、登录态差异等才会出现。判断方法不是看灰度“有没有收录”,而是对比灰度样本与全量页面在以下方面是否一致:
如果差异只出现在样本覆盖不到的分支,那么灰度结论不能外推。此时先不要扩大流量,应把全量才出现的页面单独抽样,用百度可抓取的方式确认返回内容。一个实际动作是:对灰度未覆盖的模板分支各取一个代表 URL,直接查看其原始响应中是否包含正文和可跟随链接。这个动作的结果会直接决定下一步——若正文缺失,优先改写;若正文存在但链接断裂,先修复链接再观察;若只有少量参数页异常,可考虑退出这批参数页的全量发布。
保留不等于无视例外。适合保留的条件是:全量才出现的差异只影响展示层、排序或非关键模块,不影响百度拿到正文、标题和主要链接。例如灰度没有覆盖到某个推荐位,全量后该推荐位为空,但正文和详情入口仍然完整。这种情况下,保留方案并继续观察是合理的。
但要注意,抓取限制和索引移除是两件事。用 robots.txt 挡住某个分支,只能减少抓取,不能可靠地把已经进入索引的 URL 移除。若全量例外已经产生大量可访问但无价值的页面,单靠 robots.txt 并不能替代对页面本身、状态码和链接结构的处理。站点地图也一样,提交它不保证收录;它只能帮助发现,不能保证百度一定抓取或索引。
保留期间应设定明确的复查条件,而不是无限等待。可复查的信号包括:全量分支的原始响应是否持续包含正文、服务器是否稳定返回 200、内链是否仍然指向规范 URL。若这些信号恶化,保留的前提就不再成立。
如果全量例外集中在少数可定位的条件上,改写通常比整体退出更合适。典型情况是:只有带特定参数的 URL 才返回空正文,只有某个旧模板才缺少标题,只有未登录状态才把内容放进脚本。此时应把发布逻辑改成——要么让这些分支返回与灰度一致的可见内容,要么让它们明确返回 404/410,而不是返回一个看似正常但没有索引价值的页面。
改写后不要立刻认定问题解决。至少要做两件事:第一,确认修改后的分支在原始响应中确实包含正文或明确的状态码;第二,确认这些 URL 没有被其他页面大量链接到。若链接仍然存在,百度仍可能反复发现它们。改写的结果会影响下一步:若异常分支已收敛,可以继续全量并观察;若仍有分支无法收敛,就应缩小发布范围,而不是继续扩大。
退出的适用前提是:你无法确定全量例外到底影响多少 URL,或者例外已经产生大量重复、空内容、错误状态码的页面。此时继续保留或局部改写都可能留下难以清理的索引痕迹。退出不是失败,而是把发布范围收回到可控状态。
退出时要做的是让这些 URL 回到灰度前的可预期状态,而不是只把入口隐藏。隐藏入口不等于页面不可访问;只要 URL 仍返回 200 且内容为空,百度仍可能将其视为可索引页面。假设一个场景:全量上线后,筛选参数组合生成了数千个只有标题、没有正文的页面。若只是从列表页移除链接,这些 URL 仍可能被历史抓取或外部链接发现。更稳妥的做法是让它们返回明确的状态码,或恢复为有正文的规范页面。这个动作的结果决定后续清理成本:状态码明确,后续复查更简单;状态码含糊,就需要更长时间观察。
灰度结果只能说明样本内的情况。全量发布后,应尽快做一次针对例外分支的复查:从灰度未覆盖的模板、参数和权限状态中各取代表 URL,确认百度可抓取到的内容是否与预期一致。复查后按以下条件决策:
无论选哪条路,都不要把“灰度收录正常”当成全量收录正常的证据。真正决定百度收录时间的,是全量页面能否稳定返回可索引内容,以及这些页面是否被清晰、可达的链接关系所支撑。