当页面从几十个增长到几百上千个后,最先出问题的通常不是排名,而是你对手工流程的信任:明明还在一页页改标题、一条条提链接、一次次导数据,抓取和索引却开始变得不稳定。手工并非立刻失效,而是它从“可控”变成了“难以核对”。判断标准可以收成一句:这项工作是否需要跨页面、跨批次保持一致,并且出错后能否被快速定位。如果答案是肯定的,就该考虑半自动或系统化处理;如果它依赖单页语境和人工判断,手工反而更稳。
第一种条件:工作对象是重复的、结构化的、有统一规则的。例如批量检查页面标题是否缺失、描述是否重复、内链是否指向已删除页面、站点地图是否漏掉新发布的栏目。这类工作手工做二十页没问题,做到两百页就会出现遗漏,而且遗漏的位置往往随机,无法用“我检查过了”来证明。第二种条件:工作对象是单页的、依赖语境的、需要判断意图的。例如一个核心栏目页该写什么标题、一段产品说明该不该改写、一个页面是否该合并到另一个页面。这类工作即使规模扩大,也不适合交给批量脚本,因为批量规则会把本来需要区分的内容压成同一个模板。
这两种条件对应的动作不同。前者的下一步是建立可重复的检查规则,后者的下一步是保留人工判断并给它更高的优先级。把两者混在一起,就会出现一种反常现象:你花了更多时间做批量修改,页面数量在涨,但被搜索引擎理解和收录的有效页面没有同步涨。这不是“手工一定差”,而是手工被用在了不该由它承担一致性的环节上。
当站点有多个栏目、多个模板、多个编辑同时更新时,下面这些工作一旦继续靠人眼逐页过,基本无法保证一致:
判断是否该停止手工,可以做一个假设例子:假设站点有三百个页面,其中五十个页面的标题需要按同一规则加上栏目名。手工改完一遍后,隔一周又新增三十个页面。如果新增页面没有自动套用同一规则,你就要再查一遍。这个“再查一遍”的成本会随着页面增加而增加,而且查得越晚,不一致的页面越多。此时更合适的动作是:把规则写进发布流程或模板,让新增页面默认满足规则,人工只检查例外。结果不是“以后不用管”,而是人工从“逐页找错”转为“核对规则是否覆盖了新的页面类型”。
规模扩大后,另一个容易被低估的工作是数据整理。单看一次抓取或一次索引状态,手工导出、复制、比对还能应付;但当你需要判断“这次变化是页面本身的问题,还是抓取、索引、展示环节的不同步”时,单次数据就不够了。这里要特别小心:抓取量下降、索引量归零或某个统计项突然变少,不能单独证明你的处理正确或错误。它还有别的合理解释,比如抓取预算被其他新页面占用、站点地图更新滞后、统计口径改变、页面被合并后旧地址自然退出。手工整理很难把这些解释区分开,因为它通常只保留了一个时间点的结果。
更可行的动作是固定几个可比对的字段,按批次记录,而不是每次重新导一份表。比如记录每个批次的页面类型、可抓取状态、是否被索引、是否有站内入口。这样当某个指标变化时,你能先看同一批页面里其他字段是否也变了。如果只有索引状态变了,而抓取和入口都正常,那更可能是页面质量或重复问题;如果抓取和入口同时变差,那更可能是链接路径或站点结构问题。这个动作的结果会直接影响下一步:前者该回到内容层面,后者该回到结构和入口层面。手工不是不能做,而是不适合在没有固定字段的情况下反复做。
不是所有工作都该被推给系统。下面这些在规模扩大后仍然适合人工判断,而且人工判断的质量往往决定推广效果:
这里的选择依据是:如果一项工作的结果无法用统一规则描述,或者统一规则会明显伤害页面之间的差异,就不要为了省事把它批量处理。手工在这里不是低效,而是必要。真正该停止手工的,是那些“规则明确、重复出现、出错后需要跨页面核对”的工作。
如果你不确定从哪一步开始,可以按下面的顺序做,而不是一次性把所有工作都自动化:
这个顺序的关键不是追求全自动,而是让每一次切换都有可核对的依据。当固定检查能稳定覆盖某类页面后,人工就可以从这项工作中退出;当它频繁误判或漏掉重要页面时,说明规则还不成熟,继续手工反而更安全。规模扩大后的推广工作,本质上是在一致性和判断力之间做分配:一致性交给可重复的流程,判断力留给人,这样页面数量增长才不会变成维护负担。