当页面从几十个增长到几百个以上,手工维护最容易先失控的不是写作,而是重复性的映射、校验和发布动作。判断标准不是“手工做得好不好”,而是这项工作的出错成本是否随页面数量线性上升、是否依赖个人记忆、以及是否每次都要从头核对。满足其中两条,就应该从手工改为半自动或模板驱动;只满足一条,可以继续保留人工判断。
判断型工作指需要结合业务取舍的决定,例如某个栏目该不该保留、某类页面该合并还是拆分。这类工作即使规模扩大,也不适合完全交给脚本,因为前提经常变化,机器只能执行既定规则。
映射型工作指把同一份信息对应到多个位置,例如新页面加入导航、内链、站点地图、分类页列表。页面少时手工添加没问题,页面多时每次新增都要重复五六个动作,漏一处就形成孤立页面。
校验型工作指检查标题是否重复、内链是否断、页面是否被正确链接。手工抽查在几十个页面时有效,在几百个页面时只能覆盖很小一部分,剩下的问题往往在抓取或索引阶段才暴露。
实际动作:把最近一次新增栏目的操作步骤写下来,标出哪些步骤每次完全一样。如果相同步骤超过三步,这部分就适合先做模板化,而不是继续靠人复制。
重复映射的典型表现是:同一批页面需要在多个入口出现,但每个入口的格式不同。手工处理时,编辑往往先完成正文,再回头补内链和列表,最后再检查一遍。页面数量翻倍后,补链和检查的时间会超过写作本身。
退出方式不一定是写程序。对已有实际业务的站点,更稳妥的做法是先统一命名和目录规则,再用模板或内容管理系统自带的批量字段生成入口。这样做的结果不是立刻提升排名,而是让新增页面不再依赖某个人记得去补哪几个位置。
适用前提是:页面类型已经稳定,字段含义不再频繁变动。如果栏目结构还在调整,过早自动化会把错误结构批量放大,此时保留手工反而更安全。
校验型工作可以拆成两层。第一层是机械检查,例如同一标题是否出现在多个页面、内链目标是否存在、页面是否被至少一个入口链接。第二层是判断,例如两个相似页面是否应该合并、某个旧页面是否还有保留价值。
第一层适合用工具定期跑,人工只看结果列表。第二层仍然需要人决定,因为工具只能告诉你“重复”,不能告诉你“哪个该留”。把这两层混在一起,是很多团队在规模扩大后仍然全部手工的原因:他们以为校验等于判断,于是继续用人工逐页看。
假设例子:一个站点有三百个页面,编辑每周手工抽查二十个。即使每次抽查都认真,四周也只能覆盖不到三成。若改为工具先列出疑似重复标题和断链,人工只处理列表中的条目,同样的时间可以覆盖全部页面中真正有问题的部分。这个比较只说明覆盖方式的变化,不代表问题数量会因此下降。
页面数量虽然增加,但新增频率很低,例如每月只新增几页,且每页都需要单独设计结构。这种情况下,手工维护的出错概率仍然可控,强行引入模板反而增加维护成本。
另一种情况是业务前提尚未稳定。栏目名称、页面职责、转化路径还在频繁调整,此时自动生成的内容容易在结构调整后变成新的清理负担。更合理的顺序是先稳定规则,再退出重复动作。
还要注意,抓取量、索引量或某个统计归零,不能单独证明手工处理正确或错误。它可能来自服务器响应、robots 设置、页面质量或外部链接变化。看到异常时,先确认是哪个环节变化,再决定要不要调整工作方式。
退出重复映射和机械校验后,省下的时间不应该继续投入到更多机械检查,而应该转向判断型工作:哪些页面值得保留、哪些内容需要重写、哪些入口需要调整。规模扩大后的真正瓶颈往往不是动作太慢,而是判断被重复劳动挤掉了。
如果团队只有一个人,优先退出的是每次新增都要重复的映射动作;如果有多人协作,优先退出的是依赖个人记忆的校验动作。两种顺序对应不同的出错来源,先确认自己属于哪一种,再决定先改哪一步。