先别急着回滚整次发布。混入草稿后,第一步是判断这些草稿页是否已经被抓取、被链接、被索引,以及它们是否与已有正式页形成重复或冲突。影响范围通常不取决于草稿数量,而取决于草稿页是否可访问、是否进入站内链接、是否出现在站点地图,以及发布后有没有产生新的内部跳转。
草稿混入发布,常见有三种状态。第一种是草稿文件被上传但没有任何入口,只有知道地址的人能打开;第二种是草稿页被加入栏目列表、相关推荐或站点地图;第三种是草稿内容覆盖了原有正式页,或者与正式页标题、正文高度相似。三者的处理优先级不同。
如果只看到“发布后流量有波动”就认定是草稿造成,证据并不充分。季节变化、搜索需求迁移、数据采集延迟都可能带来类似曲线。更可靠的判断依据是:草稿页是否被抓取、是否进入索引、是否抢占了原本属于正式页的查询。
入口比收录更能说明扩散程度。可以按以下顺序检查:
假设一次发布把三篇草稿带进了栏目列表,其中一篇只被列表链接、一篇被写入站点地图、一篇覆盖了旧产品说明。此时影响范围不是三篇,而是“一个列表入口 + 一个站点地图入口 + 一个正式页替换”。处理动作应先把列表和站点地图中的草稿入口撤掉,再恢复被覆盖的正式页,最后单独处理那篇只被列表链接的草稿。做完这一步后,再观察日志中是否还有新的草稿地址访问,这决定下一步是继续清理还是可以停止。
草稿并不等于无价值。决定保留、改写或退出,可以看三个条件:
旧内容、旧系统或旧合作关系需要退出时,判断标准不是“以前有没有流量”,而是“现在是否还有用户需要它、是否还有页面能承接它”。如果保留仍然有价值的部分,优先并入当前维护的正式页;如果没有任何承接页,退出比强行保留一个无人维护的草稿更安全。
假设某站一次发布后,发现两篇草稿出现在“行业资料”列表,另有一篇草稿替换了旧版服务说明。第一步,从列表模板中移除草稿链接,并检查站点地图是否包含这两个地址;第二步,恢复旧版服务说明,确认原地址返回的是正式内容;第三步,分别判断两篇草稿:一篇信息仍准确,改写后作为新资料页发布;另一篇只是旧合作方的介绍,已无维护价值,删除并保留一个指向当前服务页的说明。
这个动作的结果会影响下一步:如果撤掉入口后日志中不再出现草稿地址访问,说明扩散主要来自站内入口,可以按计划处理内容;如果仍有外部抓取持续访问,说明草稿地址已进入外部链接或索引,需要进一步检查索引状态和外部引用,再决定是否保留说明页。整个过程不要用“一次改动前后流量变化”直接证明处理正确,因为季节、需求和采集差异都可能干扰判断。
记录每个草稿地址的最终去向:删除、限制访问、改写并入正式页,还是转为正式页。同时记录入口移除时间、正式页恢复时间和日志中最后一次草稿访问时间。这样下一次发布再出现类似混入时,可以快速判断是模板问题、流程问题,还是个别内容问题。圈定影响范围的目的不是追责,而是让保留、改写或退出的决定有据可依,并让下一步动作有明确的观察对象。