如何用 Hermes 为旧内容做 SEO 和 GEO 更新

更新规则

不要一开始就让 Hermes 重写旧文章。先让它诊断文章。

好的内容更新从证据开始：Google Search Console 趋势、GA4 行为、爬虫数据、当前页面结构、过时事实、缺失内部链接和 GEO 提示词缺口。Hermes 知道哪里坏了之后，才能推荐有针对性的更新：更好的标题、更清晰的答案块、新表格、更新证据、更强的 FAQ 答案，或更好的内部链接路径。

新手规则很简单：先诊断，再重写，只有审批后才发布。

什么时候旧文章值得更新

不是每个旧页面都值得投入。用 Hermes 找出真正有刷新价值的页面。

避免更新那些没有需求、没有业务相关性，也没有主题集群角色的页面。有时最好的动作是先放着、合并，或在单独内容审计后移除。

第 1 步：收集更新文件

为每个页面创建一个更新文件夹：

/hermes-seo-agent
/refresh
/page-name
current-article.md
gsc-last-28-days.csv
gsc-previous-28-days.csv
ga4-landing-page.csv
crawl-row.csv
geo-prompt-gaps.csv
refresh-plan.md
qa-report.md

最少文件：

如果你只有文章和 GSC 数据，也可以从那里开始。Hermes 可以把其余部分标记为缺失。

第 2 步：让 Hermes 做诊断，而不是重写

创建 prompts/content-refresh-diagnosis.md：

你正在诊断一篇旧文章，准备做 SEO 和 GEO 更新。

读取 /refresh/[page-name] 中的文件。

暂时不要重写文章。
不要编造缺失数据。
如果文件或指标缺失，写“缺失”。

返回：
1. 当前页面总结
2. 搜索表现诊断
3. GSC 查询变化
4. CTR 问题
5. 排名或展示变化
6. 如果有数据，GA4 互动或转化问题
7. 如果有数据，爬虫或 metadata 问题
8. GEO 提示词缺口
9. 应保留的小节
10. 应更新的小节
11. 应移除或合并的小节
12. 需要的新答案块
13. 要添加或审查的内部链接
14. 风险等级
15. 重写前所需审批

有用的诊断应该命名具体问题。弱诊断只会说“为了新鲜度更新文章”。如果出现这种情况，要求它给出证据。

示例：

| Issue | Evidence | Likely cause | Action |
|---|---|---|---|
| “gsc ga4 dashboard” CTR 低 | 6,200 impressions，1.1% CTR，position 5.8 | 标题承诺指南，但用户可能想要模板或 dashboard 示例 | 添加模板预览区块，并测试带 “dashboard template” 的标题 |
| GEO 提示词缺口 | 提示词“如何连接 GSC 和 GA4 做 SEO reporting?” 在文章中没有清晰步骤列表 | 页面解释概念，但没有工作流 | 添加 6 步答案块 |

第 3 步：把 SEO 修复和 GEO 修复分开

如果所有内容都混成一个模糊任务，更新很容易失败。让 Hermes 把工作拆开。

提示词：

将更新建议拆分成 SEO 修复和 GEO 修复。

对每个修复包含：
- 影响的小节
- 证据
- 具体推荐改动
- 预期 SEO 影响
- 预期 GEO 影响
- 风险等级
- 审批负责人

不要把无关修复合并成一条建议。

这会让更新更容易审核，也能阻止 Hermes 重写已经有效的部分。

第 4 步：创建更新计划

在任何重写之前，创建 refresh-plan.md。

模板：

# 内容更新计划

页面：
当前 URL：
主要目标：
主要 SEO 问题：
主要 GEO 问题：
风险等级：
审批负责人：

## 保留
| 小节 | 为什么保留 |
|---|---|

## 更新
| 小节 | 问题 | 改动 | 证据 |
|---|---|---|---|

## 添加
| 新小节 | 目的 | SEO 角色 | GEO 角色 |
|---|---|---|---|

## 移除或合并
| 小节 | 原因 | 去向 |
|---|---|---|

## Title/meta 测试
| 当前 | 建议 | 原因 |
|---|---|---|

## 内部链接
| 来源页面 | 目标页面 | 锚文本 | 原因 |
|---|---|---|---|

## 审批清单
- [ ] 事实已验证
- [ ] 来源已检查
- [ ] 没有编造声明
- [ ] 技术改动已审核
- [ ] 最终草稿已批准

Hermes 提示词：

