当页面数量从几十页增长到几百页以上,手工维护 SEO 的瓶颈通常不是“做得不够细”,而是“改不完、对不齐、查不出”。判断标准很直接:同一动作如果重复次数随页面数线性增加、且每次结果需要人工比对,就应该转为规则化或批量化处理;反之,如果动作依赖对业务语义的判断、样本量小且一次决策影响很大,手工仍然更可靠。
可以按“单位工作量是否随页面数增加”来分类。随页面数增加的工作,手工做会越来越慢,也越容易漏改;不随页面数增加的工作,手工做不会明显拖慢整体节奏。
前一类适合规则化,后一类适合人工。把这两类混在一起处理,常见结果是:该批量处理的地方靠人力硬扛,该人工判断的地方却用模板批量生成,最后两边都出问题。
假设一个站点有 500 个商品页,每个页面的 title 由“商品名 + 品类 + 品牌”拼成。当商品只有 30 个时,人工逐页检查标题是否重复、是否过长、是否遗漏品类,是可行的。到 500 个时,人工核对会退化成抽查,而抽查无法覆盖长尾页面的重复与冲突。
此时可执行的动作是:把标题、描述、canonical、结构化数据的生成规则写成可复用的模板或脚本,先在一小批页面上跑出结果,再用程序检查重复标题、空字段、超长字段和缺失字段。动作的结果会直接决定下一步:如果检查报告显示重复集中在某几个品类,说明规则里的品类词区分度不够,应回到规则层修改,而不是继续逐页手工改标题。
例外在于:当页面数量少、且每个页面的业务含义差异很大时,模板反而会抹掉区分度。比如只有 20 个服务页,但每项服务的适用对象和交付方式完全不同,这时手工写标题和描述更合适,批量模板会把它们写成同一句话。
内链和失效链接是另一个典型场景。几十个页面时,编辑凭记忆就能知道哪篇文章该链到哪篇文章;页面到几百个以后,记忆不再可靠,新增内容时容易只链向首页和少数几个栏目页。
可执行的动作分两步。第一步,用站点爬取或日志类检查找出返回错误状态、重定向链过长、以及长期没有内链指向的页面。第二步,只对确认有问题的链接执行替换或补充,并记录改动前后的链接数量变化。这里要说明一个边界:抓取工具报告某个页面“无内链”,并不等于该页面一定有问题,也可能是它刚发布、尚未被重新抓取,或者它本来就不需要从导航层获得链接。把这类现象直接当成错误去批量补链,可能制造出大量无意义链接。
因此,内链批量化适合“已确认失效”和“已确认重复指向”的清理,不适合把“无内链”一律当成缺陷去自动补全。前者是确定性问题,后者需要结合页面在站点中的角色判断。
有三类工作不适合因为页面变多就完全自动化。
一个有用的假设例子:某站点把 200 个页面的标题统一改成模板后,索引数量短期下降。这可能是标题重复导致的,也可能是同期服务器响应变慢、或抓取预算被其他目录占用。仅凭索引数量下降就断定是标题模板的问题,证据不足。更稳妥的做法是先保留改动前后的对照样本,再逐项排除其他变化。
综合来看,可以用三个依据做决定:重复次数是否已经超出人工核对范围;判断依据是否能用明确规则写出来;出错后的影响是否可回滚。三个都满足,适合转批量;只满足第一个,说明问题可能出在流程而不是工具上。批量处理的价值在于把人力从重复核对中释放出来,用在需要判断的环节;它的风险在于规则一旦写错,会同时作用到大量页面。因此每次转批量之前,先在小范围验证规则,再决定是否扩大范围。