网站优化系统：规模扩大后哪些工作不适合继续手工做
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /5bdeb18de214.html
📄
网站优化系统：规模扩大后哪些工作不适合继续手工做
规模扩大后仍适合手工做的，通常是低频、需要判断、每次结果都不同的工作；不适合继续手工做的，是高频、规则明确、错误代价随数量放大的工作。最容易被忽略的一类，是旧内容、旧系统、旧合作关系退出时留下的清理工作——它往往不紧急，却会持续消耗人力，直到某天集中爆发。
一个矛盾现象：越忙，越在手工做本该自动的事
网站规模扩大后，团队常出现这种状态：内容更新频率提高了，但检查死链、修正内链、同步多语言版本、核对旧页面是否还该保留，仍然靠人一条条过。表面看是“人手不够”，但更准确的说法是，这些工作当初被设计成人工流程，而人工流程的成本会随页面数量线性上升。
这里有两个都能成立的解释。
解释一：工作本身需要判断，不能交给规则。比如判断一篇旧文章是否还有搜索价值、是否该合并到新页面、是否该彻底下线，这类决定依赖对业务和用户意图的理解，确实不适合全自动。
解释二：工作曾经需要判断，但判断标准已经稳定，只是没人把它固化下来。比如“页面超过两年未更新且没有站内入口”这种条件，一旦团队对它的处理方式达成一致，就可以批量标记、批量复核，而不是每次重新讨论。
两种解释指向完全不同的动作：前者应该继续手工并减少批量；后者应该把判断结果沉淀成规则，用手工做抽样复核。
区分两种解释的证据：看同一判断被重复做了多少次
要判断一项工作属于哪一类，可以看三个可观察的证据，而不必凭感觉。
- 判断是否高度重复。如果最近几次处理旧页面的结论几乎一致，说明标准已经稳定，属于解释二。
- 错误是否可逆、代价是否随数量放大。死链、失效跳转、重复标题这类问题，单次影响小，但数量累积后会拖累抓取和用户体验，适合先批量筛出再人工确认。
- 判断是否需要外部信息。如果每次都要查合作方是否还在、旧系统是否还开放接口，这类依赖外部状态的工作不适合写死规则，应保留人工确认环节。
一个假设例子：某站有约两千个旧页面，团队每月手工抽查一百个，发现其中约三成已经无入口、无转化。若这个比例在连续几个月里稳定，就说明筛选条件已经足够可靠，可以先把“无入口且长期无转化”的页面批量列出，再由人决定保留、合并还是下线。这个动作的结果是：人工从“逐页判断”转为“批量复核”，下一步才谈得上给保留的页面重新安排内链和更新计划。
旧内容、旧系统、旧合作退出时，哪些环节必须分工
退出场景最能暴露手工流程的边界。可以把工作分成三层。
- 必须手工的一层：决定去留。哪些旧内容仍有用户价值、哪些旧合作还值得保留链接、哪些旧系统数据需要迁移。这类决定涉及取舍，不能只看规则。
- 适合批量处理的一层：找出候选。按最后更新时间、站内入口数量、是否仍被其他页面引用等条件，批量筛出候选清单。注意，筛出候选不等于已经判定它该删。
- 必须自动化的一层：执行与复查。批量添加跳转、批量移除失效链接、批量标记待复核页面。执行后要能复查结果，否则错误会静默累积。
需要提醒的是，抓取量、索引量或某项统计归零，不能单独证明清理动作正确。它也可能是抓取预算调整、页面被合并、或统计口径变化造成的。判断清理是否有效，应结合用户是否还能找到需要的内容、旧链接是否被正确引导到新位置。
什么时候该把手工工作转成系统流程
满足以下条件时，继续手工做就不划算了：
- 同一类判断在一个季度内重复出现多次，且结论基本一致。
- 漏做的代价会随页面数量增加而放大，而不是保持恒定。
- 执行动作可以被描述成明确步骤，且结果可被复查。
反过来，如果判断标准还在变化、涉及外部合作状态、或每次都要结合业务目标重新权衡，就应保留手工，并限制批量操作的范围。一个实际动作是：先把候选清单导出，只对其中“无入口、无转化、无外部引用”的页面做批量标记，观察一轮后再决定是否扩大范围。这样做的结果是，团队能在不牺牲判断质量的前提下，把人力从重复筛查中释放出来，用于真正需要决策的退出与保留工作。
规模扩大不是要求把所有事都自动化，而是要求分清哪些判断已经稳定到可以固化，哪些判断仍需人来做。稳定下来的判断交给流程，不稳定的判断留给人，这才是网站优化系统在规模阶段更实际的用法。
