有用的輸出不是關鍵詞列表
關鍵詞列表不是內容策略,它只是原材料。真正有用的輸出,是一份計劃:哪些主題值得做頁面、哪些頁面應該優先更新、每個頁面服務哪種搜尋意圖、頁面應該回答哪些 GEO 提示詞,以及這些頁面之間如何互相連結。
Hermes 在這裡很有用,因為關鍵詞規劃包含很多小決策。它需要清理重複項、分組相似查詢、標記意圖、選擇頁面型別、避免關鍵詞蠶食、分配內部連結,並把所有內容轉成日曆。電子表格可以儲存計劃,但 Hermes 可以幫助你搭建計劃。
對新手來說,最安全的工作流是:
原始關鍵詞 -> 清洗列表 -> 主題叢集 -> 意圖示籤 -> 頁面型別 -> GEO 提示詞 -> 內部連結 -> 90 天日曆 -> 人工審批
不要要求 Hermes 根據關鍵詞列表直接釋出頁面。讓它建立一份可供人工稽核的內容運營計劃。
聚類前你需要什麼
你可以從小資料集開始。不要等到關鍵詞資料完美才行動。
| 輸入 | 新手版本 | 之後更好的版本 |
|---|---|---|
| 種子關鍵詞 | 來自產品、客戶和競爭對手的 20-100 個詞 | 來自 SEO 工具、GSC、付費搜尋、銷售電話和站內搜尋的匯出 |
| 網站上下文 | 品牌、產品、受眾、目標市場 | 完整 ICP、定位、漏斗、競爭對手列表、轉化目標 |
| 現有頁面 | URL 列表或 sitemap 匯出 | 帶流量、轉化、字數和最後更新時間的內容庫存 |
| GEO 提示詞 | 10-30 個明顯的 AI 搜尋問題 | 按買家旅程、問題、對比和推薦意圖整理的提示詞庫 |
| 審批規則 | 未經稽核不釋出 | 每個頁面的負責人、截止日期、風險等級和 CMS 工作流 |
把檔案放進 Hermes 專案:
/hermes-seo-agent
/context
brand.md
website.md
audience.md
/data
seed-keywords.csv
existing-pages.csv
gsc-performance-last-28-days.csv
/reports
/briefs
/calendar
/prompts
如果你還沒有 SEO 工具匯出,就建立一個簡單的 seed-keywords.csv:
keyword,source,notes
seo dashboard,product,core product category
seo reporting template,sales call,customers ask for templates
google search console ga4,blog idea,common integration topic
ai search visibility checker,product,tool page topic
generative engine optimization,category,education topic
第 1 步:清洗關鍵詞列表
混亂輸入會製造混亂日曆。先讓 Hermes 在聚類前清洗列表。
建立 prompts/keyword-cleaning-prompt.md:
你正在幫助建立 SEO/GEO 內容計劃。
讀取:
- /context/brand.md
- /context/website.md
- /data/seed-keywords.csv
清洗關鍵詞列表。
返回:
1. 被移除的重複關鍵詞
2. 被移除的不相關關鍵詞
3. 對這個網站來說過寬的關鍵詞
4. 可能高風險或不符合品牌的關鍵詞
5. 清洗後的關鍵詞列表
對每個被移除的關鍵詞說明原因。
暫時不要建立新的文章想法。
好的清洗輸出可能會這樣寫:
| Keyword | Decision | Reason |
|---|---|---|
| seo | Remove | 對新手內容計劃來說太寬泛。只作為分類上下文。 |
| free analytics software | Keep with caution | 相關,但可能吸引低意圖使用者。 |
| enterprise data warehouse | Remove | 超出產品範圍。 |
這一步可以避免一個常見新手問題:圍繞每個看起來搜尋量不錯的關鍵詞都去建內容。
第 2 步:建立主題叢集
現在讓 Hermes 對清洗後的列表分組。
將清洗後的關鍵詞列表聚成主題組。
對每個叢集返回:
1. 叢集名稱
2. 主關鍵詞
3. 支援關鍵詞
4. 搜尋意圖
5. 漏斗階段
6. 是否匹配現有頁面
7. 是否需要新頁面:是/否
8. 關鍵詞蠶食風險
9. 業務相關性評分,1-5
如果可以更新現有頁面,就不要推薦新頁面。
使用這張叢集表:
| Cluster | Primary keyword | Supporting keywords | Intent | Funnel stage | Existing page | New page? | Cannibalization risk | Business relevance |
|---|---|---|---|---|---|---|---|---|
意圖示籤應該簡單:
| 意圖 | 含義 | 範例 |
|---|---|---|
| Definition | 使用者想理解一個概念 | what is GEO |
| How-to | 使用者想要步驟 | how to connect GSC to GA4 |
| Template | 使用者想要可複用資產 | SEO report template |
| Comparison | 使用者正在做選擇 | GSC vs GA4 |
| Problem | 使用者遇到一個症狀 | impressions but no clicks |
| Buyer | 使用者在評估工具或供應商 | best AI search visibility tools |
如果 Hermes 從 80 個關鍵詞裡建立了 40 個叢集,那就是過度拆分。要求它合併服務同一讀者和同一意圖的叢集。
第 3 步:把叢集對映到頁面型別
一個叢集不一定需要一篇部落格。有些叢集需要工具頁、詞彙頁、對比頁、範本頁、產品頁,或更新現有頁面。
使用這條提示詞:
將每個關鍵詞叢集對映到頁面型別。
允許的頁面型別:
- 中心指南
- 支援文章
- 工具頁
- 範本頁
- 對比頁
- 用例頁
- 詞彙頁
- FAQ 小節
- 現有頁面更新
- 不建立頁面
對每個選擇說明:
1. 為什麼這個頁面型別適合該意圖
2. 應該新建還是更新
3. 它應該連結到哪個頁面
4. 哪個頁面應該反向連結到它
5. 需要什麼審批
決策邏輯如下:
| 搜尋意圖 | 更適合的頁面型別 | 原因 |
|---|---|---|
| 寬泛分類教育 | 中心指南 | 可以成為中心主題頁。 |
| 具體 how-to | 支援文章 | 解決一個窄任務,並連結到 hub。 |
| 可複用資產 | 範本頁 | 讀者想複製或下載內容。 |
| 工具評估 | Tool 或 comparison page | 讀者更接近購買。 |
| 基礎定義 | Glossary 或 FAQ 小節 | 可能不需要一篇很長的獨立文章。 |
| 現有主題但資料較弱 | 更新 | 更新比建立重複頁面更安全。 |
第 4 步:加入 GEO 提示詞角度
現在加入 GEO 層。關鍵詞表示使用者在搜尋中輸入什麼;提示詞表示使用者可能會問 AI 助手什麼。
對每個叢集,讓 Hermes 建立提示詞角度:
為每個關鍵詞叢集生成 GEO 提示詞角度。
建立這些類別的提示詞:
1. Definition prompt
2. How-to prompt
3. Comparison prompt
4. Recommendation prompt
5. Problem-solving prompt
6. Buyer decision prompt, if relevant
對每個提示詞對映:
- 目標頁面
- 缺失證據
- 需要定義的實體
- 需要的答案塊
- 是否需要表格或清單
範例輸出:
| Cluster | GEO prompt | Target page | Missing evidence | Answer block needed |
|---|---|---|---|---|
| GSC + GA4 reporting | How do I connect Google Search Console data with GA4 landing page reports? | /blog/gsc-ga4-seo-reporting | 範例工作流、欄位列表 | 分步設定摘要 |
| AI search visibility | What tool can check whether my brand appears in AI search answers? | /tools/ai-search-visibility-checker | 產品用例、提示詞範例 | 簡短工具解釋 + 使用場景 |
這會影響內容結構。文章不應該只覆蓋關鍵詞,還應該回答 AI 系統可能總結的問題。
第 5 步:做日曆前先檢查關鍵詞蠶食
在 Hermes 檢查重疊前,不要安排新頁面。
使用這條提示詞:
審查擬定的叢集和頁面型別,檢查關鍵詞蠶食風險。
找出:
1. 目標相同意圖的叢集。
2. 應該合併的擬定頁面。
3. 應該更新而不是替換的現有頁面。
4. 應該作為次級小節而不是獨立頁面的關鍵詞。
5. 能明確層級的內部連結關係。
返回關鍵詞蠶食風險表,並給出推薦修復。
關鍵詞蠶食表:
| Cluster A | Cluster B | Risk | Recommended fix | Final page decision |
|---|---|---|---|---|
範例:
| Cluster A | Cluster B | Risk | Recommended fix | Final page decision |
|---|---|---|---|---|
| GA4 SEO report | GSC GA4 dashboard | High | 合併成一篇指南,並加入 dashboard 小節 | 一篇 how-to 文章 |
| GEO definition | Generative engine optimization | High | 使用一個 glossary/hub 頁面 | 一個 hub guide |
| 低 CTR 頁面 | 提升 GSC 中的 CTR | 中 | 保留一篇診斷文章,並加入範例 | 一篇支援文章 |
這能節省時間。在任何人開始寫頁面前合併想法,比寫完後再合併容易得多。
第 6 步:給每個內容機會打分
90 天日曆不應該只按搜尋量排序。要按價值和可行性評分。
使用這個評分模型:
| 評分因素 | 範圍 | 要問什麼 |
|---|---|---|
| 搜尋需求 | 1-5 | 是否有關鍵詞工具、GSC 或客戶語言作為證據? |
| 業務相關性 | 1-5 | 主題是否連線產品、服務、線索質量或轉化? |
| GEO 潛力 | 1-5 | 這個頁面能否清晰回答 AI 搜尋提示詞? |
| 現有權威 | 1-5 | 網站是否已經有相關頁面或連結? |
| 工作量 | 1-5 | 寫作、設計、驗證或構建有多難?5 表示困難。 |
| 風險 | 1-5 | 是否會產生合規、品牌、技術或關鍵詞蠶食風險?5 表示高風險。 |
優先順序公式:
搜尋需求 + 業務相關性 + GEO 潛力 + 現有權威 - 工作量 - 風險
提示詞:
給每個已批准的內容機會打分。
使用這些因素:
- Search demand: 1-5
- Business relevance: 1-5
- GEO potential: 1-5
- Existing authority: 1-5
- Effort: 1-5
- Risk: 1-5
計算優先順序分數:
Search demand + Business relevance + GEO potential + Existing authority - Effort - Risk
返回排序後的表格。
如果資料缺失,使用“unknown”並解釋假設。
不要讓 Hermes 隱藏假設。如果搜尋量未知,分數應該寫 unknown,而不是假裝精確。
第 7 步:建立 90 天日曆
現在可以建立日曆了。對多數團隊來說,90 天不應該意味著 90 篇文章。它應該是新頁面、更新、範本和技術改進的現實組合。
對小團隊來說,從每週 2-3 個內容動作開始:
| 週 | 內容動作 | 頁面型別 | 目標 |
|---|---|---|---|
| 第 1 週 | 更新一個高展示現有頁面 | 更新 | 提升 CTR 和答案清晰度 |
| 第 1 週 | 建立一個已批准 brief | Brief | 準備下週文章 |
| 第 2 週 | 釋出一篇 supporting article | 支援文章 | 覆蓋一個窄 how-to 意圖 |
| 第 2 週 | 從 hub 頁面新增內部連結 | Internal link update | 強化主題叢集 |
Hermes 提示詞:
根據已批准的機會列表建立 90 天 SEO/GEO 內容日曆。
規則:
- 小團隊每週不要安排超過 3 個內容動作。
- 混合新頁面、更新、brief、內部連結和 QA 任務。
- 高業務相關性主題提前安排。
- 在建立重複新頁面前優先安排更新。
- 包含審批節點。
- 每個頁面包含目標內部連結。
- 每個頁面包含 GEO 提示詞角度。
返回每週日曆表。
日曆範本:
| Week | Action | Cluster | Page type | Target URL | Primary keyword | GEO prompt angle | Internal link target | Owner | Approval gate |
|---|---|---|---|---|---|---|---|---|---|
第 8 步:只為前兩週建立 brief
不要要求 Hermes 一次寫完 90 天所有 brief。市場會變化,搜尋結果會變化,你的團隊也會從前幾頁中學習。
只要求前兩週的 brief:
為已批准 90 天日曆的前兩週建立內容 brief。
每個 brief 包含:
1. 工作標題
2. 目標讀者
3. 搜尋意圖
4. GEO 提示詞意圖
5. 頁面型別
6. 主要關鍵詞
7. 支援問題
8. 需要解釋的實體
9. 所需來源或證據
10. 推薦結構
11. 內部連結
12. CTA 或轉化路徑
13. 質量門
14. 所需審批
暫時不要寫完整草稿。
這能讓系統保持靈活。90 天日曆是規劃工具,不是釋出監獄。
第 9 步:加入人工審批門
在任何內容變成草稿前,先審查日曆。
使用這份審批清單:
# 90 天內容日曆審批清單
- [ ] 每個頁面都有清晰搜尋意圖。
- [ ] 每個頁面都有 GEO 提示詞角度。
- [ ] 沒有兩個頁面瞄準同一個意圖。
- [ ] 在建立重複頁面前,先更新現有頁面。
- [ ] 高業務相關性主題安排得足夠早。
- [ ] 每個新頁面都有內部連結目標。
- [ ] 每個頁面都有現實的負責人。
- [ ] 高風險宣告都安排了來源要求。
- [ ] 釋出節奏對團隊現實可行。
- [ ] 前兩週有 brief,而不只是標題。
提示 Hermes:
根據審批清單審查 90 天日曆。
返回:
1. 每個專案透過/失敗。
2. 應該合併的頁面。
3. 應該延後的頁面。
4. 缺失的內部連結。
5. 缺失的證據。
6. 如有需要,返回修訂版日曆。
只有在人工稽核者同意後,日曆才算批准。
新手範例:小型 B2B SaaS 日曆片段
這是一個 SaaS analytics 公司的小範例:
| Week | Action | Cluster | Page type | Primary keyword | GEO prompt angle | Internal link target | Approval |
|---|---|---|---|---|---|---|---|
| 1 | 更新 | SEO reporting dashboards | 現有頁面更新 | seo dashboard template | SEO dashboard 應該包含什麼? | /product | 編輯 |
| 1 | Brief | GSC + GA4 reporting | How-to article | google search console ga4 | 如何把 GSC 資料和 GA4 連線起來? | /blog/seo-dashboard-template | SEO 負責人 |
| 2 | 草稿 | GSC + GA4 reporting | How-to article | google search console ga4 | 如何把 GSC 資料和 GA4 連線起來? | /product/integrations | 編輯 |
| 2 | 內部連結 | Analytics templates | Internal link update | seo report template | 哪個 report template 能把內容和註冊連線起來? | /blog/seo-dashboard-template | SEO 負責人 |
| 3 | Brief | AI search visibility | 工具頁 support | ai search visibility checker | 如何檢查我的品牌是否出現在 AI answers 中? | /tools/ai-search-visibility-checker | 營銷負責人 |
注意這個組合。它不只是新文章,還包含更新、brief、草稿和內部連結工作。
常見錯誤
| 錯誤 | 為什麼有害 | 更好的做法 |
|---|---|---|
| 每個關鍵詞建一個頁面 | 造成重複意圖和薄頁面 | 先按意圖聚類 |
| 只按搜尋量排序 | 忽略轉化和品牌匹配 | 按需求、相關性、GEO 潛力、工作量和風險評分 |
| 跳過現有頁面 | 製造關鍵詞蠶食 | 先更新或整合 |
| 沒有內部連結計劃 | 頁面上線後像孤島 | 起草前分配 hub 和支援連結 |
| 沒有 GEO 提示詞角度 | 內容可能排名,卻不利於答案提取 | 新增提示詞問題、答案塊、表格和實體 |
| 一次寫 90 份 brief | 優先順序變化時浪費時間 | 只 brief 前兩週 |
Auspia 觀點
Hermes 很適合做關鍵詞聚類,因為這項工作不是一次創意跳躍,而是一連串小決策:清洗、分組、標記、對映、評分、排期、審批。只要規則清晰,這正是 agent 能幫助完成的工作。
真正的收益不是更漂亮的電子表格,而是更少隨機頁面。每個計劃中的頁面都應該有存在理由、搜尋意圖、GEO 提示詞角度、內部連結角色和人工審批門。
如果一個關鍵詞無法透過這些檢查,它可能還不應該變成頁面。
FAQ
Hermes 可以自己做關鍵詞研究嗎?
Hermes 可以組織、擴充套件和分類關鍵詞,但仍然需要資料。先從產品、客戶問題、GSC、SEO 工具、付費搜尋、銷售電話或競爭對手研究中收集種子關鍵詞。
每個關鍵詞叢集都應該變成一篇新文章嗎?
不應該。有些叢集應該成為現有頁面中的小節。有些應該更新舊內容。有些應該變成工具頁、範本、詞彙條目或對比頁。有些應該被拒絕。
90 天內容日曆應該包含多少頁面?
對小團隊來說,8-20 個有意義的內容動作可能已經足夠。內容動作可以是新文章、更新、brief、內部連結更新、範本或 QA 任務。不要只用文章數量衡量計劃。
這如何幫助 GEO?
每個叢集都會對映到 AI 搜尋提示詞、實體、答案塊、表格和證據需求。這會讓最終內容更容易被 AI 系統理解和總結。
如何避免關鍵詞蠶食?
在排期前,讓 Hermes 按搜尋意圖、現有頁面匹配和目標 URL 比較叢集。當多個叢集服務同一讀者需求時,將它們合併。
Hermes 建好日曆後應該寫所有草稿嗎?
不應該。先要求 brief,然後只起草已批准頁面。這樣能保持工作流受控,避免低質量批次釋出。
繼續閱讀 Hermes SEO/GEO 系列
- 從這裡開始: Hermes SEO/GEO 操作員指南 。
- 上一篇指南: 如何將 Hermes 接入 GSC、Bing Webmaster 和 GA4 。
- 下一篇指南: 如何從 SEO 關鍵詞建立 GEO 提示詞地圖 。
- 密切相關: 如何從 SEO 關鍵詞建立 GEO 提示詞地圖 、 如何用 Hermes 做內部連結和站點架構 。
作者:David Sinclair,Auspia 覆蓋 500+ 主題叢集的 Topical Authority 策略師。David 專注於主題叢集、權威建設、覆蓋規劃,以及面向自然增長團隊的實用內容系統。