当页面数量、栏目层级和参与角色同时增加后,先被手工方式拖住的通常不是写内容,而是“发现变化并同步到正确位置”这类动作。更具体的判断是:只要一项工作需要在多个页面、多个模板或多个负责人之间反复核对同一事实,它就应当从手工执行转为规则执行或批量执行。手工适合处理例外,不适合处理重复。
一个常见场景是:站点从几十个页面扩到几百个页面后,团队仍然每天手工检查标题、内链和栏目入口。表面上每个人都在忙,但一旦某个模板改动,旧页面是否受影响、哪些页面需要重新提交、哪些只是展示问题,往往没人能说清。此时会出现两种解释。
第一种解释是“人不够”。第二种解释是“工作类型已经变了”。前者会导向加人、排班、写更多手工清单;后者会导向把可重复的判断写成规则,把例外留给人工。两者都会让团队感觉在推进,但结果完全不同。
区分方法不需要复杂工具,只需要抽查一项工作最近三次的执行记录。假设团队手工维护栏目页的标题和摘要,记录里如果出现以下特征,更支持“工作类型已变”:
反过来,如果每次处理的对象都不同、判断依赖具体语境、且数量没有随站点扩大而增加,那么手工仍然合理。证据的关键不是“忙不忙”,而是“同一判断是否被重复执行”。
当站点存在多个栏目模板、详情模板和聚合入口时,标题格式、面包屑层级、 canonical 指向、栏目归属这些事实应当在模板或配置层确定。手工逐页核对只适合抽查,不适合作为日常手段。一个实际动作是:先选一个模板,把该模板下所有页面应遵守的字段写成清单,再对照实际输出。如果发现偏差集中在同一字段,就说明该字段应由模板控制,而不是靠编辑记住。
抓取、索引和排名是不同环节。站点扩大后,手工记录“哪些页面已收录”很快会失去时效,因为页面在增加,状态也在变化。更可行的做法是把页面按类型分组,观察每组在搜索结果中的出现情况,而不是逐条记录。若某组页面长期不出现,先检查该组是否被入口链接到、是否在站点地图中、是否被规则误挡,再决定下一步。这里要注意:抓取量或索引量下降不能单独证明处理正确或错误,它也可能是站点结构调整、重复内容合并或访问限制变化带来的结果。
当同一批页面需要从多个栏目获得入口时,手工添加容易造成入口集中或遗漏。适合转为规则的动作是:先确定每类页面必须获得入口的位置和数量范围,再用模板或列表统一输出。执行后观察下一步:如果某类页面仍然难以被发现,问题可能不在内链数量,而在入口位置是否处于用户实际浏览路径上。
假设一个站点有 300 个详情页,分属 6 个栏目。团队原先手工为每个页面添加 3 条内链。扩到 900 个页面后,手工添加耗时翻倍,但入口分布反而更不均衡。此时若把“每个详情页至少从所属栏目列表获得 1 个入口”写成模板规则,人工只处理例外页面,那么下一步要核对的是:栏目列表本身是否被首页或上级栏目链接到。若没有,增加详情页内链并不能解决发现问题。
手工适合处理低频、需要语境判断、且结果会影响其他决策的工作。例如:判断某个页面是否应合并、是否应改变主题方向、是否应调整栏目结构。这些动作一旦批量执行,反而会放大错误。判断标准可以简化为:如果一项工作的结果需要人根据具体内容作取舍,就保留人工;如果一项工作只是在重复确认同一事实,就交给规则。
把分歧转成可核对的项目,关键是先写清“谁在什么条件下判断什么”,再决定由人还是由规则执行。这样,站点扩大后增加的是可复用的判断,而不是更多需要记住的细节。