技术博客旧教程失效，更新原文还是重新写一篇

打开一篇旧教程，第一步：进入某某菜单。

后台找了一圈，没有。往下翻，截图也是旧版，评论里还有人在问同一个入口。这种文章最该更新的，显然不是日期。

到底修原文，还是新写一篇？可以先做个简单判断：现在的读者和当时的读者，是不是在解决同一个问题，使用的方案又能不能互相替代。前者相同、后者能替代，通常值得在原地址修好；新旧环境需要不同方案，就别急着把旧内容盖掉。

一个菜单改名，没必要多发一篇

后台入口换了位置，参数默认值变了，示例代码需要补一个检查，这些往往属于同一份教程的维护。原来的地址可能已经被论坛、文档和站内文章引用，读者顺着链接进来，应该直接看到可用的步骤，而不是先读完错误操作，再在文末发现一句“新版请看另一篇”。

该换的正文就换，该重截的图就重截。

适用版本放在读者开始操作前能看到的地方；涉及重要变化，可以简短注明改了什么。没有实际验证过，就写清依据和待确认之处，不要为了让文章显得可靠，补上一句并不存在的“亲测可用”。

但旧版本用户，也不能被一键覆盖

换一种情况：新版本调整了扩展机制，旧插件接口不再适用，而旧站又暂时无法升级。这时候直接覆盖原文，会让仍在旧环境里的人失去参考。新写一篇更合理，标题和开头交代版本范围，两篇互相链接，并告诉读者在哪里确认自己的版本。

旧文处理单一故障，新文讲完整迁移，也不需要硬合并。主题有关联，不等于任务相同。

真正麻烦的是那些已经带来安全风险的步骤。不能只挂一个“历史文章”的牌子，就继续把危险操作留作推荐方案。应当明确警告、撤下不安全的建议，并给出有依据的替代方向；确实需要保留背景，也要让人分得清哪些只是历史记录，哪些仍可执行。

改完以后，再顺手做一次收尾

检查代码块有没有丢字符，图片和下载链接还能不能打开，手机上是否能看清步骤。确认新文完整接替旧文时，再考虑把旧地址永久重定向到对应页面，同时更新站内引用。别全跳首页，那相当于让读者重新找一遍。

有实质修改，可以更新修改时间并保留原始发布时间。只是换了几个词，就没必要把整篇包装成新教程。

至于排名会不会涨，单靠这次更新不能保证。但有一件事可以当场验证：按文章重新走到第一步，那个菜单究竟找不找得到。