站点跑过一两年之后，一个新稿产出速度下滑几乎是必然的。很多人卡在这个阶段，一边焦虑发文量，一边看着库里几百篇旧文慢慢沉底。其实与其逼自己每天挤新内容，不如把存量文章重新过一遍。这里说的不是改个发布日期假装更新，那套做法早就没用了，而是实打实地补内容、修结构、给入口。
先盘点：哪几类旧文值得动
不是所有旧文都值得花时间。先拉一份清单，按下面几类打标：
- 过去有过稳定访问、但内容明显过时的，比如操作步骤、政策口径、工具界面已经变了
- 主题依然成立、但正文只有五六百字，明显没讲透的
- 有展现但点击很少的，说明标题和摘要没对上读者的预期
- 正文里没有任何后续动作的死胡同页，读者看完就走
- 和别的文章高度重合，该合并而不是该改的
盘完之后你会发现，真正值得动手的可能只有两成，但这两成往往是站点里最有历史权重的那部分。
三个实打实的动作
补，而不是改
旧文最大的问题是薄。补齐的方式是新增小节，而不是把原来的话重写一遍。保留原有 URL、原有主体结构，在合适的位置插入新的 h3 段落，把读者真正会追问的问题答完。这样爬虫重新抓取时看到的是“同一篇变厚了”，而不是“换了一篇”。
修结构
很多老文章是当年随手写的：一大段下去没有分段，该用列表的地方堆成散文，重点全埋在中间。把长段落拆开，把并列信息改成 ul，把步骤改成 ol，加两三个小标题。改动本身不增加信息量，但可读性和段落级的相关性会明显不同。
换入口
旧文沉底，很多时候不是内容不行，是入口断了。检查站内有没有别的文章自然地提到它，如果没有，就在相关的新文或栏目页里加一条链接，锚文本写清楚指向什么内容，而不是“点击这里”。一篇被三四个页面正常引用的旧文，和被完全孤立的旧文，处境完全不同。
更新之后，信号怎么给
内容改完了，还要让搜索引擎知道“这篇确实变了”，而且不能撒谎：
- sitemap 里的 lastmod 要跟着真实修改时间走，不要批量刷成今天
- 文章如果有“最后更新”字段，让它显示真实日期，别手动往前调
- 首页或栏目页的“最新”模块，不要因为改了旧文就把旧文顶上去，除非你确实想主推它
- 相关推荐、上一篇下一篇这类模块，顺便检查是否还指向已经失效的旧文
节奏上的建议
- 每周挑三到五篇，不要一口气改几十篇，改完自己都不记得动了什么
- 优先改有外部链接、有历史点击的那批，它们的重新抓取概率更高
- 改完一批后隔一两周，去抓取日志里看看这些 URL 有没有被重新访问
- 简单记录每篇改了什么，避免同一篇反复折腾，也方便后面复盘
旧文维护不是翻新日期，而是让它重新值得被读一次。抓取和流量是结果，不是可以直接去要的东西。
几个容易踩的坑
- 改标题改到面目全非，把原文积累的长尾词整个丢掉
- 顺手把 URL 也换了，却没有做对应的 301 跳转
- 为了显得“在更新”而批量改时间戳，这种做法搜索引擎见得太多了
- 旧文合并之后忘了处理被合并的那一页，留下 404 或者只剩标题的空页面
存量内容是一笔被低估的资产。新稿决定站点能长多高，旧文的维护质量决定它站得稳不稳。把盘点、补写、修结构、给入口这几件事按节奏做下去，比一味追求发文数量更接近长期运营的样子。