更新規則
不要一開始就讓 Hermes 重寫舊文章。先讓它診斷文章。
好的內容更新從證據開始：Google Search Console 趨勢、GA4 行為、爬蟲資料、當前頁面結構、過時事實、缺失內部連結和 GEO 提示詞缺口。Hermes 知道哪裡壞了之後，才能推薦有針對性的更新：更好的標題、更清晰的答案塊、新表格、更新證據、更強的 FAQ 答案，或更好的內部連結路徑。
新手規則很簡單：先診斷，再重寫，只有審批後才釋出。
什麼時候舊文章值得更新
不是每個舊頁面都值得投入。用 Hermes 找出真正有重新整理價值的頁面。
| 訊號 | 可能意味著什麼 | 更新動作 |
|---|---|---|
| 高展示、低 CTR | 頁面可見，但沒有獲得點選 | 測試 title/meta，並改進摘要匹配 |
| 點選下降 | 頁面可能過時，或意圖已經變化 | 更新小節、範例和查詢覆蓋 |
| 排名位置 4-15 | 頁面足夠接近，可以最佳化 | 強化意圖匹配和內部連結 |
| 有自然流量但互動弱 | 頁面吸引訪客，但沒有推動下一步 | 改進開頭、CTA、結構或承諾匹配 |
| AI 提示詞提到競爭對手 | 你的頁面可能缺少證據或答案清晰度 | 新增答案塊、證明、對比或實體清晰度 |
| 抓取問題或 metadata 缺失 | 技術問題可能限制表現 | 審批後修復 metadata 或技術問題 |
避免更新那些沒有需求、沒有業務相關性，也沒有主題叢集角色的頁面。有時最好的動作是先放著、合併，或在單獨內容審計後移除。
第 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
最少檔案：
| 檔案 | 包含什麼 |
|---|---|
|
| 當前文章正文或匯出的 Markdown |
|
| 最近週期的 query/page 資料 |
|
| 上一個可比週期的 query/page 資料 |
|
| 如可用，自然搜尋會話、互動和關鍵事件 |
|
| 狀態碼、可索引性、title、meta、canonical、字數、inlinks |
|
| 頁面缺失、薄弱、未被引用或不準確的提示詞 |
如果你只有文章和 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 title/meta | 重寫標題以匹配高展示查詢 | 編輯或 SEO 負責人 |
| 搜尋意圖小節 | 新增缺失工作流、範本、對比或範例 | 編輯 |
| GEO 答案塊 | 為高優先順序提示詞新增直接答案 | 編輯 |
| 證據更新 | 新增當前資料、官方來源、截圖或範例 | 編輯/來源稽核者 |
| 內部連結 | 從 hub 頁面連結到更新文章 | SEO/編輯 |
| 技術 metadata | 修復 canonical、noindex、schema 或抓取問題 | 技術稽核者 |
提示詞：
將更新建議拆分成 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. 這篇文章應該連結到的目標頁面
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 提示詞：
轉化或互動指標：
下次審查日期：
推薦檢查視窗：
| 視窗 | 檢查什麼 |
|---|---|
| 7 天 | 索引、渲染、壞鏈、明顯追蹤問題 |
| 14-28 天 | GSC 展示、點選、CTR、查詢組合 |
| 30-60 天 | 互動、轉化、內部連結影響、提示詞可見性 |
| 90 天 | 是否保留、擴充套件、合併或再次更新 |
提示 Hermes：
為這個頁面建立釋出後衡量計劃。
使用 GSC、GA4、爬蟲和提示詞檢查中的基線資料。
返回：
1. 要觀察的指標
2. 如可用，基線值
3. 審查日期
4. 預期訊號
5. 如果表現提升，下一步做什麼
6. 如果表現沒有提升，下一步做什麼
不要期待立刻見效。重點是建立反饋閉環。
新手範例：更新一篇低 CTR 文章
場景：一篇關於 GSC and GA4 reporting 的文章有不錯展示，但 CTR 弱。
| 輸入 | 證據 |
|---|---|
| GSC | 查詢 |
| GA4 | 頁面有自然搜尋會話，但關鍵事件很少 |
| GEO 提示詞檢查 | 提示詞“如何連線 GSC 和 GA4 做 SEO reporting?” 沒有引用該頁面 |
| Crawl | 標題很泛，meta description 缺失 |
Hermes 建議：
| 修復 | 原因 |
|---|---|
| 新增簡短答案塊 | 頁面需要直接解釋工作流 |
| 新增 6 步設定小節 | 查詢暗示 how-to 意圖 |
| 新增診斷表 | 幫助讀者理解 GSC 和 GA4 為什麼不同 |
| 測試帶 “GSC + GA4 SEO reporting” 的標題 | 更匹配高展示查詢 |
| 新增 analytics template 的 CTA | GA4 顯示轉化路徑弱 |
| 從 SEO dashboard 文章新增內部連結 | 強化 reporting 叢集 |
這是有針對性的更新，不是完整重寫。
常見錯誤
| 錯誤 | 為什麼有害 | 更好的做法 |
|---|---|---|
| 一開始就重寫整篇文章 | 擦掉有用內容，並隱藏真實問題 | 先診斷再重寫 |
| 只更新發布日期 | 增加的價值很少 | 更新事實、結構、範例和答案 |
| 忽視 GSC 查詢變化 | 錯過改變後的搜尋意圖 | 比較近期和上一週期 |
| 沒有提示詞證據就新增 FAQ | 製造填充內容 | 使用真實查詢和提示詞缺口 |
| 標題過度承諾 | 可能短期提高 CTR，但損害信任 | 匹配頁面真實價值 |
| 未經 QA 就釋出 | 讓編造宣告或弱連結溜進去 | 執行更新質量門 |
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 專注於舊文章更新、內容衰退、新鮮度規劃和證據驅動的更新工作流。
