百度官网认证之后，网站规模扩大后哪些工作不适合继续手工做
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /8c9b5271ebbc.html
📄
百度官网认证之后，网站规模扩大后哪些工作不适合继续手工做
规模扩大后最先不该手工做的，是那些每次都要重复判断、但判断标准已经稳定的工作，比如逐条检查新页面是否被百度抓取、逐页核对标题与描述、手工统计认证标识在各栏目是否落地。手工做这些事在几十个页面时还能靠记忆兜住，到几百上千个页面就会变成漏检和延迟。更实际的做法是把它们改成固定规则的批量检查，把人力留给需要判断的异常页面。
先保留手工的三类工作
不是所有事情都该交给规则。以下三类在规模扩大后仍值得保留人工处理，因为它们依赖上下文，规则化反而容易误伤。
- 认证主体信息与实际业务是否一致。新开栏目、新增子品牌、调整服务范围时，是否仍符合认证时的主体描述，需要人看内容再判断，机器只能比对字符串。
- 页面内容质量的分级判断。哪些页面只是模板拼出来的空壳，哪些页面有真实信息增量，需要人读一遍。批量规则只能识别字数、标签数量这类表面特征。
- 异常页面的处置决策。当批量检查报出一批抓取异常或索引缺失的页面，是改内容、合并、还是直接删除，属于取舍问题，不适合写成自动执行的规则。
保留手工的前提是数量可控。如果这三类工作每周新增的待判断页面超过人力能逐条看完的量，就要先缩小范围，比如只处理流量占比最高的栏目，而不是硬撑全站。
适合改成批量规则的重复动作
判断标准稳定、结果只有通过或不通过两种的工作，适合从手工转为规则执行。常见的有：
- 检查新发布页面是否出现在站点地图中，以及站点地图本身是否能正常访问。
- 核对页面标题、描述是否为空或重复，重复的挑出来人工决定保留哪一个。
- 检查认证相关的展示位置是否在改版后仍然存在，例如页脚标识、关于页面说明。
- 记录各栏目页面的抓取与索引状态变化，只输出发生变化的条目，而不是每次全量看一遍。
这里要区分抓取、索引和排名三个环节。批量规则能可靠处理的是抓取与索引层面的状态记录，排名波动受太多因素影响，不适合做成自动告警，否则会制造大量无意义的提醒。
一个假设的取舍例子
假设一个站点从 200 个页面扩到 3000 个页面，运营者原本每周手工抽查 50 个页面是否被百度收录。扩到 3000 页后，抽查比例降到不足 2%，漏掉的往往是新栏目下的深层页面。
此时可以改成：用脚本每周输出“新发布超过 14 天且未被索引”的页面清单，数量通常远小于全站，再人工看这批页面为什么没被索引——是内容太薄、内链太少，还是被规则误挡。动作的结果是，人力从“随机抽查”转向“处理已知异常”，下一步该改内容还是改结构，依据来自这份清单，而不是凭感觉。
如果这份清单长期为空，也不能直接断定处理正确。抓取和索引数据本身有延迟，站点地图提交后也需要时间，清单为空可能只是观察窗口太短。这时应延长观察周期再判断，而不是立刻取消检查。
什么时候该退出某项手工工作
退出手工工作的条件不是“觉得麻烦”，而是同时满足两点：判断标准已经写成文字且不再频繁变动；连续几次执行的结果高度一致，没有出现规则无法覆盖的例外。
反过来，如果某项工作每次都要重新讨论标准，或者例外情况占比很高，说明它还没到可以规则化的阶段，继续手工反而更稳。规模扩大带来的压力应该通过缩小处理范围来缓解，而不是把没想清楚的标准硬塞进自动化流程。
把认证后的维护工作按这个方式分层，重复动作交给规则，判断动作留给人，异常清单决定下一步往哪走，规模扩大才不会变成漏检的放大器。
