有条件的结论是:当页面数量、模板种类或改动频率超过一个人能稳定核对的范围时,手工做全站内链、批量标题描述、逐页索引检查和重复内容清理就不再划算,应改为规则化、脚本化或抽样验证。反例是:如果站点只有几十个页面、模板单一且改动很少,继续手工反而更可靠,因为写规则和验证规则的成本可能高于直接处理。
手工是否继续可行,不取决于站点听起来大不大,而取决于三件事:页面总量、模板重复度和变更频率。页面总量决定你能否逐页看完;模板重复度决定同样的问题是否反复出现;变更频率决定你今天核对完的结果明天是否还成立。三者中任意一项明显上升,手工的边际成本就会快速增加。
这三条不是精确门槛,而是帮你判断手工是否还值得继续的信号。任何一条明显越界,就该考虑换方法。
规模扩大后,最先不适合手工的是那些“重复、可枚举、结果可批量验证”的工作。它们的特点是:判断标准一致,只是数量多。以下四类通常最先需要换方法。
需要强调的是,规则化不等于全自动。规则负责找出候选,人负责判断哪些是真正的问题、哪些只是正常差异。
假设一个站点从 200 页扩展到 2000 页,其中大部分是同一模板生成的产品页。手工阶段你可能逐页改标题,改完 200 页后新页面又上线,清单立刻过期。
改为规则化后,你先用规则筛出“标题重复”“描述缺失”“内链只指向首页”的页面清单,再按模板批量处理,最后只人工核对被规则标记为异常的少数页面。这个动作的结果是:处理范围从“全部页面”缩小到“异常候选”,你的下一步不再是继续逐页改,而是检查规则是否漏判——比如某些模板的标题本来就该相同,这时要调整规则而不是改页面。
这个例子的关键不是数字,而是比较方法:当逐页处理的速度赶不上页面新增速度时,手工就不再成立。
并非所有工作都适合规则化。以下这些即使站点很大,也仍需要人工判断,规则只能辅助筛选。
换句话说,规则化处理的是“可枚举的重复问题”,人工处理的是“需要判断的个别问题”。两者边界清楚,才不会把该判断的事交给规则,也不会把该批量的事留给自己。
不要一次性把所有手工工作都换掉。更稳妥的做法是:先选一类重复度最高、验证成本最低的工作做试点,比如标题描述检查或内链核对。试点时记录三件事:规则筛出的候选数量、人工确认后真正需要处理的比例、以及规则漏掉的问题类型。
如果确认后真正需要处理的比例很低,说明规则太宽,需要收紧;如果规则漏掉的问题反复出现,说明规则覆盖不足,需要补充条件。根据这两个结果,再决定是否把同一方法推广到其他工作。这样每一步都有依据,不会因为站点变大就盲目自动化。