實用目標
當 Hermes 能讀取真實資料時，它會有用得多。沒有資料時，它可以寫出不錯的清單；有資料時，它能告訴你哪個頁面丟了點選、哪個查詢有展示但 CTR 弱、哪個著陸頁帶來流量卻沒有轉化、哪個 URL 有抓取問題，以及哪個主題有 SEO 需求但缺少 GEO 可見性。
這篇教程展示一個新手安全的設定方式。第一天不需要實時 API 整合。先從 Google Search Console、Bing Webmaster Tools、GA4、爬蟲和一張簡單 AI 可見性表格匯出檔案。把這些檔案放進 Hermes 專案資料夾。然後讓 Hermes 生成一份每週行動佇列，要求每條建議都有證據、風險和審批要求。
輸出不是“釋出 20 個頁面”。輸出應該是：“這是本週優先順序最高的 10 個 SEO/GEO 動作，並且這是每個動作為什麼重要。”
Hermes 應該監控什麼
把 Hermes 看作資料監督員，而不是儀表盤替代品。儀表盤展示數字；監督員把數字轉成決策。
| 來源 | 它告訴你什麼 | Hermes 應該發現什麼 |
|---|---|---|
| Google Search Console | 查詢、頁面、點選、展示、CTR、平均排名、索引訊號 | 低 CTR 機會、內容衰退、查詢變化、有需求的頁面 |
| Bing Webmaster Tools | Bing 搜尋表現、抓取問題、已索引 URL、入站連結、URL inspection 訊號 | 只在 Bing 出現的機會、索引缺口、抓取阻塞、需要提交或檢查的頁面 |
| GA4 | 自然搜尋會話、參與會話、關鍵事件、著陸頁行為 | 有流量但互動或轉化弱的頁面 |
| 爬蟲匯出 | 狀態碼、標題、meta descriptions、canonicals、可索引性、內部連結 | 技術 SEO 問題、缺失 metadata、孤立頁面風險、canonical 衝突 |
| AI 可見性表 | 提示詞、品牌提及、被引用 URL、競爭對手提及、答案質量 | GEO 缺口、缺失答案塊、證據薄弱、品牌實體問題 |
不要試圖一次自動化所有事情。第一版應該回答五個問題：
- 哪些頁面在增長？
- 哪些頁面在下滑？
- 哪些查詢有展示但點選弱？
- 哪些頁面有 SEO 潛力但 GEO 可見性弱？
- 本週需要人工稽核的前 10 個動作是什麼？
說明：Google Search Console 通常是第一個要加入的資料來源，因為它連線查詢、頁面、點選、展示、CTR 和排名。
第 1 步：建立資料資料夾
使用設定文章中的同一個 Hermes 工作區。加入更清晰的資料結構：
/hermes-seo-agent
/data
/gsc
/bing-webmaster
/ga4
/crawl
/ai-visibility
/reports
/weekly
/prompts
data-supervisor-prompt.md
weekly-report-prompt.md
/qa
data-quality-gate.md
使用帶日期的檔名：
/data/gsc/gsc-performance-2026-07-01.csv
/data/bing-webmaster/bing-keywords-2026-07-01.csv
/data/ga4/ga4-organic-landing-pages-2026-07-01.csv
/data/crawl/crawl-export-2026-07-01.csv
/data/ai-visibility/geo-prompts-2026-07-01.csv
日期很重要，因為 Hermes 之後需要比較不同週期。除非你同時保留歸檔，否則避免使用 latest.csv 這類檔名。
第 2 步：匯出 Google Search Console 資料
對新手設定來說，從 Performance 報告匯出即可。你需要查詢級和頁面級資料。
GSC 最少欄位：
Query
Page
Clicks
Impressions
CTR
Average position
Date range
Country, if available
Device, if available
如果可以，建立兩份匯出：
| 匯出 | 為什麼有幫助 |
|---|---|
| 最近 28 天按頁面檢視查詢 | 找出有需求但 CTR 低的頁面。 |
| 上一個 28 天按頁面檢視查詢 | 讓 Hermes 發現增長或衰退。 |
儲存為：
/data/gsc/gsc-performance-last-28-days.csv
/data/gsc/gsc-performance-previous-28-days.csv
然後給 Hermes 這條提示詞：
分析 /data/gsc 中的 Google Search Console 匯出。
找出：
1. 展示高但 CTR 低的頁面。
2. 平均排名在 3-10 但 CTR 較弱的查詢。
3. 與上一週期相比點選下降的頁面。
4. 展示增加但點選沒有增加的頁面。
5. 暗示新搜尋意圖的查詢。
每個發現都包含：
- URL
- Query
- 匯出中的證據
- 可能的問題
- 建議動作
- SEO 影響
- GEO 影響
- 風險等級
- 是否需要審批
不要編造缺失指標。
有用的輸出像這樣：
| URL | Query | Evidence | Likely issue | Suggested action | Risk |
|---|---|---|---|---|---|
| /blog/seo-dashboard-template | seo dashboard template | 8,400 impressions, 1.2% CTR, position 5.4 | 標題可能沒有匹配範本意圖 | 測試更清晰的標題，並加入可下載範例區塊 | Low |
如果 Hermes 只是說“最佳化頁面”而沒有給出具體動作，讓它重寫報告。
第 3 步：匯出 Bing Webmaster Tools 資料
Bing 很容易被忽視，但它對 SEO/GEO 監控很有用。一些 AI 搜尋體驗和網頁檢索系統會依賴更廣泛的網頁索引和連結訊號。即使 Bing 流量小於 Google，Bing 資料也能暴露你可能錯過的索引缺口、抓取問題和查詢需求。
新手應收集的匯出：
| Bing 匯出 | Hermes 應該檢查什麼 |
|---|---|
| Search keywords | Bing 看到哪些查詢需求。 |
| Top pages | 哪些頁面獲得 Bing 展示或點選。 |
| Crawl errors | Bing 無法正常抓取哪些 URL。 |
| Indexed pages 或 URL inspection results | 哪些頁面在 Google 已索引但 Bing 未索引，或相反。 |
| Inbound links（如可用） | 哪些頁面有外部證據或權威訊號。 |
最少欄位：
Query
Page
Clicks
Impressions
Average position, if available
Crawl issue, if available
Indexed status, if available
Inbound links, if available
儲存匯出為：
/data/bing-webmaster/bing-keywords-2026-07-01.csv
/data/bing-webmaster/bing-pages-2026-07-01.csv
/data/bing-webmaster/bing-crawl-errors-2026-07-01.csv
使用這條提示詞：
分析 /data/bing-webmaster 中的 Bing Webmaster 匯出。
找出：
1. 在 Bing 有展示但點選弱的頁面。
2. 出現在 Google 資料中但沒有出現在 Bing 資料中的頁面。
3. 可能降低 Bing 可見性的抓取錯誤。
4. 可能需要 URL inspection 或重新提交的頁面。
5. Google 匯出中沒有出現的查詢機會。
返回一份 Bing SEO 監控報告，包含證據、推薦動作、風險和所需審批。
不要自動提交 URL。
明確審批規則：Hermes 可以建議 URL 提交，但由人批准。與 noindex 修改相比，URL 提交風險較低，但它仍然是線上站長操作。
第 4 步：匯出 GA4 自然搜尋著陸頁資料
GSC 告訴你使用者如何從搜尋到達網站。GA4 幫你看他們到達後發生了什麼。
做 SEO 監督時，先從自然搜尋著陸頁開始。
GA4 最少欄位：
Landing page
Session default channel group
Organic sessions
Engaged sessions
Engagement rate
Key events
Conversion rate or key event rate
Average engagement time, if useful
Date range
儲存為：
/data/ga4/ga4-organic-landing-pages-last-28-days.csv
/data/ga4/ga4-organic-landing-pages-previous-28-days.csv
提示 Hermes：
分析 /data/ga4 中的 GA4 自然搜尋著陸頁匯出。
找出：
1. 有自然搜尋會話但互動弱的頁面。
2. 有互動但沒有關鍵事件的頁面。
3. 如果存在匹配資料，找出有轉化但 GSC 可見性低的頁面。
4. 搜尋意圖和頁面 CTA 可能不匹配的頁面。
5. 因為轉化好而應該獲得更強內部連結的頁面。
每個發現都包含：
- Landing page
- 證據
- 可能的問題
- 建議 SEO 動作
- 建議轉化動作
- 建議 GEO 動作
- 風險等級
- 是否需要審批
這就是工作流變得實用的地方。一個有 20,000 次展示但沒有轉化的頁面，不一定比一個展示較少但能帶來演示請求的頁面更值得優先處理。
第 5 步：加入爬蟲匯出
使用 Screaming Frog、Sitebulb、Ahrefs Site Audit、Semrush Site Audit 或其他爬蟲。Hermes 一開始不需要完整爬蟲資料。它只需要足夠欄位來發現明顯技術阻塞。
最少爬蟲欄位：
URL
Status code
Indexability
Indexability status
Title
Title length
Meta description
Meta description length
Canonical URL
H1
Word count
Inlinks
Outlinks
Structured data types, if available
儲存為：
/data/crawl/crawl-export-2026-07-01.csv
提示詞：
分析 /data/crawl/crawl-export-2026-07-01.csv。
找出：
1. 重要但不可索引的頁面。
2. SEO 頁面上的 404 或 5xx 錯誤。
3. 如果可用，找出 redirect chains 或內部連結指向 redirect 的情況。
4. 缺失或重複標題。
5. 缺失或薄弱 meta descriptions。
6. Canonical 衝突。
7. 內部連結較少的頁面。
8. 適合使用 schema 的頁面上存在的結構化資料缺口。
將每個問題歸類為低、中或高風險。
未經人工或開發者批准，不要建議技術改動。
技術 SEO 動作應該比內容動作有更嚴格的門檻。錯誤標題測試通常可逆；錯誤 canonical 可能讓頁面從搜尋中消失。
第 6 步：加入 AI 可見性表
這是 GEO 層。你可以從一張簡單電子表格開始。第一版不需要付費工具。
建立：
/data/ai-visibility/geo-prompts-2026-07-01.csv
欄位：
Prompt
Prompt type
Target page
Brand mentioned? yes/no
Brand position or wording
Cited URL
Competitors mentioned
Answer accuracy
Missing evidence
Recommended action
Date checked
Platform
提示詞型別：
| 提示詞型別 | 範例 |
|---|---|
| 定義 | 什麼是 SEO/GEO 資料監控？ |
| 對比 | GSC vs GA4 for SEO reporting |
| 推薦 | Best tools for AI search visibility tracking |
| 問題解決 | 為什麼我的網站有展示但沒有點選？ |
| 購買決策 | 哪個 SEO analytics tool 適合 SaaS startup？ |
Hermes 提示詞：
分析 /data/ai-visibility 中的 AI 可見性表。
找出：
1. 我們的品牌未被提及但競爭對手被提及的提示詞。
2. 我們的品牌被提及但沒有 URL 被引用的提示詞。
3. 被引用頁面過時或薄弱的提示詞。
4. 答案不準確或不完整的提示詞。
5. 能對映到強 GSC 需求頁面的提示詞。
返回 GEO 可見性缺口報告。
對每個缺口，建議內容、證據、實體或技術動作。
不要把 AI 可見性檢查當作精確排名資料。把它當作方向性證據。AI 答案會隨著平臺、位置、使用者上下文和時間變化。
第 7 步：把檔案合併成一個每週行動佇列
現在給 Hermes 完整監督提示詞。
建立 prompts/data-supervisor-prompt.md：
你是這個網站的 SEO/GEO 資料監督員。
讀取這些資料夾：
- /data/gsc
- /data/bing-webmaster
- /data/ga4
- /data/crawl
- /data/ai-visibility
- /context
- approval-rules.md
你的任務不是釋出改動。
你的任務是把資料轉成優先順序行動佇列。
每條建議都包含：
1. URL 或頁面名稱
2. 資料來源
3. 證據
4. 可能原因
5. 推薦動作
6. SEO 影響
7. GEO 影響
8. 如果有 GA4 資料，加入轉化影響
9. 實施成本
10. 風險等級
11. 是否需要審批
12. 建議負責人
評分規則：
- 流量機會：1-5
- 轉化相關性：1-5
- GEO 可見性潛力：1-5
- 技術緊急度：1-5
- 實施成本：1-5，其中 5 表示困難
- 風險：1-5，其中 5 表示高風險
優先順序分數公式：
流量機會 + 轉化相關性 + GEO 可見性潛力 + 技術緊急度 - 實施成本 - 風險
返回本週前 10 個動作。
不要編造資料。
如果資料缺失，寫“缺失”。
這個分數不需要完美。它需要一致。一致性讓你能逐週比較建議。
第 8 步：使用每週報告範本
建立 reports/weekly/weekly-seo-geo-report-template.md：
# 每週 SEO/GEO 資料監督報告
日期：
網站：
審閱的資料週期：
準備者：Hermes Agent
人工稽核者：
## 執行摘要
- 最大增長機會：
- 最大流量風險：
- 最大技術問題：
- 最大 GEO 可見性缺口：
- 本週推薦重點：
## 已審閱資料來源
| 來源 | 檔案 | 日期範圍 | 狀態 |
|---|---|---|---|
| GSC | | | |
| Bing Webmaster | | | |
| GA4 | | | |
| Crawl | | | |
| AI visibility | | | |
## 前 10 個行動佇列
| 優先順序 | URL | 證據 | 動作 | SEO 影響 | GEO 影響 | 風險 | 審批 |
|---|---|---|---|---|---|---|---|
## GSC 發現
| URL | Query | 問題 | 證據 | 動作 |
|---|---|---|---|---|
## Bing Webmaster 發現
| URL | 問題 | 證據 | 動作 |
|---|---|---|---|
## GA4 自然搜尋質量發現
| Landing page | 行為問題 | 證據 | 動作 |
|---|---|---|---|
## 爬蟲和技術發現
| URL | 技術問題 | 風險 | 是否需要審批 |
|---|---|---|---|
## GEO 可見性缺口
| Prompt | 缺口 | 目標頁面 | 動作 |
|---|---|---|---|
## 需要人來決定的事項
| 決策 | 負責人 | 截止日期 |
|---|---|---|
## 下週跟進
| 上一輪動作 | 要檢查的指標 | 預期訊號 |
|---|---|---|
報告頂部應該一屏內看完。忙碌團隊不會每週一讀一份 40 頁 AI 報告。先放行動佇列，再放證據。
第 9 步：加入資料質量門
建立 qa/data-quality-gate.md：
# 資料質量門
Hermes 在生成建議前必須檢查這些事項。
- [ ] 每個資料檔案都有日期範圍。
- [ ] GSC 資料包含 clicks、impressions、CTR 和 position。
- [ ] GA4 資料清楚標識自然搜尋流量或著陸頁。
- [ ] Bing 資料把抓取問題和效果指標分開。
- [ ] 爬蟲匯出包含 indexability 和 status codes。
- [ ] AI 可見性檢查包含 platform 和 date checked。
- [ ] 缺失欄位被標記為缺失。
- [ ] 沒有任何建議使用編造指標。
- [ ] 高風險技術動作需要人工審批。
- [ ] 釋出動作需要人工審批。
然後執行：
在建立每週報告前，根據 /qa/data-quality-gate.md 稽核所有檔案。
如果質量門失敗，返回：
1. 哪些檔案失敗。
2. 缺少哪些欄位或日期範圍。
3. 哪些建議不能安全提出。
4. 人應該匯出或修復什麼。
只有資料質量門透過後，才建立每週報告。
這一步讓工作流保持誠實。如果資料不好，Hermes 應該直接說明。
第 10 步：決定哪些動作需要審批
使用這張審批表：
| 動作 | 審批級別 |
|---|---|
| 把建議加入報告 | 不需要審批 |
| 建立內容 brief | 不需要審批 |
| 在 Markdown 中起草頁面更新 | 使用前需要內容審批 |
| 修改 title 或 meta description | 需要內容或 SEO 審批 |
| 新增內部連結 | 需要 SEO/編輯審批 |
| 更新公開內容 | 需要內容審批 |
| 在 Bing Webmaster 或 GSC inspection 工具中提交 URL | 需要 SEO 審批 |
| 修改 robots.txt、noindex、canonical、redirects、sitemap 或 schema | 需要技術審批 |
| 釋出新頁面 | 需要最終人工審批 |
不要把審批隱藏在報告裡。把它放在一列中，方便團隊按風險排序。
新手範例：每個來源各一個動作
一份有用的每週佇列可能長這樣：
| 來源 | 發現 | 推薦動作 | 審批 |
|---|---|---|---|
| GSC |
| 測試更清晰標題，並新增範本預覽區塊 | SEO/編輯審批 |
| Bing Webmaster |
| 檢查 URL 並確認伺服器響應 | SEO/技術審批 |
| GA4 |
| 新增相關 CTA，並內部連結到 demo 頁面 | 內容審批 |
| Crawl |
| 新增 meta description，並從 GA4 hub 頁面連結過去 | SEO/編輯審批 |
| AI visibility | 提示詞 “best tools for AI search visibility” 提到競爭對手但沒有提到品牌 | 新增對比段落和更清晰的產品證據 | 內容審批 |
這已經足夠一週使用。新手最大錯誤，是把每個發現都變成任務。Hermes 應該排序，而不是製造壓力。
釋出截圖計劃
這篇文章可以使用公開檔案截圖，但最好的操作截圖需要你自己的賬號資料。不要釋出暴露私人查詢、收入、線索或客戶詳情的截圖。
釋出前推薦捕獲清單：
| 截圖 | 狀態 | 備註 |
|---|---|---|
| GSC Performance report | 已登入，已脫敏站點 | 展示 clicks、impressions、CTR、position；必要時模糊 queries。 |
| Bing Webmaster Search Performance | 已登入，已脫敏站點 | 展示 keywords/pages 和日期範圍；必要時模糊域名。 |
| Bing crawl errors 或 URL inspection | 已登入，已脫敏站點 | 只展示問題型別，不展示私人賬號資料。 |
| GA4 landing page report | 已登入，已脫敏 property | 展示自然搜尋著陸頁、互動、關鍵事件；模糊敏感資料。 |
| 爬蟲匯出表格 | 本地或已脫敏 | 展示 Hermes 需要的欄位；必要時不展示私人 URL。 |
如果不允許已登入截圖，就只使用生成圖和公開檔案截圖。
Auspia 觀點
Hermes 資料監督是“AI 寫內容”和“AI 協助運營自然增長”之間的橋樑。這座橋很重要。一個只生成草稿的團隊，可能製造沒人需要的工作。一個從資料開始的團隊，能判斷哪些頁面值得關注、哪些修復有風險、哪些動作應該等待。
最好的新手設定仍然是手動的。每週匯出一次檔案。讓 Hermes 診斷。審閱前 10 個行動佇列。只批准有證據的動作。完成四輪乾淨迴圈後，再自動化匯出或連線 API。
不要急。資料層會成為你 SEO/GEO 專案的記憶。
FAQ
Hermes 需要直接訪問 GSC、Bing Webmaster 和 GA4 API 嗎？
不需要。先從 CSV 匯出開始。直接 API 訪問之後會很有用，但新手應該先證明 Hermes 能讀取檔案、識別問題，並在不編造資料的情況下生成有用行動佇列。
應該先接入哪個資料來源？
從 Google Search Console 開始，因為它展示 queries、pages、clicks、impressions、CTR 和 average position。接著加入 GA4 來理解互動和轉化。之後再加入 Bing Webmaster 和爬蟲資料。
如果大多數流量來自 Google，為什麼還要加入 Bing Webmaster？
Bing 可以暴露獨立的抓取和索引問題。它也可能展示與 Google 不同的查詢機會。對 GEO 工作來說，廣泛的網頁可見性很重要，所以即使流量佔比更小，Bing 資料也值得監控。
Hermes 可以自動提交 URL 進行索引嗎？
新手設定中不要自動化這件事。Hermes 可以建議 URL inspection 或 submission，但應該由人批准。
Hermes 應該多頻繁執行資料監督報告？
對大多數團隊來說，每週一次足夠。除非你在運營大型網站、遷移專案或時效性活動，否則日報會製造噪音。
如果 GSC 和 GA4 數字不匹配怎麼辦？
它們通常不會完全匹配，因為衡量的是不同事情。GSC 報告點選前的搜尋表現；GA4 報告訪問後的站內行為。Hermes 應該比較模式，而不是強行讓數字一致。
這能準確衡量 GEO 表現嗎？
它能衡量方向性的 GEO 訊號：提示詞可見性、提及、被引用 URL、競爭對手提及和答案質量。把這些當作監控訊號，而不是精確排名。
繼續閱讀 Hermes SEO/GEO 系列
- 從這裡開始： Hermes SEO/GEO 操作員指南 。
- 上一篇指南： 如何配置你的第一個 Hermes SEO Agent 。
- 下一篇指南： 如何用 Hermes 做關鍵詞聚類和 90 天內容日曆 。
- 密切相關： 如何用 Hermes 做每週 SEO/GEO 監控 、 如何用 Hermes 更新舊內容以提升 SEO 和 GEO 。
作者：Ethan Marlowe，Auspia 覆蓋 500+ prompts 的 GEO 衡量負責人。Ethan 專注於提示詞追蹤、引用報告、可見性儀表盤和 AI 答案質量檢查。
