content freshness
本地来源：seo-llm/skill/google-seo-skill/references/content-freshness.md
内容新鲜度与更新策略
1. Google 如何评估内容新鲜度
1.1 新鲜度信号（Freshness Signals）
freshness_factors:
inception_date:
description: "Google 首次发现页面的日期"
impact: "时效性查询（如'2026 最佳手机'）中，新页面可能获得短期排名提升"
note: "非时效性查询中，内容质量比日期更重要"
content_change_rate:
description: "页面内容的更新频率和幅度"
levels:
major_update: "大幅修改核心内容 → 强新鲜度信号"
minor_update: "修改少量文字/格式 → 弱信号"
cosmetic_change: "仅改 CSS/布局 → 几乎无信号"
warning: "频繁做无意义的修改不会提升排名，Google 可以判断内容实质是否变化"
link_acquisition_rate:
description: "新增外链的速度"
impact: "持续获得新外链表明内容仍有价值和相关性"
user_engagement:
description: "用户行为信号"
metrics: ["停留时间", "跳出率", "回访率"]
impact: "用户持续与内容互动表明内容仍然有用"
query_deserves_freshness:
description: "Query Deserves Freshness (QDF)"
explanation: "某些查询突然搜索量飙升时，Google 会临时提升新内容的排名"
examples: ["突发新闻", "季节性事件", "病毒式话题"]
duration: "效果通常持续数天到数周"
1.2 需要新鲜度的内容类型
freshness_sensitivity:
high:
types:
- "新闻和时事报道"
- "技术教程（框架/工具版本更新频繁）"
- "价格和优惠信息"
- "排名和评比（如 '2026 最佳 XX'）"
- "法规和政策解读"
update_frequency: "每月或更频繁"
medium:
types:
- "产品评测和对比"
- "行业趋势分析"
- "统计数据和报告"
- "工具使用教程"
update_frequency: "每季度"
low:
types:
- "基础概念和定义"
- "历史记录"
- "常青内容（Evergreen Content）"
- "学术或科学原理"
update_frequency: "每年审查一次"
2. 内容审计流程
2.1 审计周期与范围
content_audit:
quarterly_audit:
scope: "所有已发布内容"
focus:
- "排名变化趋势"
- "流量下降的页面"
- "过时的数据和引用"
- "失效的外部链接"
monthly_check:
scope: "核心页面和高流量页面"
focus:
- "Core Web Vitals 变化"
- "竞品新内容监控"
- "Search Console 新查询词"
trigger_based:
conditions:
- "关键词排名下降 5+ 位"
- "页面流量环比下降 20%+"
- "行业发生重大变化"
- "竞品发布了相关内容"
2.2 内容评分矩阵
content_scoring:
dimensions:
traffic:
weight: 30
scoring:
high: "月访问量 > 1000"
medium: "月访问量 100-1000"
low: "月访问量 < 100"
ranking:
weight: 25
scoring:
high: "目标词排名 1-10"
medium: "目标词排名 11-30"
low: "目标词排名 30+ 或无排名"
freshness:
weight: 25
scoring:
high: "最近 3 个月更新"
medium: "3-12 个月未更新"
low: "12+ 个月未更新"
accuracy:
weight: 20
scoring:
high: "信息准确，数据最新"
medium: "部分信息过时"
low: "核心信息已不准确"
actions:
score_80_100: "维护 — 小幅优化即可"
score_50_79: "更新 — 需要内容刷新和扩展"
score_20_49: "重写 — 需要大幅改写"
score_0_19: "评估 — 考虑合并、重定向或删除"
3. 内容更新策略
3.1 更新类型与方法
update_types:
data_refresh:
description: "更新统计数据、版本号、价格等时效性信息"
effort: "低"
impact: "中"
example: "将 '2025 年数据' 更新为 '2026 年数据'"
best_practice: "标注数据来源和更新日期"
content_expansion:
description: "添加新章节、案例研究、常见问题"
effort: "中"
impact: "高"
example: "在 SEO 指南中添加 AI Overviews 优化章节"
best_practice: "基于 Search Console 发现的新查询词扩展内容"
content_consolidation:
description: "合并多篇相似内容为一篇综合指南"
effort: "中-高"
impact: "高"
example: "将 3 篇关于关键词研究的短文合并为一篇完整指南"
best_practice: "对被合并的页面设置 301 重定向"
full_rewrite:
description: "保留 URL，完全重写内容"
effort: "高"
impact: "高"
example: "重写 2 年前的框架对比文章以反映最新版本"
best_practice: "保留高质量的外链和社交分享"
format_upgrade:
description: "改善内容的呈现形式"
effort: "低-中"
impact: "中"
examples:
- "添加目录和锚点导航"
- "将纯文本列表转为对比表格"
- "添加图表和信息图"
- "添加视频或交互元素"
3.2 更新实施检查清单
### 内容更新清单
#### 更新前
- [ ] 记录当前排名和流量（作为基准）
- [ ] 分析 Search Console 中该页面的查询词
- [ ] 查看竞品同主题的最新内容
- [ ] 确认更新的范围和目标
#### 内容更新
- [ ] 更新过时的数据、统计和版本号
- [ ] 修复失效的外部链接
- [ ] 添加基于新查询词的内容章节
- [ ] 更新截图和示例代码
- [ ] 检查并刷新内部链接
- [ ] 添加/更新 FAQ Schema（如适用）
#### 元数据更新
- [ ] 更新 lastmod 日期（必须反映真实内容变更）
- [ ] 优化标题（如添加年份）
- [ ] 刷新 meta description
- [ ] 更新 sitemap 中的 lastmod
#### 更新后验证
- [ ] 在 Search Console 请求重新索引
- [ ] 监控 1-4 周内的排名和流量变化
- [ ] 检查 Google 缓存页面是否已更新
4. lastmod 日期最佳实践
4.1 正确使用 lastmod
lastmod_rules:
must:
- "仅在内容实质性变更时更新 lastmod"
- "使用 ISO 8601 格式（YYYY-MM-DD 或完整日期时间）"
- "sitemap 中的 lastmod 与页面元数据一致"
- "Schema.org 的 dateModified 与 lastmod 一致"
must_not:
- "❌ 不要自动将 lastmod 设为当前日期（每次部署时）"
- "❌ 不要在仅修改样式/布局时更新 lastmod"
- "❌ 不要在所有页面使用相同的 lastmod"
implementation:
content_driven: |
// 基于实际内容变更跟踪 lastmod
// 在 CMS 或数据库中记录内容的真实修改时间
// 仅当编辑者修改了内容字段时才更新
next_js_example: |
// app/blog/[slug]/page.tsx
export async function generateMetadata({ params }) {
const post = await getPost(params.slug)
return {
// 使用数据库中的真实修改时间
other: {
'article:modified_time': post.contentUpdatedAt.toISOString(),
},
}
}
consistency_check:
sites_to_verify:
- "Sitemap lastmod"
- "HTML <meta> 或 Schema dateModified"
- "HTTP Last-Modified 响应头"
rule: "三者应保持一致或至少不冲突"
4.2 Schema.org 日期标记
// 文章日期 Schema 最佳实践
export function ArticleDateSchema({ post }: { post: Post }) {
const schema = {
'@context': 'https://schema.org',
'@type': 'Article',
headline: post.title,
datePublished: post.publishedAt, // 首次发布日期（不可修改）
dateModified: post.updatedAt, // 最后实质性修改日期
// ...其他字段
}
return (
<script
type="application/ld+json"
dangerouslySetInnerHTML={{ __html: JSON.stringify(schema) }}
/>
)
}
date_schema_rules:
datePublished:
- "首次发布的日期，一旦设定不应修改"
- "Google 用此判断内容的初始时间线"
dateModified:
- "最后一次实质性内容更新的日期"
- "必须 >= datePublished"
- "仅在内容确实修改时更新"
- "Google 会用此判断内容新鲜度"
visible_dates:
rule: "页面上应显示可见的发布/更新日期"
format: "发布于 YYYY-MM-DD | 更新于 YYYY-MM-DD"
benefit: "用户信任信号 + Google 可交叉验证"
5. 常青内容策略
5.1 常青内容设计原则
evergreen_content:
definition: "长期保持价值和排名的内容"
characteristics:
- "主题不受时间限制"
- "持续有搜索需求"
- "不依赖特定版本或时间点"
- "可以通过微更新保持新鲜"
types:
- "完整指南（How-to Guides）"
- "术语解释（Glossary）"
- "最佳实践总结"
- "常见问题解答（FAQ）"
- "检查清单（Checklists）"
- "对比分析框架"
maintenance:
frequency: "每 6-12 个月审查一次"
focus:
- "更新示例和截图"
- "添加新的相关工具/资源"
- "刷新统计数据引用"
- "扩展新的相关章节"
5.2 时效性内容与常青内容的平衡
content_balance:
strategy:
evergreen_core: "60-70% — 提供稳定的有机流量基础"
timely_content: "20-30% — 吸引当前热点流量"
news_updates: "5-10% — 建立行业权威和时效性"
linking_strategy:
- "时效性内容链接到常青内容（传递短期流量）"
- "常青内容引用最新的时效性内容（保持新鲜度）"
- "过期的时效性内容可合并到常青内容中"
example:
evergreen: "/guides/seo-complete-guide"
timely: "/blog/google-algorithm-update-march-2026"
link_flow: "时效性文章中链接到常青指南的相关章节"
6. 自动化内容新鲜度检查
6.1 Content Freshness 自动化脚本
// 内容新鲜度检查工具
interface ContentPage {
url: string
title: string
lastModified: Date
monthlyTraffic: number
currentRank: number
targetKeyword: string
}
function assessContentFreshness(pages: ContentPage[]): {
needsUpdate: ContentPage[]
needsRewrite: ContentPage[]
performingWell: ContentPage[]
} {
const now = new Date()
const result = {
needsUpdate: [] as ContentPage[],
needsRewrite: [] as ContentPage[],
performingWell: [] as ContentPage[],
}
for (const page of pages) {
const monthsSinceUpdate = (now.getTime() - page.lastModified.getTime()) / (1000 * 60 * 60 * 24 * 30)
// 超过 12 个月未更新且流量下降
if (monthsSinceUpdate > 12 && page.currentRank > 20) {
result.needsRewrite.push(page)
}
// 超过 6 个月未更新
else if (monthsSinceUpdate > 6) {
result.needsUpdate.push(page)
}
// 表现良好
else {
result.performingWell.push(page)
}
}
return result
}
6.2 Search Console 数据驱动的更新优先级
data_driven_priority:
highest_priority:
condition: "排名 4-10 位且 CTR < 5%"
action: "优化标题和描述，可能获得更高排名"
potential: "排名提升 1-3 位可带来显著流量增长"
high_priority:
condition: "排名 11-20 位且展示量 > 1000/月"
action: "内容扩展和质量提升，争取进入第一页"
potential: "进入前 10 可带来 10x 流量提升"
medium_priority:
condition: "排名 1-3 位但 CTR 低于预期"
action: "优化 Featured Snippet 和 Rich Snippet"
potential: "争取位置 0（Featured Snippet）"
monitoring:
tool: "Google Search Console API"
metrics: ["impressions", "clicks", "ctr", "position"]
comparison: "与上月/上季度对比"
7. 内容回收与合并策略
7.1 低质量内容处理
content_pruning:
identification:
thin_content: "字数 < 300 且无独特价值"
duplicate_content: "与其他页面相似度 > 70%"
outdated_content: "核心信息已完全过时"
zero_traffic: "6+ 个月无有机流量"
actions:
improve:
when: "内容主题有价值，但执行质量差"
how: "重写并扩展为高质量内容"
merge:
when: "多篇相似内容且无单独排名"
how:
- "选择最佳 URL 作为目标"
- "合并所有内容的精华"
- "其余 URL 设置 301 重定向到目标 URL"
redirect:
when: "内容不再需要但有外链"
how: "301 重定向到最相关的现有页面"
remove:
when: "内容无价值且无外链"
how:
- "返回 410 Gone（比 404 更明确告知 Google）"
- "从 sitemap 中移除"
- "在 Search Console 中请求移除"
7.2 内容合并实施清单
### 内容合并步骤
1. **识别候选页面**
- [ ] 使用 Search Console 找到同一关键词排名的多个页面
- [ ] 检查页面间的内容重叠度
- [ ] 确认哪个 URL 表现最好（作为合并目标）
2. **合并内容**
- [ ] 提取每篇文章的独特内容和见解
- [ ] 在目标页面上整合所有精华内容
- [ ] 更新内部链接指向合并后的页面
- [ ] 更新 Schema 和 meta 数据
3. **设置重定向**
- [ ] 对所有被合并的 URL 设置 301 重定向
- [ ] 验证重定向正常工作
- [ ] 通知外部链接方更新链接（如可能）
4. **清理和监控**
- [ ] 从 sitemap 中移除被合并的 URL
- [ ] 在 Search Console 请求重新索引合并后的页面
- [ ] 监控 4-8 周内的排名和流量变化
相关文档
- 内容策略与优化 — 内容生命周期与更新规划
- Google Search Console 集成 — 监控内容表现与索引状态
- 关键词研究与策略 — 关键词排名波动与内容调整
- 技术 SEO — 爬虫控制与索引优化 — lastmod 与 sitemap 更新机制
- 高级 SEO 技术 — QDF 算法与时效性内容策略
本文档为站内渲染。原始文件本地路径：saas/source/seo-llm/skill-google-seo-skill-references-content-freshness-8e8f35.md（仅本地保留，不入库不部署）