更新旧文章是内容站 ROI 最高的动作之一——但只在对的文章上。零展示的文章更新一遍不会突然有排名;卡在 11 名的文章更新一遍可能挤进 top 10,点击翻倍。下面给出 Search Console 用来挑这些文章的 query,加上刷新与重索引模板。
问题背景
刷新不是”打开文件改日期”。它是编辑一个 Google 已经认可有价值的页面:删过时、补单薄、请求 Google 再看一次。最难的部分是挑文章——Search Console 能精确回答。
判断标准
- 至少一个查询词的展示是真实的,排名在 8–20 之间。
- 文章发布超过 6 个月。
- 信息已经过时(模型名、价格、UI 截图)。
- top 排名的竞争对手在深度或更新度上明显比你强。
- 位置 < 10 但 CTR < 3%——多半是 title / meta 问题,不只是内容。
快速结论
更新那些”接近能排得更好”的文章,不是”离排名还很远”的文章。前者有证明过的需求,后者没有。
开始前准备
- Search Console 接入并有 ≥ 90 天数据。
- layout 能渲
updatedAt(比改publishedAt诚实)。 - 重索引流程(手动 URL Inspection,或在允许场景下用 Indexing API)。
实操步骤
- 从 Search Console 拉”接近排名”清单。 API:
curl -X POST "https://www.googleapis.com/webmasters/v3/sites/$SITE/searchAnalytics/query" \
-H "Authorization: Bearer $TOKEN" -H "Content-Type: application/json" \
--data '{
"startDate":"2026-04-22","endDate":"2026-05-22",
"dimensions":["page","query"],"rowLimit":1000
}' \
| jq -r '.rows[]
| select(.position >= 8 and .position <= 20 and .impressions > 100)
| [.keys[0],.keys[1],.position,.impressions,.clicks] | @tsv' \
| sort -k4 -rn | head -30
输出 URL, query, position, impressions, clicks。最上面就是你的 refresh 队列。
-
逐篇用陌生人视角读线上页面。 标注哪里过时、哪里缺、前 200 字哪里糊。
-
改内容,不改 URL。 常见编辑:
- 修过时事实(模型版本、价格、日期)。
- 补 SERP 奖励的子章节(FAQ、对比表)。
- 改开头匹配真实查询意图。
- 替换陈旧截图。
- 加强对相关新文的内链。
- 加
updatedAt字段而不是改publishedAt——诚实、传达新鲜度、不撒谎:
---
publishedAt: 2025-09-12
updatedAt: 2026-05-22
---
layout 两个都渲:
<p class="dates">
Published <time datetime={pub}>{pub}</time>
{upd && (<> · Updated <time datetime={upd}>{upd}</time></>)}
</p>
- 结构化数据反映新日期:
const ld = {
'@context': 'https://schema.org',
'@type': 'Article',
headline: a.title,
datePublished: a.publishedAt,
dateModified: a.updatedAt ?? a.publishedAt,
// ...
};
- 请求重新索引。 Search Console → URL Inspection → 粘 URL → Request indexing。批量验证用 API(API 只读,重索引仍要手动):
# 确认 Google 已重抓
curl -X POST "https://searchconsole.googleapis.com/v1/urlInspection/index:inspect" \
-H "Authorization: Bearer $TOKEN" -H "Content-Type: application/json" \
--data '{
"inspectionUrl":"https://yourdomain.com/articles/your-slug/",
"siteUrl":"sc-domain:yourdomain.com",
"languageCode":"en-US"
}' | jq '.inspectionResult.indexStatusResult.lastCrawlTime'
lastCrawlTime 晚于你的刷新日期 = Google 已重抓。
-
等 2-4 周,用同一个查询重看排名。 对比同 query 的位置和点击。
-
8 周没动,这页可能需要的不是 refresh 而是别的——重写或合并。
执行检查清单
- 从 Search Console 拉出 refresh 队列(位置 8-20、impressions > 100)。
- 每篇刷新文章都有
updatedAt并渲染。 - JSON-LD
dateModified与updatedAt一致。 - 每个 URL 在 URL Inspection 请求过重索引。
- 4 周后跟进检查。
上线后验证
- Search Console URL Inspection 显示
lastCrawlTime晚于刷新日期。 - 目标 query 平均位置 4 周内提升 ≥ 3 位(粗略中位数)。
- 也改了 title 的话 CTR 提升。
容易踩的坑
- 只改日期不改内容。Google 的 helpful content 系统会识别。
- 更新零展示的文章指望它”醒过来”。不会,要重写或合并。
- 更新时改 URL。链接权重全丢。URL 保持不变,迫不得已才 301。
- 搞”全年统一刷新”。大多数文章不需要,你会把时间烧在没用的页面上。
- 忘了同步更新内链——刷新文章里仍指向已删除的邻居。
FAQ
- 一篇文章多久刷新一次?: 只在有理由时:排名停滞、信息过时、竞争对手变强。每年例行刷新基本是 cargo cult。
- 改
publishedAt有用吗?: 加updatedAt更好。改publishedAt技术上不诚实,SERP 也很少比 JSON-LDdateModified给的奖励更多。 - 是重写还是改?: 骨架好就改;自己读开头会皱眉就重写。别假装”改”一篇其实要重写的。
- 更新后多久影响排名?: 一般 1-4 周。如果 8 周还没动,这页可能需要的不是更新而是别的。
- 能用 AI 批量刷新吗?: 表层编辑(死链、过时日期)可以。实质扩写还是 AI 出草稿 + 逐篇人工编辑。