用 AI 维护老文与批量更新

大多数站把 AI 全用在"产新文"上，忽略了一座金矿：已经有排名、有收录的老文。更新一篇有基础的老文，见效往往比发十篇新文快。这一章讲怎么用 AI 高效维护老文——既吃到"更新加权"，又不把老文越改越糟。

一、为什么老文维护比狂发新文更划算#

• 老文有历史资产：已被收录、有排名基础、攒了权重，更新是"在有地基的房子上加盖"，比新文从零起步快。
• 谷歌看重"内容新鲜度"：尤其资讯类，及时更新的老文更容易维持甚至提升排名（呼应第8讲长青）。
• 投入产出比高：改一篇过时老文的成本，远低于写一篇新文，而它可能立刻回到首页。

一句话：新文是开疆，老文维护是守土——守土的性价比常常更高，别只顾着开疆。

二、哪些老文该优先更新（人来筛）#

不是所有老文都值得动，按优先级排：

筛选是人的活——AI 不知道哪篇有商业价值、哪个事件有了新进展。用工具（第13讲）和 GSC 定位候选，人拍板动哪些。

三、AI 辅助更新的四种动作#

选定老文后，AI 能高效干这四件事（每件都要人把关）：

万能提示词骨架（更新老文）：

这是一篇已发布的老文，我要更新它。
【粘贴老文全文】
新素材（已核实）：【粘贴新进展/新数据及信源】
要求：
1. 把新素材自然融进对应段落，保持原有事实不被篡改；
2. 标出老文里所有可能已过时的表述，供我核实（不要自己改，先标出来）；
3. 不编造任何新素材之外的信息；
4. 输出：更新后的全文 + 一份"待我核实的过时点清单"。

四、老文维护的三条红线#

• 别把有排名的老文改到"面目全非"：大改可能丢掉它原本排名靠的东西。小步更新、改完观察，别一次推倒重来（呼应第8讲"别一次更新就崩"）。
• URL 不要乱动：改内容可以，改网址等于弄丢历史资产。要改必须做 301（配合 p064 迁移规范）。
• 更新也要防幻觉：AI 融合新老内容时照样会编。"待核实清单"里每一条都要人核过才算数。

五、批量维护的节奏#

把老文维护做成常态动作，而不是想起来才搞：

1. 定期体检：每月用 GSC 拉一批"排名下滑/卡在第2页"的老页（第5讲 SOP）。
2. 排优先级：按第二节的优先级表排序，先动高价值的。
3. 批量走 AI 更新流程：用第三节的提示词，一批一批处理。
4. 人核 + 小步发布：逐条核实"过时清单"，小步更新，改完盯 GSC 看排名反应。
5. 僵尸文处理：长期无收录无排名的，考虑合并进相关专题或删除，而不是硬更新（配合 p016 老文修复、p108 内容修复方案）。

配套精读（手册对应页）#

• 老文章修复说明、内容修复方案 — 老文修复的手册方法，本章的配套操作。
• 第8讲 · 算法更新与站点长青 — "别一次更新就崩"的长青思路，老文维护的底层原则。
• 第7讲 · 流量诊断与恢复、第11讲 · GSC 与 GA4 — 用数据定位"该更新哪些老文"。
• 网站更改域名迁移注意事项与SEO规范指南 — 涉及改 URL 时的 301 规范。

课堂实操 / 作业#

1. 拉一份老文候选：用 GSC 找出 10 篇"有排名但下滑"或"卡在第 2 页"的老页。
2. AI 更新一篇：挑一篇用第三节提示词更新，产出"更新全文 + 过时点清单"，逐条核实。
3. 小步验证：更新发布后连续一周看 GSC 排名，验证"小步更新"有没有效果。
4. 清一次僵尸文：找出长期零流量的老文，决定合并还是删除。

考核自检清单#

• [ ] 我理解老文维护常比狂发新文性价比更高，是"守土"。
• [ ] 我会用 GSC 定位"该优先更新"的老文，且清楚筛选是人的活。
• [ ] 我掌握 AI 辅助更新的四种动作和"更新老文"提示词骨架。
• [ ] 我知道有排名的老文要小步更新、别推倒重来，URL 不乱动。
• [ ] 我清楚 AI 融合新老内容照样会幻觉，过时清单必须人核。
• [ ] 我已经把老文维护做成每月定期的批量动作。