先给结论:不要按“旧文章发布得早”来批量改,而要先判断改版属于语义改名还是页面迁移。前者要更新正文里的概念表述与示例,后者要更新链接、锚文本和重定向目标;两类都涉及才算真正完成。判断依据不是文章日期,而是旧文章是否在读者决策路径上引用了已变化的事实。
产品文档改版通常有两种情况。第一种是功能名称、参数含义或操作流程变了,但页面地址不变;第二种是页面被合并、拆分或换了目录,地址发生变化。两者的更新对象不同,混在一起处理会漏项。
判断方法很直接:随机抽三到五篇旧文章,用站点爬取或手工点击,看链接最终落在哪个地址、页面标题与正文是否还匹配。如果链接能打开但内容对不上,属于语义改名;如果链接打不开或跳到不相关页面,属于页面迁移。这个动作的结果会决定你接下来是批量替换文本,还是先修链接再谈文本。
不是所有旧文章都值得投入。优先处理满足以下任一条件的页面:
反过来,纯资讯、已下架活动的说明页、从未被内链引用的归档内容,可以延后甚至不动。这里要说明一个例外:如果旧文章本身仍在带来咨询或注册,即使流量不大,也应纳入第一批,因为错误引用会直接造成用户操作失败。
假设一个场景:某文档把“批量导入”改名为“数据同步”,并调整了字段顺序。旧教程里写“点击批量导入,按 A、B、C 顺序填字段”。此时需要更新的不只是名称,还有字段顺序说明。如果只替换词,读者按旧顺序操作仍会失败。这个例子说明,语义改名往往连带操作步骤,不能只做同义词替换。
多个角色对同一事实理解不同时,不要靠开会争论,而是把每条引用拆成可核对的条目。建议用一张最小清单,每行包含:旧文章地址、引用位置、旧表述、新表述、依据来源、负责人、核对状态。
其中“依据来源”是关键。它应当指向改版后的文档页面或变更记录,而不是某个人的口头说法。这样做的结果是,当有人质疑某处是否需要改时,可以直接对照来源,而不是重新讨论一遍。核对状态只设“待核对、已确认、无需修改”三种,避免状态膨胀。
实施动作上,先由最熟悉改版的人标注出所有受影响的概念和地址,再由内容编辑逐篇比对。两步分开,能避免“边找边改”导致遗漏。完成标注后,再统一执行替换和链接修复,最后抽查若干页面确认跳转与表述一致。
改完不等于结束。需要验证三件事:链接是否到达正确页面、正文术语是否与当前文档一致、读者按文章步骤能否走通。验证时不要只看首页或目录页,要进入具体操作页面。
如果发现某篇文章的引用仍然指向旧地址,先确认是重定向未生效,还是文章内链没改。这两种原因的后续动作不同:前者需要处理跳转规则,后者只需改文章。不要因为一次抓取显示正常就认为全部完成,抓取结果受缓存和访问路径影响,存在其他合理解释。
最后,把这次改版涉及的旧文章清单保留下来。下次文档再变动时,可以直接从这份清单出发,而不必重新全站排查。是否要长期维护这份清单,取决于文档改版频率;如果一年只改一次,临时整理即可;如果持续迭代,固定下来更省事。