先给结论:不要按“发布时间”批量改旧文章,而要先判断每篇旧文章在首页优化中承担的角色。若旧文章是首页的主入口或转化承接页,改版后必须逐条核对文档引用;若旧文章只是长尾解释或历史归档,优先保留原文并加一行版本提示,避免把旧引用全量替换成新说法。
产品文档改版后,旧文章里的引用通常分两种命运。第一种是入口型旧文章:它本身在首页优化中承接核心词,用户从搜索进入后可能直接点击文档、注册或购买。第二种是解释型旧文章:它回答某个具体概念或操作问题,用户读完就走,不承担首页分流任务。
对入口型旧文章,改版后要检查三类引用:文档名称、文档路径、文档中的功能名称。只要其中一项变化,旧文章里的链接文字和上下文说明就要同步更新。对解释型旧文章,如果引用只是举例,不必追着改版跑;但如果引用的是操作步骤,而新文档把步骤顺序或入口位置改了,就必须更新,否则读者按旧步骤操作会卡住。
实际工作中常见两种做法,它们在不同条件下成立。
适用条件:产品文档改版涉及核心功能改名、旧路径失效,且旧文章数量有限、维护人手充足。动作是先用站内搜索找出所有出现旧文档名称或旧路径的页面,再逐篇替换为新的文档标题和链接。结果是旧文章与新版文档保持一致,读者不会进入失效页。代价是改动量大,容易把解释型旧文章里本来正确的历史说明也改掉,反而丢失上下文。
适用条件:改版只影响部分入口,旧文章仍能解释问题,且旧文章数量多、维护人手有限。动作是只更新会阻断操作的引用,比如失效链接和步骤入口;其余引用保留,并在文首加一行“本文基于旧版文档,新版入口见某处”的提示。结果是读者仍能读到原有解释,同时知道去看新文档。代价是提示行需要统一管理,否则多篇旧文章的提示口径会不一致。
决定改哪一类引用,可以问一个具体问题:读者读完这句引用后,下一步动作会不会失败?如果会,就必须更新;如果不会,可以延后。
这里有一个假设例子:某旧文章写“在设置页打开导出面板”,改版后导出入口移到了项目菜单。读者按旧文章操作会找不到按钮,这类引用属于必须更新。另一篇旧文章写“导出功能适合批量处理”,没有具体路径,改版后这句话仍然成立,就不必改。
不要直接打开旧文章逐篇改。先建一份引用清单,列出每篇旧文章的标题、引用类型、是否影响操作、当前链接是否可达。清单完成后,把“影响操作且链接失效”的条目排在最前,优先处理;把“不影响操作”的条目放到最后,或只加版本提示。
处理完第一批后,观察两个信号:一是站内搜索中旧文档名称的点击是否还落在有效页,二是读者是否仍在评论或反馈中询问旧入口。如果旧名称的搜索点击持续存在但都落到新版文档,说明读者能自行适应,后续可以少改;如果反馈里反复出现“找不到某按钮”,说明还有步骤引用没更新,需要回到清单继续排查。这两个信号只是判断线索,不能单独证明某篇旧文章必须重写。
如果旧文章就是首页,改版后不能只改文内引用,还要检查首页标题、描述和首屏链接是否仍指向旧文档。此时优先保证首页到新文档的路径最短,再处理其他旧文章。若首页只是聚合入口,不直接承载操作步骤,可以保留旧文章链接,但要在聚合列表里标出哪些文章基于旧版文档。
最后,改与不改都要留下记录:哪篇旧文章改了哪条引用、为什么改、下次改版时是否还要检查。这样下一次产品文档改版时,你不需要重新判断全部旧文章,只需要从记录里找出仍然影响操作的那几条引用。