性能提升：网站规模扩大后哪些工作不适合继续手工做
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b9544f958867.html
📄
性能提升：网站规模扩大后哪些工作不适合继续手工做
结论是有条件的：当同一类改动开始跨模板、跨栏目重复出现，且每次都要靠人记忆和逐页核对时，这些工作就不适合继续手工做。反例也存在——如果页面总量少、改动只涉及一个孤立页面、且没有后续同类需求，手工处理反而更直接。判断的关键不是“规模大”本身，而是重复性、可核对性和出错后的影响范围。
先看分歧：同一事实为何会有不同理解
团队里常出现这种情况：开发认为“已经改过了”，SEO 认为“页面上还是旧内容”，运营认为“后台里明明是新的”。三方说的可能都不是假话，只是各自看的是不同环节——数据库、渲染后的页面、搜索引擎已抓取的版本。把分歧转成可核对的项目，第一步是约定“以什么为准”。
- 以服务端返回的 HTML 为准，还是以浏览器执行脚本后的 DOM 为准；
- 以当前线上版本为准，还是以某次抓取快照为准；
- 以某个模板为准，还是以全部使用该模板的 URL 为准。
这三条一旦写清楚，很多争论会立刻收敛成“谁的观察对象不同”，而不是“谁在说谎”。
哪些工作一旦规模化就不该手工做
下面几类工作的共同点是：单次做不难，难在保持一致。规模扩大后，手工做的主要风险不是慢，而是漏。
批量模板级改动
标题模板、面包屑、分页链接、结构化数据这类内容，往往由同一个模板输出到成百上千个 URL。手工逐页改，等于把一份规则复制很多遍；只要模板再变一次，之前的手工成果就可能全部作废。此时应把改动落到模板或数据源，而不是页面。
重复的元信息核对
当需要检查的字段固定、判断标准固定时，人工逐条比对既枯燥又容易疲劳。更适合做成一份可重复执行的检查：输入一批 URL，输出缺失项和异常项。人只负责看异常，不负责从头翻到尾。
跨角色的状态同步
“这个页面改完了吗”如果靠群里问、靠表格手工勾选，规模一大就会出现两个版本的真相。应把状态放在一个共同可查的位置，让每个人看到的是同一份记录。
一个假设例子：什么时候手工更合适
假设一个站点只有 20 个页面，其中 3 个页面需要调整描述文字，且近期没有同类计划。这种情况下手工改 3 处、改完抽查一遍，成本低于搭一套流程。反过来，如果同样的调整要覆盖 3000 个页面，并且下个月还可能再调一次，那么手工做第一次就已经埋下了第二次的返工。数字只是用来说明比较方法，不代表任何真实站点的规模门槛。
把分歧变成可核对的动作
可以先用一个具体动作验证判断：挑出争议最大的那一类页面，记录三条信息——期望值、当前线上实际值、由谁负责确认。然后只对这类页面做一次统一处理，再回看这三条信息是否一致。
这个动作的结果会直接影响下一步：如果处理后三方看到的结果一致，说明问题出在“缺少共同口径”，后续应优先固化核对方式；如果处理后在某个环节仍然对不上，说明问题出在流程断点，比如改动没有真正发布，或发布后没有重新抓取，这时应先修流程，而不是继续扩大手工范围。
需要注意的边界
抓取、索引、排名是不同环节，页面被抓取不等于被索引，被索引也不等于获得排名。因此，当某项统计出现变化时，不要单独用它证明手工或自动处理哪个更对，还要看是否存在其他合理解释，例如内容本身变化、站点结构调整或抓取频率波动。把这些可能性一并列出，才能让结论站得住。
