三年前的老文章还在被 AI 引用，要不要重写

三年前的老文章还在被 AI 引用，要不要重写——结论是别急着整批重写，先按两个信号分流。第一个信号是文中的数字、版本、价格是否已经失效；第二个信号是结论本身是否被后来的内容或产品变化替代。两个信号都不成立的旧文，继续让它被引用即可；只失效了事实的，做局部翻新；结论被替代的，才需要重写。判断的依据不是文章的年龄，而是它给出的答案今天是否仍然站得住。

被引用内容有多老

当天的口径是这样：AI 引用内容的平均年龄比传统搜索首页结果年轻一些，约一千零六十多天，对照口径是一千四百多天；另一组统计则提到，被引用的页面里有七成五在一年内更新过。两个数字合在一起读，结论不是「旧文必死」，而是「被引内容整体偏新，且更新过的页面更容易留在引用列表里」。所以一篇三年前写出、至今仍在被引的文章，说明它的话题结构和表达都还有效，重写的收益远小于风险——重写会把已经建立的索引与引用关系推倒重来。

真正需要警惕的是相反的情况：文章已经不老，却从未更新过任何事实。年龄不是病因，事实过期才是。

翻新和不重写的差别

翻新只动失效的部分：替换过期数字、更新版本名称、把已经不存在的功能从描述里删掉，正文结构与地址都不动。这类批量改动适合用全站替换工具来做词表级替换，比如统一改一个栏目名、一处旧口径，改完抽查即可，不需要逐篇编辑。需要提示的是，替换范围要提前收好，避免把正文里本不该动的表达一并换掉。

重写动的是骨架：问题定义变了、答案顺序要调整、原来分节的逻辑已经不成立。重写会改变页面内容与可能的地址，代价是被引关系要重新建立，因此必须保留原入口，不能让它变成死链。

什么信号说明必须重写

有三条硬线。第一条，页面回答的问题已经不是用户问的那个问题，比如旧的「要不要做某功能」变成「怎么在某新规下配置」。第二条，正文的结论被自家产品的新版本推翻，继续保留会让读者拿到错误指引，这种情况在版本类内容里很常见。第三条，引用它的是错误场景，比如页面被摘出来支持一个你已经不再认同的判断，这时光翻新事实不够，立场要改。

只命中数字过期的，走翻新；命中后两条的，才进重写队列。

用状态位排期重写

批量处理旧文时，别在正式文档上直接改。站内的文档状态分正式、草稿、待发布与回收站：正式文档删除后是移入回收站而不是物理删除，可随时恢复；草稿链接可带预览参数给复核人看效果，不影响线上。重写排期建议按这个流程走：把要改的正式文档复制成草稿，在草稿上重做结构，复核通过后设为待发布并用定时发布安排到流量低峰的时间点，避免同一时段集中换页带来的抓取波动。

时间因子在这里有实际作用：集中更新会让一批页面同时改变，把发布时间摊开，可发现性更平稳；改完之后，站点地图与推送按更新后的页面再走一遍，让引擎尽快看到新内容，并按当前实际栏目结构刷新一次 llms.txt，避免模型读到已经改名或合并的板块说明。

常见问题

三年没更新的老文，需要为了「新鲜度」动一次吗？ 没有失效内容就别为年龄而动。为改而改会重排已经稳定的引用关系，收益不确定，风险清楚。

翻新之后要不要改标题？ 尽量不改。标题承载索引与提问匹配，改标题等于换问题；确实要换问题的，走重写并保留旧地址的 301 映射。

批量重写怎么排才不影响线上？ 用草稿加预览复核，确认后设待发布，用定时发布分批错开，避免整批同时切换，同时保留回收站作为回退通道。