结论有前提:当页面数量、栏目层级和更新频率同时上升,且同一批改动需要在多个页面重复执行时,逐页手工处理就该让位给模板、规则或脚本;但如果站点只有几十个页面、改动频率很低,手工反而更省成本。判断标准不是“规模大不大”,而是“同一动作是否需要重复、重复次数是否稳定、出错代价是否可逆”。
网站规模扩大后,真正变贵的不是“写内容”本身,而是围绕内容的重复性工程动作。典型有三类:一是批量修改标题、描述、内链这类跨页面字段;二是新增栏目时同步导航、面包屑、站点地图;三是定期检查失效链接、重复页面和状态码。
这三类工作的共同点是规则明确、重复次数多、单次改动风险低。规则明确意味着可以抽象成模板或脚本;重复次数多意味着手工的时间成本会线性增长;风险低意味着即使自动化出错,也能通过回滚或重新生成修正。只要同时满足这三点,继续手工做就不划算。
反过来说,涉及判断的工作不适合交给规则,比如判断某个栏目是否值得保留、某篇内容是否该合并、某组页面的搜索意图是否一致。这些工作即使规模扩大,也应该保留人工决策,只是把执行环节交给工具。
面对批量改标题这种需求,常见两条路:继续手工逐页改,或者用模板变量加规则批量生成。两者并非谁绝对更好,取决于页面结构和字段来源。
这里有一个容易忽略的取舍点:模板规则省的是“未来重复执行”的时间,不是“这一次执行”的时间。如果这次改完就再也不动,模板的搭建成本可能高于手工。所以先问一句:这个动作未来还会不会再做一遍。会,就值得规则化;不会,手工更直接。
上面说“重复次数稳定就该自动化”,但有一条反例:当页面之间的差异不是格式差异,而是语义差异时,模板规则会制造大量近似但不准确的字段。比如一个沧州本地服务站点,各区域页面的服务范围、可覆盖区域并不完全一致,如果只按“地区名+服务名”套模板,生成出来的标题和描述会看起来整齐,却和页面真实内容对不上。
这种情况下,搜索引擎理解页面和用户获取内容都会受影响,因为页面承诺与正文不一致。此时正确的做法不是全量自动化,而是把工作拆开:结构字段用规则生成,语义字段保留人工确认,或者先人工定义每个页面的差异点,再让规则只填充已确认的部分。
判断是否落入这个反例,可以看一个信号:如果同一套模板套到所有页面后,你需要频繁手动例外某几个页面,说明差异已经超出规则能覆盖的范围,继续强行自动化只会增加维护成本。
假设某站点从 80 个页面扩到 800 个页面,其中 600 个是结构相同的分类页,200 个是需要单独判断的内容页。假设每次调整内链规则需要改动全部 800 页。
手工方案:按每页 3 分钟计算,一轮约 40 小时,且容易漏改。规则方案:前期设计加测试约 8 小时,之后每轮改动接近即时,但需要额外验证规则没有误伤那 200 个内容页。
在这个假设下,如果内链规则一年只调整一次,手工和规则的差距不大;如果每月都要调整,规则方案明显更省。这个例子只说明比较方法,不代表任何真实项目的耗时。
不要先决定用不用工具,先盘点最近一个月做过的页面改动,按“动作名称、涉及页面数、是否重复出现、是否有稳定字段来源”四列记录。盘点结果会直接告诉你哪些工作该从手工转为规则。
如果某个动作同时满足“涉及页面多、会重复出现、字段来源稳定”,就把它列为第一批规则化对象,先在小范围页面测试,确认输出与页面真实内容一致后再扩大范围。如果某个动作虽然页面多,但每次都需要单独判断,就保留人工,只把其中的格式部分交给模板。
这个动作的结果会决定下一步:测试通过,说明规则可以覆盖该类工作,继续找下一类;测试中出现大量例外,说明差异点还没梳理清楚,应该先补差异定义,而不是继续加规则。