根据事实时效、访问价值、重复程度和业务状态选择处理方式，并保留变更记录。
逐篇判断核心问题是否仍存在、事实是否变化、是否与新稿重复、是否有访问或引用价值。主体仍有效但细节过时的文章适合更新；高度重复内容可合并；已停止业务或明显错误内容应下线或保留更正。
先判断旧内容还有没有任务
更新时列出需要复核的数字、产品、人员、政策和链接，重写后标注真实修改日期。合并时选择主URL并设置跳转；历史新闻通常保留原日期，通过注释说明后续变化。
核心问题仍有人需要、页面存在外链或历史说明价值时，通常值得更新。主题已经被新稿完整替代可以合并，业务停止或事实错误则考虑下线或更正；不能用一套规则对所有旧文批量处理。
更新不是只换发布日期
内容台账记录处理决定、依据、旧URL、新URL和负责人员。发布后检查跳转、站内链接、Sitemap、结构化数据和搜索反馈，防止旧版本继续流通。
逐项复核数字、产品、人员、政策和链接，实质修改后记录真实更新日期。合并时选定主URL并设置跳转，历史新闻保留原发布日期，通过注释说明后续变化，让时间线仍然可信。
技术收尾决定旧版本是否继续流通
- 评估问题是否仍有价值。
- 复核易变事实和链接。
- 选择更新合并或下线。
- 真实记录修改日期。
- 检查跳转内链Sitemap。
处理完成后检查跳转、站内链接、Sitemap、结构化数据和站内搜索。内容台账记录旧URL、新URL、决定依据和负责人；更新可能改善准确性，但不保证恢复流量或获得引用，日期也不能被当作虚假新鲜度。
对一篇旧文做更新、合并、下线判断
旧内容是否处理，先看它仍在解决什么问题、是否有访问入口以及事实是否过期。主题仍有价值且变化可修正时更新；与另一页高度重叠时合并；已失去任务且没有替代价值时才考虑下线。发布日期保留首次公开时间，实质修改另记更新日期。
抽取一篇包含平台规则或业务参数的旧文，逐项检查来源链接、截图、步骤和站内推荐。若合并到新页，设置直接重定向并同步内链、Sitemap和分享地址；若保留历史记录，则在显眼位置标注适用时间。发布后实际访问旧URL与新URL，确认状态码、Canonical和页面内容符合决定。更新是否成功以事实准确和路径完整为准，不以日期变新衡量。
决策表应记录保留流量之外的业务理由，例如法规存档、客户支持或历史事件。旧文仍被外部引用时，合并与下线要谨慎处理。若只需更新一个易变参数，可以把该参数改为引用主数据，减少以后整篇重写。