为这个页面创建 refresh-plan.md。

使用诊断报告。
只推荐有证据支持的改动。
如果某个改动基于判断而不是数据，标记为“编辑判断”。
暂时不要写更新后的文章。

计划应该在起草前获得批准。

第 5 步：添加 GEO 答案块

GEO 答案块是一个短而直接的小节，用来回答真实提示词。它应该先帮助读者，AI 可提取只是附带收益。

使用这个格式：

## 简短答案

[用 2-4 句普通话回答提示词。说清主题、问题、推荐动作和一个限制。]

对问题解决类提示词，使用诊断表：

| 症状 | 可能原因 | 要检查什么 | 修复 |
|---|---|---|---|

对对比类提示词，使用决策表：

| 情况 | 选择这个 | 原因 |
|---|---|---|

提示 Hermes：

为已批准的更新计划创建 GEO 答案块。

对每个答案块包含：
1. 它回答的提示词
2. 在文章中的推荐位置
3. 答案块正文
4. 任何支持表格或清单
5. 所需证据或来源

规则：
- 保持答案直接。
- 不要添加没有支撑的声明。
- 不要使用“提升可见性”这类模糊表达，除非解释如何提升。
- 让答案对真实读者有用。

示例：

## 简短答案

如果你的页面在 Google Search Console 中展示量高但点击低，说明它在搜索结果中可见，但不够有说服力。检查核心查询、title tag、meta description、当前摘要，以及页面是否真正匹配用户意图。在重写整篇文章前，先从 title/meta 测试开始。

第 6 步：谨慎更新标题和 meta description

标题和 meta 改动可以帮助 CTR，但如果过度承诺，也会误导用户。让 Hermes 提供测试选项，而不是最终答案。

提示词：

为这篇更新后的文章创建 title 和 meta description 测试选项。

使用 GSC 查询数据和更新计划。

返回：
1. 当前 title 和 meta（如可用）
2. 三个 title 选项
3. 三个 meta description 选项
4. 每个选项瞄准的查询或意图
5. 过度承诺风险
6. 推荐选项

不要堆砌关键词。
不要承诺文章无法兑现的结果。

决策表：

第 7 步：更新内部链接

旧文章常常因为变成孤岛而表现下降。Hermes 应该检查两个方向：

1. 哪些页面应该链接到这篇更新后的文章？
2. 这篇更新后的文章应该链接到哪些页面？

提示词：

为这篇更新后的文章创建内部链接更新计划。

使用：
- 现有页面库存
- 当前文章
- 更新计划
- 目标集群

返回：
1. 应该链接到这篇文章的来源页面
2. 这篇文章应该链接到的目标页面
3. 建议锚文本
4. 这个链接为什么帮助读者
5. SEO 收益
6. GEO 收益
7. 不相关风险

避免重复锚文本。
不要强行加入不适合该小节的链接。

内部链接表：

| Source URL | Target URL | Anchor text | Reader reason | SEO role | GEO role | Approval |
|---|---|---|---|---|---|---|

保持链接自然。糟糕的内部链接是干扰，不是优化。

第 8 步：只起草已更改小节

新手经常让 Hermes 重写整篇文章。这可能擦掉有用部分。先从已更改小节开始。

提示词：

只重写 refresh-plan.md 中已批准的小节。

规则：
- 保留标记为“keep”的小节。
- 只编辑标记为“update”或“add”的小节。
- 保留原有有用示例，除非它们已经过时。
- 在已批准位置添加答案块。
- 只有在能提升清晰度时才添加表格或清单。
- 标记任何需要来源验证的声明。
- 返回更新后的小节，不要返回完整文章。

小节编辑获批后，再让 Hermes 组装完整文章。

使用以下内容组装更新后的文章：
- 标记为 keep 的原始小节
- 已批准的重写小节
- 已批准的新小节
- 已批准的内部链接

返回完整 Markdown 草稿和变更日志。

变更日志很重要：

## 变更日志
| 小节 | 改动 | 原因 | 证据 |
|---|---|---|---|

第 9 步：运行更新 QA 门

创建 qa/content-refresh-gate.md：

# 内容更新 QA 门

## 数据和诊断
- [ ] 更新基于 GSC、GA4、爬虫或提示词缺口证据。
- [ ] 缺失数据已标记为缺失。
- [ ] 重写前计划已获批准。

## SEO
- [ ] 搜索意图比之前更清晰。
- [ ] Title/meta 选项没有过度承诺。
- [ ] 内部链接相关。
- [ ] 没有引入关键词蚕食风险。

