网页优化，网站规模扩大后哪些工作不适合继续手工做
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /3c2f66dd6e48.html
📄
网页优化，网站规模扩大后哪些工作不适合继续手工做
当页面从几十个涨到几百上千个，最先出问题的往往不是策略，而是执行方式。手工改标题、手工查死链、手工更新内链，在早期是必要的，因为你需要靠手感理解页面；但规模上来后，这些动作会从“精细”变成“漏做”。判断标准不是工作量大小，而是这项工作是否具备可枚举、可重复、可验证三个特征。三个都满足，就该交给规则或脚本；缺一个，就还得留给人。
一个矛盾现象：手工越认真，覆盖反而越差
常见的情况是，团队明明比小站时期更努力，但整站的问题清单却越来越长。对此有两种解释。
- 解释一：手工本身没问题，只是人不够。如果成立，加人、加班、排更细的表格就能改善，问题总量会随投入线性下降。
- 解释二：手工方式已经触到上限。如果成立，加人只能缓解最显眼的几个页面，长尾部分会持续恶化，因为人的注意力天然偏向高流量页面。
区分这两种解释的证据很具体：随机抽一批低流量页面，检查它们的标题重复率、内链数量、失效链接情况。如果低流量页面的问题密度明显高于高流量页面，说明是覆盖问题，属于解释二；如果各层页面问题密度接近，只是总量偏大，那更接近解释一。这个抽查动作本身就会告诉你下一步该加人还是该改流程。
适合交给规则的三类工作
第一类是批量属性检查。标题是否重复、描述是否缺失、H1 是否存在、图片是否有替代文本，这些都有明确的是非判断，不需要逐页审美。手工做的时候，人会在第一百页之后开始走神，而规则不会。
第二类是结构性链接维护。死链、重定向链、孤立页面、指向已下线内容的站内链接，这些可以由爬取加比对自动列出。手工点击验证在几十页时可行，上千页时基本等于抽样，而抽样会漏掉最需要修的那部分。
第三类是模板级改动。当同一类页面的某处结构需要调整，改模板一次生效，比逐页编辑更不容易出错。这里要留意一个代价：模板改动影响面大，一旦逻辑写错，错误会同步放大到所有页面。所以模板改动前应先在少量页面上验证输出结果，确认无误再全量应用。
仍然值得手工做的两类工作
一类是判断内容是否真的回答了用户问题。页面有没有解决搜索意图、段落顺序是否合理、例子是否贴切，这些依赖对用户和业务的理解，规则只能给出近似信号。把它交给自动生成，往往得到的是形式完整但内容空转的页面。
另一类是处理冲突和例外。两个页面主题高度重叠该合并还是该分化，某个栏目是否值得保留，这类决定涉及资源分配和业务优先级，没有统一规则。可以借助数据辅助，但最终判断要由人做，并且要记录判断依据，方便后续复查。
还有一个容易被忽略的边界：首次出现的异常。当某个页面的表现突然偏离同模板的其他页面，先手工看一遍往往比直接套规则更快找到原因，因为异常本身可能来自内容、外链或抓取层面的偶发因素。等确认了原因模式，再决定是否写成规则。
一个注明假设的短例子
假设某站有 800 个产品页，其中约 200 个页面标题包含相同的品牌后缀加分类名，导致重复。若手工改，按每页三分钟计算约需十小时，且中途容易漏改。若用规则批量替换后缀并保留各自的产品名，一次处理完，但需要先导出改前改后的对照表抽查二十条，确认没有把有区分度的词误删。
这个例子的关键不在于省了多少时间，而在于验证方式变了：手工做的时候你逐页确认，批量做的时候你抽查样本加比对规则输出。抽查发现误删，就调整规则再跑一次；抽查通过，才进入下一步的收录观察。这里的假设是页面标题结构相对统一，如果每个页面标题都由编辑单独撰写、没有共同模式，批量替换就不适用，只能回到人工。
怎么定这条线
可以用一个问题快速判断：这项工作如果今天不做，明天做会不会产生不同的结果？会，说明它依赖时效或状态变化，适合自动化定时执行；不会，说明它是静态整理，适合一次性脚本处理。再补一个条件：这项工作出错后能否被快速发现和回滚？能，就放心交给规则；不能，就保留人工复核环节。
规模扩大后真正要放弃的不是手工，而是用手工去覆盖本该由规则覆盖的部分。把可枚举、可重复、可验证的工作交出去，人才有余力处理意图判断、冲突取舍和异常归因，这几件事恰恰是规则做不好、又最影响整站质量的部分。
