当页面数量、改动频率或参与人数超过一定阈值,手工执行本身会成为错误来源。判断标准不是“能不能手工完成”,而是“手工完成的结果是否稳定、可追溯、可回滚”。一旦某项工作每次都要靠记忆或临时沟通才能保持一致,它就应当从手工清单中退出,转为规则、模板或脚本处理。
慢和危险是两件事。手工更新二十个页面的标题,只是效率低;手工维护两千个页面的 canonical、分页和参数规则,则会出现同一类页面在不同时间被处理成不同状态。后者才是需要退出的信号。
可以用一个简单假设来判断:如果同一批页面交给两个人,按现有流程各做一遍,结果是否完全一致。若答案是否定的,说明这项工作依赖个人判断,而不是依赖可复用的规则。规模越大,这种不一致被放大的速度越快。
另一个信号是“解释成本”。当有人问某个页面为什么被屏蔽、为什么指向另一个地址时,你需要翻聊天记录、邮件或表格才能回答,这说明决策过程没有留在页面上,也没有留在可检查的配置里。此时继续手工,只会让后续排查越来越贵。
不是所有手工工作都要立刻放弃。可以按下面三类处理。
决定退出的关键前提是:规则已经能写清楚,而且你能接受“规则覆盖大多数页面,少数例外单独标记”。如果规则本身还没想清楚,直接上脚本只会更快地制造错误。
不要从“买什么工具”开始,而要从“哪些页面属于同一类”开始。选一个页面类型,例如商品详情页或文章页,列出它当前手工维护的字段和规则,逐项回答三个问题:这条规则是否每次都必须相同;例外情况有多少;例外是否能被明确标记。
假设某站点有大量筛选页,手工决定哪些允许抓取、哪些加 noindex。审计后可能发现,规则可以写成:只有同时包含两个以上有效筛选条件、且结果数量超过某个阈值的页面才保留抓取,其余统一处理。这个阈值和条件就是可执行规则。
动作的结果会直接影响下一步:如果审计后发现例外数量很少且稳定,就可以把规则交给模板或脚本,人工只处理例外清单;如果例外频繁变化,说明业务规则本身还没稳定,此时应先收敛规则,而不是先自动化。自动化不会替你决定哪些页面该被索引,它只会把现有决定更快地铺开。
把重复操作交给规则后,人的工作不是消失,而是上移。至少有三件事仍需要人工判断。
换句话说,适合退出的是“执行”,不适合退出的是“定义规则”和“解释异常”。把这两件事混淆,规模扩大后要么被手工拖垮,要么被自动化放大错误。
如果站点仍处于结构频繁调整阶段,页面类型和业务规则每周都在变,那么过早把处理逻辑固化进模板或脚本,维护成本可能高于手工。此时更合适的做法是缩小手工范围:只对稳定且影响大的页面类型建立规则,其余暂缓。
同理,如果团队还没有能力检查规则输出,也不应急着退出人工。自动化的前提不是工具可用,而是你能看出它做错了什么。先建立可核对的样本和检查口径,再扩大规则覆盖范围。
规模扩大后,真正需要放弃的不是“人工”,而是“靠记忆和临时沟通维持一致性”。把重复执行交给规则,把规则定义和异常解释留给人,才是这个阶段更稳的分工。