自建博客平台：文章过百后哪些手工活该交出去
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /2547d43e61b7.html
📄
自建博客平台：文章过百后哪些手工活该交出去
规模扩大后最不适合继续手工做的，是那些重复、可校验、结果可回滚的工作：批量内链、重复标题与描述检查、失效链接巡检、图片压缩与尺寸统一、旧文重定向维护。判断标准不是“累不累”，而是这件事出错后能否被自动发现，以及它是否需要逐篇做语义判断。
先看一个假设情境：从三十篇到三百篇
假设你运营一个自建博客平台，早期三十篇时，每发一篇都手动加三条内链、手写描述、逐个检查图片大小，完全可行。文章涨到三百篇后，同一套动作每周要花掉大半天，而且开始出现漏改标题、内链指向已改网址的情况。此时关键前提变了：内容量超过了人工逐篇核对的可靠范围。变化前可以手工，变化后应把可规则化的工作交给脚本或构建流程，把需要判断的工作留给人。
哪些工作适合交出去，哪些必须留下
可交出去的工作有三个共同点：规则明确、结果可被机器验证、出错可回滚。例如检查每篇文章是否只有一个 <h1>、描述是否为空、内链目标是否返回 404，这些都能写成脚本在构建时跑一遍。反过来，判断某段旧内容是否还符合当前业务、某条内链是否真的对读者有帮助、某篇旧文该合并还是删除，这些依赖语义判断，交出去只会产生看起来整齐但无意义的改动。
- 适合自动化：重复标题与描述检测、失效链接巡检、图片尺寸与体积检查、站点地图生成、旧网址重定向规则。
- 适合半自动：批量内链建议由脚本列出候选，人工确认后再写入。
- 必须人工：内容是否过时、是否该合并同类文章、锚文本是否自然。
一个可执行动作：先做只读巡检
不要一上来就批量改。先写一个只读脚本，遍历所有文章，输出三类清单：缺描述或描述重复的、内链指向不存在网址的、图片超过设定体积的。跑完之后你会得到一份可核对的报告，而不是一堆已经改坏的页面。这个动作的结果决定下一步：如果清单里重复描述集中在某几个栏目，说明是模板问题，应改模板；如果分散在各处，才需要逐篇处理。
抓取与索引异常时，别急着归因
规模扩大后，抓取量下降或某些页面长期不被索引，常被当成“手工没做够”的证据。但抓取、索引、排名是不同环节，抓取量归零也可能来自服务器响应变慢、网址结构改动、robots 规则误写，甚至只是站点地图未更新。此时手工加内链并不能解决问题。正确顺序是先确认返回状态与可抓取性，再谈内容质量与排名。
决定交出去之前，先确认三个条件
- 这项工作是否有稳定规则？规则会频繁变的，先别自动化。
- 出错后能否被检测到？没有校验手段的自动化等于放大错误。
- 是否有回滚路径？批量改动前保留可恢复的版本。
三个条件都满足时，把工作移出人工清单；只满足前两个时，先做只读巡检；一个都不满足时，继续手工反而更稳。规模扩大带来的真正变化，不是活变多了，而是必须区分“重复劳动”和“判断劳动”，前者交给流程，后者留给自己。
