什么是软文推广：产品文档改版后旧文章哪些引用需要更新
📱 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.4 Safari/605.1.15 (Applebot/0.1; +http://www.apple.com/go/applebot)
🔗 /d15536dadf00.html
📄
什么是软文推广：产品文档改版后旧文章哪些引用需要更新
产品文档改版后，旧文章里的引用不能按“全部重写”或“全部不动”处理。更稳妥的做法是把引用分成三类：事实来源仍成立的保留，指向漂移的改写，已经失效的退出，并把每一处判断写成可核对的项目。判断依据不是文章发布时间，而是引用指向的对象是否还在回答同一个问题。
先定义“引用”在软文推广里指什么
这里的引用不只是超链接。它至少包括四种形态：指向产品文档的链接、对功能名称或参数的文字复述、对操作步骤的顺序描述、以及对适用条件的说明。改版后最容易出问题的，往往不是链接本身，而是文字复述——链接还能打开，但段落描述的入口、名称或前提已经变了。
软文推广的旧文章通常承担解释和说服两种功能。解释部分依赖文档事实，说服部分依赖作者判断。改版只影响前者，所以先圈出“依赖文档事实”的句子，再决定保留、改写还是退出，能避免把整篇文章推倒重来。
保留、改写、退出各自的适用前提
保留：引用对象和问题都没变
如果文档改版只是排版、措辞或页面结构调整，而旧文章引用的是同一个概念、同一组参数或同一条操作逻辑，那么保留是合理的。前提是你能确认旧文章没有复述已被替换的界面名称或步骤编号。保留不等于不检查，动作是抽读引用所在段落，确认它独立于页面外观仍然读得通。
改写：引用对象还在，但指向漂移
常见情形是功能仍在，但名称、层级或适用范围变了。这时链接可能仍然有效，文字却会误导读者。改写的适用前提是：你能用一句话说清新旧说法的差异，并且这个差异会影响读者的判断或操作。动作是把旧段落改成不依赖具体界面位置的表述，或补一句适用条件。改写后要回读上下文，确认没有留下前后矛盾的旧说法。
退出：引用对象已不存在或不再适用
如果文档改版意味着某个功能被移除、某个流程被合并，旧文章里对应的段落就不再成立。退出的前提不是“看起来过时”，而是你能指出它依赖的对象已经不在当前文档中。动作可以是删除该段、改为指向新的说明位置，或在确实需要保留历史语境时明确标注为旧版本。退出后要检查文章的主论点是否还站得住——有些段落被删掉后，整篇的论证链会断。
把分歧转成可以核对的项目
多个角色对同一处引用常有不同理解：作者记得当时写的是A，产品同事认为现在应该是B，编辑只看到链接能打开。分歧无法靠讨论解决，只能靠核对。可以建一张最小清单，每行包含：旧文章位置、引用指向的对象、当前文档中的对应内容、判断结论、判断依据、负责人。判断依据一栏必须写“在哪份文档的哪一节看到”，而不是“应该是这样”。
一个假设例子：某篇旧文章写“在设置页开启自动同步”，改版后该选项移入账户页并改名。链接仍指向设置页说明，打开后没有该选项。按上面的流程，这处应判为改写而非保留，因为读者按旧文操作会找不到入口；同时要检查文章里是否还有第二处提到同一路径，避免只改一处。
更新完成后，用结果决定下一步
改完不等于结束。有效的验证动作是：从旧文章出发，按文中描述走一遍读者会走的路径，看是否能在当前文档中找到对应说明。如果走不通，说明还有未识别的引用漂移；如果走得通但需要绕路，考虑是否值得在文中补一句过渡说明。这个结果直接决定下一步是继续处理同类文章，还是先回头修正判断标准。
需要提醒的是，引用检查数量和页面打开成功率这类指标，只能说明检查覆盖了多少处，不能单独证明处理正确。链接可访问、抓取正常、旧页面仍有访问，都可能有别的解释：链接被重定向、读者只是路过、文档做了兼容跳转。把“能打开”当成“内容仍准确”，是这类更新中最常见的误判。
因此，判断一处引用该保留、改写还是退出，最终要回到同一个问题：它是否还在帮读者完成同一件事。答案清楚，取舍就清楚；答案含糊，就先补核对依据，而不是先动文字。
