结论先给:当博客从几十篇涨到几百篇、并且开始由多人协作时,逐页手工改标题、内链和元描述这类工作应当逐步交给模板、规则或脚本;但涉及内容判断、选题取舍和页面是否该合并的决策,仍然适合人工。判断边界不是“量大就自动化”,而是这项工作能否被写成稳定的判断规则——能写成规则的就别手工,依赖语境判断的就别急着自动化。
小站阶段手工操作之所以有效,是因为你能同时记住所有页面。规模扩大后,记忆和精力成为瓶颈,以下三类工作最先出问题。
这三类的共同点是:判断标准相对稳定,且错误代价可承受,适合先自动化再抽查。
假设你的博客有三百篇,其中一批旧文主题相近,看起来像重复内容。若直接按相似度阈值批量合并或批量删除,可能把两篇角度不同、各自有独立搜索需求的文章合成一篇,反而丢掉入口。这里的反例说明:“量大”不等于“规则可写”。涉及页面是否该保留、两个主题是否真的等价,需要结合用户意图和内容差异判断,手工或半手工更稳妥。
可区分的证据是:如果两篇的差异只在措辞和举例,合并通常安全;如果一篇回答“怎么做”,另一篇回答“什么时候不该做”,它们服务的是不同问题,就不该按相似度一刀切。
以下工作不适合直接交给规则,因为它们的判断依赖语境和取舍。
不要一次性把所有手工工作都自动化。选一类边界最清晰的工作先试点,比如批量补齐元描述。动作是:整理现有页面的主题标签,写出一套描述模板,先应用到二十页,再人工检查是否符合页面内容。
结果会直接影响下一步:如果抽查发现模板生成的描述与页面主题偏差明显,说明规则还不够细,应先补充分类维度,而不是扩大应用范围;如果抽查通过率高,再逐步扩大,并保留人工抽查环节。这样做的目的是让自动化服务于判断,而不是替代判断。
如果你的博客页面数量仍然很少,或者更新频率低、由一人维护,手工操作反而更灵活,不必为了自动化而增加维护成本。只有当页面数量、协作人数或更新频率中至少一项明显上升,手工开始出现遗漏和口径不一致时,才值得引入规则和脚本。换句话说,先确认手工失效的具体表现,再决定自动化哪一部分,而不是因为“规模变大”就全面转向工具。