你审一遍内容，发现一半都是 3+ 年前的。很多文章引用的工具早就大变样了：GPT-3.5 时代写的「ChatGPT」教程、UI 已经完全不存在的「Vercel 部署」步骤、还在讲 v2 但现在已经 v4 的「Tailwind」教程。它们还排着名，有的还带流量，但读者点进来看到过期信息就跳出了。
最快的修法： 用 月展示量 ÷ 距上次真改的月数 给所有 URL 排序，对排在最前的 20 篇做实质性刷新（改正文里过期的事实，而不只是改日期）。一项覆盖 5 万多个页面的公开研究发现，刷新过的页面带来 268% 的自然点击增长，而全新页面只有 22%；按每小时投入算，刷新的回报通常也高于从零写新文章。但前提是必须是真刷新。截至 2026 年 6 月，Google 2025 年 12 月的核心更新专门打压了「假新鲜」（正文没动只 bump 了 dateModified），而且 AI Overviews 和 ChatGPT 读的是正文文本，不是你的 metadata。
为什么会这样
按命中率从高到低：
| # | 原因 | 最快的确认方式 |
|---|---|---|
| 1 | 编辑焦点在发新，不在改老 | 编辑日历约 90% 新文章 / 10% 刷新；没人统计刷新数 |
| 2 | 没系统识别哪些文章过期 | 问「哪些要刷新？」唯一答案是「得全读一遍才知道」 |
| 3 | 老文章还排着，感觉「还行」 | Search Console 里大量 18 个月以上的 URL 聚在 6-15 位、CTR 偏低 |
| 4 | 刷新被当成无聊的维护活 | 「有趣工作」backlog 满，维护 backlog 空或停滞 |
| 5 | 怕动了正在排名的页 | 有真流量、24+ 个月没动的 URL，被「别碰」保留下来 |
| 6 | 试过 date-bump 脚本但翻车 | 很多页 dateModified 比最后一次真 git 编辑还新，却没换来 CTR |
1. 编辑焦点在发新不在改老
发新文章让人有产出感，刷新感觉像在倒退。Dashboard 统计的是发布数，团队就照着这个优化。拿你的「新 : 刷新」比例对比成熟出版方——很多都接近 50/50，库一大就偏向刷新。
2. 没系统识别哪些需要刷新
300 篇文章你不可能每季度全部重读，没有工具就没法 surface「这几个具体 URL 过期了」。这是唯一值得用代码解决的原因（下面 Step 6），因为它让其他每一项修法都变得可重复。
3. 老文章还排着，感觉「还行」
页面停在第一页让人觉得没事。但第 8 位约 1.2% CTR 和第 4 位约 6% CTR，对同一个查询来说点击差距巨大，「还排着」掩盖了机会成本。还有一项更新的成本：连续 90+ 天没做实质更新的页面，AI 引用率大约下降 40-60%；而 AI Overviews（2026 年 1 月起默认由 Gemini 3 驱动）和 ChatGPT 都明显偏向引用近期更新过的页面。
4. 刷新被认为无聊
作者偏好写新东西。重截图、核事实、修死链都被当成维护，没有明确指派就永远不发生，刷新这件事也就转入地下。
5. 怕打破有效的东西
「这页排得好，我一改万一掉了怎么办？」实际通常相反：在同一个 URL 上做实质刷新，backlink、历史、主题信号都还在，排名一般会提升。让排名下跌的是把页面改差或换了 URL，而不是把内容改好。
6. date-bump 把戏被试过且失败
有人跑脚本把每个 dateModified 都设成今天。CTR 没动，在对时效敏感的查询上甚至可能掉。截至 2026 年 6 月，这是有据可查的反模式：Google 会衡量内容变化的幅度，正文几乎没变却换了新时间戳，轻则被忽略，重则被当作欺骗性的信任信号（全站性的模式可能招来 manual action）。那次实验留下的 burnout，现在正挡着真正的刷新。
最短修复路径
按收益从高到低。Step 1 定优先级；Step 2-4 正确刷新；Step 5-6 把它做成系统。
Step 1：按流量 ÷ 年龄排序，刷新高价值的陈旧页
每篇文章:
- 月展示量 (Search Console,最近 3 个月)
- months_since_last_real_edit (看 git log,不是 dateModified)
- refresh_value = 展示量 / months_since_last_real_edit
倒序排,Top 20 就是最高价值的刷新候选。2 年前、每月 5000 展示的页面，作为候选优先于 4 年前、每月 500 展示的。在 Search Console 里用 Compare（对比）日期模式（例如最近 3 个月 vs 前 3 个月，或同比去年），按展示量或点击的下滑排序，能快速找出正在衰减的页面。停在 8-20 位的查询，是经典的快赢刷新目标。
Step 2：对每个候选做真刷新
真刷新意味着正文现在描述的是这个主题的当前状态——这正是 Google 爬虫和 AI 提取管线真正读取的部分：
1. 通读文章,列出每一条现在错了或过期的说法
2. UI 变了的地方更新截图
3. 更新版本号和定价(最常过期的事实)
4. 修掉 404 或挪走的示例 link;内链改指向当前 URL
5. 替换过期统计——「2026 更新」徽章下挂着 2023 的数据就是危险信号
6. 加 1-2 个来自当前产品 / 状态的新例子或数据点
7. 推荐确实变了就重写结论每篇计划 1-2 小时。如果一次「刷新」只花 10 分钟，说明正文改得还不够，不配换更新的日期。
Step 3：诚实地更新日期——并让可见日期和 schema 日期保持一致
---
title: "..."
publishedAt: 2023-08-15 # 原始日期,保留
lastModified: 2026-06-21 # 真实编辑日期,即今天
---Google 会交叉比对你的可见署名日期、Article schema 里的 datePublished / dateModified、sitemap 的 lastmod，以及它自己的爬取历史，然后选它最信任的那个日期。让这些保持一致：页面上可见的「Updated」日期和 schema 的 dateModified 要对上，sitemap 的 lastmod 只在有意义的编辑时触发，不要每个琐碎 commit 都改。互相冲突的信号正是破坏日期选择的元凶——有个站同时显示发布日期和更新日期，结果 Google 在 SERP 里一直显示旧的 2021 发布日期，CTR 掉了约 22%。如果 Google 还是显示错日期，要减少页面上互相竞争的日期数量，而不是再加一个。
Step 4：让刷新可见
在顶部附近加一条简短的变更说明：
> **Updated June 2026:** 按最新方案重写了定价部分,
> 换掉了旧的 dashboard 截图,新增了 v4 features 的章节。这告诉读者改了什么，也给 Google 的内容变化检测一个清晰、诚实的信号。要写具体（「重写了定价部分」），而不是只贴一个泛泛的「Updated for 2026」徽章——单独贴徽章正是 2025 年 12 月核心更新打击的那种模式。
Step 5：排周期性刷新
- Top 20 流量页 -> 每 6-12 个月
- Top 50 -> 每 12-18 个月
- 长尾 -> 每 36 个月,或退役 / 真正常青就别动
- 工具 / UI 文章 -> 平台重设计时刷新,而不是按固定周期头部的 cadence 在 2026 年收紧了，因为 AI 搜索奖励时效性：ChatGPT 高频引用的页面里，大多在最近约 30 天内更新过，而引用率在 90 天后明显下滑。把这些排进日历；不排就不会发生。真正不需要动的常青页就别碰——为了换日期而编辑是白费功夫。
Step 6：把「stale check」做进季度审计
# scripts/audit-stale.mjs —— 自动 surface 出刷新队列
# 当一篇文章同时满足以下全部时标记它:
# - 最后一次真实 git 编辑 > 18 个月前
# - 最近 90 天在 Search Console 有任何展示
# - 提到 watchlist 里快变化的工具 / 平台(ChatGPT、Cursor、
# Vercel、Tailwind、Gemini、Next.js……)
# 按 refresh_value 排序输出,作为季度刷新队列。季度 cadence 加上一个可见、可排序的队列，把刷新从碰运气变成系统化。年龄要按真实 git 编辑日期算，不是 dateModified，这样过去的 date-bump 就藏不住一个陈旧页面。
如何确认改好了
- 日期选择： 搜
site:yourdomain.com <文章标题>，确认 SERP 显示的是新的「Updated」日期，而不是旧的发布日期。如果还显示旧的，说明你的日期在冲突（回到 Step 3）。 - 排名： 在 Search Console 的 Compare 视图里，盯住刷新后的 URL 在接下来 4-8 周的平均排名和 CTR。对一个 6-15 位的页面做真刷新，通常一两个爬取周期内就会往上走。
- 重新抓取： 用 URL Inspection 工具确认 Google 在你编辑后重新抓过该页；如果几天后还没收录，点「Request indexing」。
预防建议
- 按流量层级排刷新 cadence:Top 20 每 6-12 个月，Top 50 每 12-18 个月。
- 只做真刷新——正文没变只换日期会被检测、降权，还有信任受损的风险。
- 把刷新队列放进季度审计；可见性能消掉「怕打破它」这个借口。
- 工具 / UI 文章按平台重设计触发刷新，不按日历。
- 把刷新数当成编辑 KPI，和新文章数同等追踪。
- 在同一个 URL 上刷新——backlink 和历史就是新 URL 会扔掉的权益。