当页面数量、栏目层级和内容更新频率同时上升,最先出问题的往往不是策略,而是那些原本靠手工就能完成的重复操作。判断标准很简单:一项工作如果每次都要人工逐条执行、且执行结果需要反复核对,它就不适合继续手工做。更准确地说,是“高频、规则明确、结果可验证”这三条同时成立时,应当转为半自动或模板化处理;只满足其中一两条时,手工反而更稳。
规模小的时候,手工改标题、手工提交页面、手工记录内链,看起来灵活且成本低。规模上来之后,问题不在单次操作变难,而在操作次数成倍增加,遗漏和前后不一致随之出现。可以按下面三类来区分。
换句话说,规则明确的批量动作适合交给模板或脚本,涉及取舍的判断继续由人来做。把这两类混在一起,才会出现“什么都想自动化,结果错误被批量放大”的情况。
如果页面标题、描述、面包屑、内链位置都来自同一套字段,那么这些元素的生成和校验就不该手工做。此时应当把规则写进模板层,让新增页面自动继承。实施动作是:先抽出三到五个代表性页面,确认它们的字段结构一致,再把规则固化到模板或生成流程中,最后用一批新页面验证输出是否符合预期。
这个动作的结果会直接影响下一步:如果新页面输出一致,说明规则可以覆盖同类页面,后续只需抽查;如果输出仍然参差,说明字段本身不统一,此时应先统一字段,而不是继续增加自动化规则。需要注意的是,模板化只适用于结构稳定的页面,对于需要单独策划的专题页、活动页,强行套模板反而会削弱内容针对性。
如果内容由多人分别维护,字段结构并不统一,那么优先要做的不是自动化,而是先定最小规范。实施动作是:列出必须统一的少数几项,例如标题长度范围、描述是否必填、内链指向规则,然后让这些项在发布环节被检查。检查可以是人工复核,也可以是发布前的一次集中核对。
结果如何影响下一步:如果规范执行后,同类问题明显减少,就可以把检查项固化为发布流程的一部分;如果问题依旧集中在少数几个来源,说明症结在协作约定而非工具,此时继续加自动化只会把混乱固化下来。这一条件下的例外是:当某个栏目长期只有一人维护、且更新频率很低,手工处理仍然合理。
假设一个站点原有五十个页面,手工维护尚可承受。当页面增加到五百个,且其中三百个属于同一内容类型,那么为这三百个页面逐条修改标题、逐条补充内链、逐条记录处理状态,就会出现明显的时间消耗和遗漏。此时合理的做法是:先确认这三百个页面字段一致,再把规则写入模板,用新页面验证,最后只对例外页面人工处理。
这个例子的重点不是数字本身,而是比较方法:把“总工作量”拆成“单次操作耗时 × 操作次数 × 出错后返工次数”。当后两项随规模快速上升时,手工方式的真实成本会被低估。
不是所有工作都适合交出去。以下情况继续手工或人工主导更稳妥。
另外要提醒一点:抓取量、索引量或某项统计出现下降,不能单独证明手工处理出了问题,也可能是内容调整、结构调整或外部环境变化带来的结果。看到数字变化时,应先确认变化发生在哪个环节,再决定是否调整处理方式,而不是直接归因于“手工做太多”或“自动化不够”。
可以这样操作:先列出当前所有重复性工作,标注每项的规则是否明确、结果是否可验证、出错后影响范围多大。三项都指向“规则明确、结果可验证、影响集中”的,转为模板或流程处理;只要有一项指向“依赖判断、结果难验证、影响分散”的,保留人工。做完这一步,再观察一段时间内同类问题的出现频率,用它来决定下一步是扩大自动化范围,还是先回到规范统一。这个顺序比一开始就追求全自动更稳,也更容易在规模继续扩大时保持可控。