上海百度：网站规模扩大后哪些工作不适合继续手工做
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1c29b810bac7.html
📄
上海百度：网站规模扩大后哪些工作不适合继续手工做
结论是：当页面数量、栏目层级或更新频率超过一个人能稳定核对的范围时，内链维护、批量页面质量检查、索引状态跟踪和重复内容排查就不适合继续手工做；但如果站点只有几十个页面且改动很少，手工反而更可控。判断标准不是“规模大不大”，而是同一动作是否已经需要反复执行、且每次都要重新查找依据。
先分清：哪些手工动作会先失效
网站规模扩大后，最先出问题的通常不是写内容，而是那些依赖“记得住、找得到、对得上”的工作。可以按三个信号判断：
- 重复次数：同一类检查每周都要重做，例如新页面是否被百度发现、旧页面标题是否重复。
- 跨页面依赖：改动一个栏目会影响多个入口，例如调整分类后，面包屑、相关推荐和列表页链接都要同步。
- 证据分散：判断一个问题需要同时看抓取记录、索引状态、页面模板和内容更新记录，手工很难保持同一口径。
如果只满足其中一条，手工加表格仍然可行；三条同时出现，继续手工就容易漏项。这里的“失效”不是指手工做不了，而是指手工结果无法稳定复现，下一次改动又要从头核对。
内链和栏目入口：规模上来后最难靠人记
小站点可以靠编辑记住哪些页面该互相链接。页面变多后，内链会从“写作习惯”变成“结构维护”：新页面加入后，旧页面是否应该指向它、栏目页是否覆盖了足够的下层页面、已下线页面留下的链接是否还在。手工做这些事，常见结果是只维护了最近更新的几篇，旧页面逐渐孤立。
更实际的做法是先把内链规则写清楚，例如：同一主题下至少有一个栏目入口；被替换的页面要指向替代页；不再维护的页面要么保留可访问状态，要么给出明确的下一步。规则确定后，再用脚本或站点工具批量检查，而不是每次靠人翻页面。这样做的直接结果是：下一次新增栏目时，可以先跑检查再决定是否发布，而不是发布后再补链接。
批量质量检查：手工抽检不能代替全量核对
标题重复、描述缺失、图片替代文本为空、 canonical 指向不一致，这些在少量页面上可以手工看。页面规模扩大后，抽检只能说明“抽到的页面没问题”，不能说明整站没问题。这里要区分抓取、索引和排名：页面能被抓取，不等于会被索引；被索引，也不等于会获得排名。批量检查的目标是发现“影响理解或影响进入下一环节”的问题，而不是直接推断流量结果。
一个可执行的最小动作是：先按模板分组，每组抽一个代表页面，记录标题、描述、 canonical 和主要入口；如果同一模板下出现两种写法，就说明模板层面需要统一，而不是逐页修改。这个动作的结果会决定下一步：模板统一后再批量替换，比逐页修补更不容易反复。
索引状态跟踪：没有完整数据时先做可复现的记录
缺少完整数据或权限时，仍然可以做一件事：固定时间、固定页面样本、固定记录字段，例如记录页面地址、首次发现时间、当前是否可访问、是否有入口链接。不要因为某次查询结果为空就断定页面有问题，查询范围、样本选择和页面状态变化都可能造成同样现象。反过来，某次查询显示已发现，也不能单独证明处理正确。
这类记录的价值在于可复现：下一次改动后，用同一批样本对比，才能看出变化来自模板调整、内容更新还是入口变化。如果样本每次都不一样，记录再多也无法支持判断。假设一个站点有三百个页面，手工每次只看首页和最新十篇，那么旧栏目的问题不会被发现；改成按模板各选五个固定样本，虽然覆盖仍然有限，但至少能比较不同时间点的同一批页面。
什么时候手工仍然成立，以及一个反例
手工仍然成立的条件是：页面数量少、更新频率低、改动集中在少数人手里，并且每次改动后有人能完整核对。此时引入批量流程反而增加维护成本。反例是：站点页面不多，但每次改模板都会影响所有页面，且没有测试环境。这种情况下，即使规模不大，手工逐页核对也不适合继续做，因为一次模板改动就会让手工记录全部过期。
下一步动作可以这样安排：先列出最近一个月重复出现三次以上的检查动作，再判断每个动作是否有固定字段和固定样本。如果有，就把它从“每次重新找”改成“按记录核对”；如果没有，先不要急着批量化，而是先把判断标准写下来。这样做的结果会直接影响后续选择：标准清楚的动作适合交给脚本或工具，标准不清楚的动作仍然需要人工判断，不能为了自动化而自动化。