## GEO
- [ ] 高优先级提示词有直接答案块。
- [ ] 实体被清楚命名。
- [ ] 重要声明有证据、表格或示例支撑。
- [ ] FAQ 问题基于真实提示词或查询。

## 安全
- [ ] 没有编造统计数据。
- [ ] 没有虚假引用。
- [ ] 过时事实已更新或移除。
- [ ] 技术改动已由技术审核者批准。
- [ ] CMS 更新前，最终草稿已批准。

提示词：

根据 qa/content-refresh-gate.md 审核更新后的草稿。

返回：
1. 每项通过/失败
2. 失败的具体小节
3. 需要来源验证的声明
4. 过度承诺的 title/meta 风险
5. 内部链接问题
6. 经过人工审核后，草稿是否安全发布

如果 QA 门失败，不要发布。要求按小节修复。

第 10 步：发布后衡量

内容更新需要后续跟进。发布前加入衡量说明。

# 发布后衡量计划

页面：
发布日期：
基线周期：
对比周期：
主要 SEO 指标：
次要 SEO 指标：
主要 GEO 提示词：
次要 GEO 提示词：
转化或互动指标：
下次审查日期：

推荐检查窗口：

提示 Hermes：

为这个页面创建发布后衡量计划。

使用 GSC、GA4、爬虫和提示词检查中的基线数据。

返回：
1. 要观察的指标
2. 如可用，基线值
3. 审查日期
4. 预期信号
5. 如果表现提升，下一步做什么
6. 如果表现没有提升，下一步做什么

不要期待立刻见效。重点是创建反馈闭环。

新手示例：更新一篇低 CTR 文章

场景：一篇关于 GSC and GA4 reporting 的文章有不错展示，但 CTR 弱。

Hermes 建议：

这是有针对性的更新，不是完整重写。

常见错误

Auspia 观点

内容更新是 Hermes 最适合的新手使用场景之一，因为输入很具体。你有一篇现有文章、表现数据、提示词缺口和可见页面结构。Hermes 可以比较这些输入，并提出精确修复。

有用模式不是“把这篇变好”。有用模式是：诊断、计划、审批、重写变更小节、QA、发布、衡量。

如果你让这个循环可重复，旧内容就不再只是 backlog，而会成为复利资产。

FAQ

内容更新时，Hermes 应该重写整篇文章吗？

一开始不应该。让 Hermes 先诊断文章，创建更新计划，然后只重写已批准小节。完整重写可能移除有用内容，并引入新错误。

内容更新应该使用哪些数据？

从当前文章、GSC query/page 数据、GA4 着陆页行为、爬虫数据和 GEO 提示词缺口开始。如果某些数据缺失，Hermes 应该标记为缺失，而不是猜测。

什么是 GEO 答案块？

GEO 答案块是对真实 AI 搜索提示词或读者问题的短而直接的回答。它通常出现在小节顶部附近，可能包含表格、清单或诊断摘要。

旧文章多久应该更新一次？

重要页面每 3-6 个月审查一次；如果 GSC 显示点击、展示、CTR 或查询覆盖大幅下降，可以更早审查。基于证据更新，不要只因为年龄更新。

更新标题会伤害表现吗？

会。如果新标题不再匹配页面或查询意图，相关性可能下降。把标题改动当作测试，并在发布前记录基线。

如何判断更新是否有效？

发布后追踪 GSC 点击、展示、CTR、平均排名、GA4 互动、转化和 GEO 提示词可见性。用 14-28 天看早期搜索信号，用 30-60 天看更稳定的行为信号。

Hermes 可以自动发布更新后的文章吗？

新手工作流中不要自动发布。Hermes 可以准备更新草稿和 QA 报告，但最终版本应该由人批准后再更新 CMS。

继续阅读 Hermes SEO/GEO 系列

• 从这里开始： Hermes SEO/GEO 操作员指南 。
• 上一篇指南： 如何从 SEO 关键词创建 GEO 提示词地图 。
• 下一篇指南： 如何用 Hermes 做内部链接和站点架构 。
• 密切相关： 如何从 SEO 关键词创建 GEO 提示词地图 、 如何用 Hermes 做每周 SEO/GEO 监控 。

作者：Miles Carter，Auspia 覆盖 10k+ URLs 的内容衰退分析师。Miles 专注于旧文章更新、内容衰退、新鲜度规划和证据驱动的更新工作流。