结论先说:当页面数量、模板类型或改版频率超过一个人能在一次工作周期内核对完的范围时,逐页改标题、逐条提内链、逐个检查索引状态这类工作就不适合继续手工做。判断标准不是“网站大不大”,而是同一类操作是否已经重复到容易漏项、无法留痕、换人接手就断。若站点只有几十个页面且长期不新增,手工仍然成立;一旦新增页面开始按栏目批量出现,手工的边际成本会迅速超过收益。
抓取、索引、排名是不同环节,适合自动化的程度也不同。抓取层面的工作,例如让新页面进入可发现路径、检查站点地图是否覆盖新栏目、确认重要模板没有被规则误挡,通常有明确规则,适合交给脚本或站点工具批量执行。索引层面的工作,例如批量提交新页面、监控索引状态变化,也适合按批次处理。
但排名和内容质量判断不适合完全交给批处理。一个模板页是否应该保留、一段正文是否真正回答了用户问题、某个栏目是否值得继续投入,这些需要结合业务意图判断。把这类决策也交给批量规则,往往会把“页面存在”误当成“页面有用”。
因此,规模扩大后应当先把手工作业拆成两类:规则明确、重复度高、结果可核对的动作交给批处理;涉及取舍、优先级和内容价值判断的动作保留人工。这个拆分本身就是一次实际动作,它决定了后续是继续加人,还是改为维护规则。
第一类是逐页修改标题和描述。页面少时,逐页写能保证相关性;页面多时,人工速度跟不上新增速度,容易出现同一栏目大量重复模板。此时更合理的做法是:为每个模板定义可区分的字段规则,再由人工抽查边界页面。抽查结果如果显示同一模板下大量页面仍然高度相似,说明问题不在标题,而在模板本身缺少可区分的信息维度。
第二类是逐条添加内链。手工内链在早期能精确控制权重流向,但页面规模上来后,人会优先处理自己记得的页面,导致新页面长期缺少入口。批量化处理可以按栏目、标签或相关规则生成候选内链,再由人工确认是否保留。这里的关键不是“自动内链一定更好”,而是手工内链已经无法覆盖全部新增页面。
第三类是逐个检查索引状态。页面数量增加后,人工逐个查询既慢又无法形成趋势记录。更可行的方式是按模板或栏目分组监控,把异常集中在少数几组里排查。需要提醒的是,抓取量或索引量下降不能单独证明某次处理正确,它也可能是改版、服务器波动、内容整体调整或外部链接变化的合理解释。缺少完整数据或权限时,至少可以先做分组抽样,记录每组的变化方向,而不是对单个页面下结论。
假设一个站点有几千个页面,但全部来自同一套模板,字段固定,每年只改一次。此时逐页手工虽然慢,却不一定需要立刻改成批处理,因为改动频率低、规则稳定,人工核对一次可以维持很久。反过来,一个只有几百页的站点,如果每周都在新增栏目、调整模板、更换字段,手工同样会迅速失效。
所以,“规模扩大”不是唯一条件。真正让手工失效的是重复频率乘以结构变化速度。如果结构长期不变,手工的成本可以被摊薄;如果结构频繁变化,即使页面不多,手工也会不断返工。这个反例说明:不能只按页面总数决定是否放弃手工,而要看同一类操作是否在短时间内反复出现。
如果暂时拿不到全站抓取数据、索引数据或发布权限,仍然可以先做一件事:选一个最近新增页面最多的栏目,手工记录该栏目下页面的标题、内链入口数量、是否被索引三项,连续记录两到三个批次。这个动作不需要完整权限,只需要能访问公开页面和基本的站点数据。
记录后观察两点:同一模板下的标题是否高度重复;新页面是否在发布后很快获得来自站内的入口。若两项都指向同一结论,就可以把该栏目作为第一批改为规则化处理的试点。若记录显示差异主要来自内容本身而非模板,则说明问题不在手工还是自动,而在内容供给。
下一步动作应当是把试点栏目的处理规则写下来,包括哪些字段由规则生成、哪些必须人工确认、异常如何回退到人工。规则写清楚之后,再决定是否扩大到其他栏目。没有这一步,批量化只会把手工的遗漏放大,而不是减少。