站点跑過一两年之後，一個新稿产出速度下滑几乎是必然的。很多人卡在這個阶段，一邊焦虑發文量，一邊看着库里几百篇舊文慢慢沉底。其實與其逼自己每天挤新内容，不如把存量文章重新過一遍。這里说的不是改個發布日期假装更新，那套做法早就没用了，而是實打實地补内容、修结构、给入口。
先盘点：哪几類舊文值得動
不是所有舊文都值得花時間。先拉一份清單，按下面几類打标：
- 過去有過稳定訪問、但内容明顯過时的，比如操作步骤、政策口径、工具界面已经變了
- 主题依然成立、但正文只有五六百字，明顯没讲透的
- 有展現但点击很少的，說明标题和摘要没對上讀者的预期
- 正文里没有任何後續動作的死胡同頁，讀者看完就走
- 和別的文章高度重合，该合並而不是该改的
盘完之後你會發現，真正值得動手的可能只有两成，但這两成往往是站点里最有歷史權重的那部分。
三個實打實的動作
补，而不是改
舊文最大的問题是薄。补齐的方式是新增小节，而不是把原来的话重寫一遍。保留原有 URL、原有主体结构，在合适的位置插入新的 h3 段落，把讀者真正會追問的問题答完。這样爬虫重新抓取时看到的是“同一篇變厚了”，而不是“換了一篇”。
修结构
很多老文章是当年随手寫的：一大段下去没有分段，该用列表的地方堆成散文，重点全埋在中間。把長段落拆開，把並列信息改成 ul，把步骤改成 ol，加两三個小标题。改動本身不增加信息量，但可讀性和段落級的相關性會明顯不同。
換入口
舊文沉底，很多时候不是内容不行，是入口断了。检查站内有没有別的文章自然地提到它，如果没有，就在相關的新文或栏目頁里加一條連結，锚文本寫清楚指向什么内容，而不是“点击這里”。一篇被三四個頁面正常引用的舊文，和被完全孤立的舊文，處境完全不同。
更新之後，信号怎么给
内容改完了，還要让搜尋引擎知道“這篇确實變了”，而且不能撒谎：
- sitemap 里的 lastmod 要跟着真實修改時間走，不要批量刷成今天
- 文章如果有“最後更新”字段，让它顯示真實日期，別手動往前調
- 首頁或栏目頁的“最新”模块，不要因為改了舊文就把舊文顶上去，除非你确實想主推它
- 相關推荐、上一篇下一篇這類模块，顺便检查是否還指向已经失效的舊文
节奏上的建议
- 每周挑三到五篇，不要一口气改几十篇，改完自己都不记得動了什么
- 優先改有外部連結、有歷史点击的那批，它們的重新抓取概率更高
- 改完一批後隔一两周，去抓取日誌里看看這些 URL 有没有被重新訪問
- 简單记錄每篇改了什么，避免同一篇反复折腾，也方便後面复盘
舊文维護不是翻新日期，而是让它重新值得被讀一次。抓取和流量是结果，不是可以直接去要的東西。
几個容易踩的坑
- 改标题改到面目全非，把原文积累的長尾词整個丢掉
- 顺手把 URL 也換了，却没有做對應的 301 跳轉
- 為了顯得“在更新”而批量改時間戳，這種做法搜尋引擎见得太多了
- 舊文合並之後忘了處理被合並的那一頁，留下 404 或者只剩标题的空頁面
存量内容是一筆被低估的资产。新稿决定站点能長多高，舊文的维護质量决定它站得稳不稳。把盘点、补寫、修结构、给入口這几件事按节奏做下去，比一味追求發文數量更接近長期运营的样子。