直接回答:当页面从几十个涨到几百上千个,手工逐页改标题、逐条记外链、逐次点开搜索控制台看索引,会同时暴露三个问题——动作不可复用、结果无法核对、责任无法拆分。适合转成规则或脚本的,是那些输入输出明确、判断标准统一的工作;仍要人来做的是涉及意图判断、内容取舍和跨角色协商的部分。
下面用一个明确标注为假设的情境把决策过程串起来,不涉及任何真实公司的现状。
假设一个内容站从 80 个页面扩到 1200 个页面,团队有编辑、技术、运营三个角色。运营说“排名掉了,因为收录变慢”;技术说“服务器没问题,是内容质量不行”;编辑说“我按老流程一个个改的标题,改了两周”。三个人说的可能都对,但指向的是不同环节。要先把分歧转成可以核对的项目,而不是先争论谁对。
做法是列一张对照表,每一行写:现象、观察者、可核对的对象、核对方式。比如“收录变慢”对应的是搜索控制台里已提交与已索引的页面数差异,核对方式是按目录抽样对比;“内容质量不行”对应的是同一批页面在改版前后的展现与点击变化,核对方式是取同目录同类型页面做对照。这张表本身就是手工做的,但做完一次就能复用。
标题、描述、canonical、hreflang、分页关系这些字段,判断标准一旦定下来,就不该靠人一页页点。手工做的问题不是慢,而是不可核对:改到第 400 页时,没人能说清前 399 页改的是哪个版本。正确动作是先写一份字段规则表,再让程序按规则批量生成,人只审规则和抽样结果。这一步做完,下一步才有意义——因为抽样发现的问题会直接反哺规则表,而不是继续堆人工。
外链增减、内链断链、重定向链路过长,这些是典型的“有明确输入输出”的工作。手工登记在表格里,规模一大就会出现重复记录和漏记,而且无法回答“这条链接是什么时候变的”。更实际的做法是定期抓取并保留历史快照,比对两次快照的差异。这里要提醒一句:抓取量或某项统计归零,并不能单独证明处理正确,也可能只是抓取范围、屏蔽规则或时间窗口变了,需要结合日志和页面实际状态一起看。
抓取、索引、排名是三个不同环节,手工巡检最容易把它们混为一谈。页面没被索引,可能是抓取没到、可能是被规则挡住、也可能是被抓取了但判定为低价值。人一页页看,只能看到“在不在”,看不到“为什么”。适合自动化的部分是:按目录批量取状态、标记异常、生成待查清单;适合人做的部分是判断异常属于哪一类,以及决定是改内容、改结构还是先不动。
当编辑、技术、运营对“收录了多少页”有不同说法时,靠开会同步是低效的。更稳的做法是固定一份可核对的清单,明确谁负责更新、更新频率、以哪个数据源为准。这不是技术问题,是流程问题,但它是规模扩大后最先崩掉的一环。
判断标准不统一的工作不适合自动化,硬上只会放大错误。以下三类仍应保留人工:
一个可操作的区分方法是:如果两个不同的人按同一份说明做同一件事,结果应当基本一致,那这件事可以交给程序;如果两个人做出来必然不同,那就先别自动化,先把判断标准写清楚。
假设某目录有 300 个页面,手工改标题需要约 20 小时,且改完无法确认是否全部生效。若先写规则再批量执行,规则编写约 4 小时,执行约 1 小时,抽样核对约 2 小时,总计约 7 小时,并且能留下可复核的变更记录。这里的数字只用于说明比较方法,不代表任何真实项目的结果。关键在于:批量执行之后,人要做的是抽样核对和修正规则,而不是继续手工补漏。如果抽样发现规则本身有偏差,下一步是改规则再重跑,而不是回到逐页修改。
这三步做完,团队讨论的对象就从“谁的判断对”变成“哪份证据支持哪个动作”,规模扩大带来的分歧才有落点。规模扩大后真正该放弃的不是人的判断,而是那些判断标准已经统一、却还在靠人重复执行的动作;把这类动作交给规则和程序,人才能腾出精力处理意图、取舍和协商这些无法批量完成的部分。