先别急着重发或回滚,把这次发布涉及的页面按“是否被内部链接指向、是否进了站点地图、是否被外部引用”分成三组,再决定处理顺序。草稿混入发布最常见的后果不是整站被拖累,而是少数本不该公开的页面被爬虫发现并进入索引候选,所以第一步是圈定范围,而不是全站重来。
草稿一旦随发布上线,它可能通过三种路径被外部感知:一是模板或列表页自动把它列进去,二是站点地图生成时把它一起写入,三是有编辑或运营在别处贴过链接。三条路径的影响范围差别很大,需要分开核对。
你可以打开站点日志或抓取记录,按草稿页的URL筛选,看它是否被请求过、请求来自哪个来源。这一步的结果直接决定下一步:如果从未被请求,处理重点是切断链接;如果已被请求,处理重点转向内容与索引状态。
圈定范围不能只看页面是否存在,要看它是否已经进入更深的环节。建议按三段依次判断,每段都有明确的判断依据。
先查草稿页是否被任何已发布页面链接。用站内搜索或爬取工具列出指向该URL的链接来源,记录来源页面的重要程度。同时检查站点地图文件里是否包含该URL。如果两者都命中,说明暴露路径完整,需要优先处理。
用站点查询指令或搜索控制台查看该URL是否已被收录或处于“已发现—未收录”状态。注意:查询结果为空不等于从未被抓取,也可能是抓取后未索引,或数据尚未更新。可以结合日志里的请求时间与状态码判断。
如果草稿页已经产生外部访问,要看访问来源是搜索、站内跳转还是直接输入。来源不同,后续动作不同:搜索来源意味着索引已生效,需要走移除或更新流程;站内跳转意味着只需修链接;直接输入通常影响有限。
假设某站点一次发布混入了三篇草稿:A被栏目列表和站点地图同时收录,B只在站点地图里出现,C没有任何链接、只能直接访问。如果统一按“全部删除重发”处理,可能把A已积累的少量正常访问记录也一并清掉,反而增加波动。
更稳妥的顺序是:先处理A,去掉列表入口并更新站点地图;再处理B,从站点地图移除并确认无内部链接;最后处理C,只做URL层面的访问限制。处理完成后,隔几天再复查日志和索引状态,确认请求量是否回落。这里要注意,请求量下降也可能来自季节变化或整体抓取预算调整,不能单独作为处理正确的证据。
每个动作的结果会改变你接下来该做什么。举几个可操作的判断:
这些判断都建立在“先圈范围、再分优先级”的前提上。跳过范围圈定直接全站回滚,往往会把没有问题的页面一起卷入,反而扩大波动面。
处理完之后复查,容易把两件事混在一起:一是你的处理动作带来的变化,二是搜索需求本身在变。比较前后数据时,尽量选同一批页面、同一时间段,并记录当周是否有节假日、活动或算法更新。如果无法排除这些因素,就不要把数据变化全部归因于这次处理。
更实际的做法是:给这次处理建一条简短记录,写明涉及的URL、暴露路径、已执行动作和复查日期。下次再遇到混入草稿的情况,可以直接按这条记录的顺序执行,减少临时判断的成本。