你會建立什麼
這篇教學會用 Gemini CLI 建立一個每日 SEO/GEO 監控循環。它不會自動改你的網站,而是每天收集快照,和昨天以及 7 天基準線比較,最後產生一份保守的 action queue。
你會建立:
seo-geo/monitoring/
prompts/core-prompts.md
snapshots/YYYY-MM-DD/
reports/YYYY-MM-DD.md
scripts/compare-snapshots.mjs
圖說:每日監控的重點不是每天改頁面,而是每天保存證據,等訊號穩定後再做決策。
步驟 1:建立 monitoring folders
mkdir -p seo-geo/monitoring/prompts seo-geo/monitoring/snapshots seo-geo/monitoring/reports seo-geo/monitoring/scripts
cp seo-geo/prompts/core-prompts.md seo-geo/monitoring/prompts/core-prompts.md 2>/dev/null || true
如果你還沒有 prompt file,先建立一份:
cat > seo-geo/monitoring/prompts/core-prompts.md <<'EOF'
# Monitoring prompts
- What are the best tools for [category]?
- What does [brand] do?
- [brand] vs [competitor]
- How do I solve [problem] for [audience]?
EOF
這份 prompt library 是 GEO 監控的固定題庫。不要每天隨意改題目,否則你很難比較品牌是否真的變常被提到。
步驟 2:建立今天的 snapshot folder
TODAY=$(date +%F)
mkdir -p seo-geo/monitoring/snapshots/$TODAY
你可以先手動放檔案,也可以之後接上 API script:
seo-geo/monitoring/snapshots/2026-07-06/gsc-pages.csv
seo-geo/monitoring/snapshots/2026-07-06/bing-queries.csv
seo-geo/monitoring/snapshots/2026-07-06/ga4-pages.csv
seo-geo/monitoring/snapshots/2026-07-06/ai-answers.json
seo-geo/monitoring/snapshots/2026-07-06/crawl.json
初學者要先接受一件事:資料不完整也可以開始。重點是每個檔案都要有日期,缺資料也要在報告裡明確標記,而不是假裝資料完整。
步驟 3:建立手動 AI answer snapshot
如果你還沒有 Felo Search、Perplexity 或其他 AI 搜尋 API,可以先手動建立:
[
{
"prompt": "What are the best tools for [category]?",
"surface": "manual",
"brand_mentioned": false,
"citation_urls": [],
"competitors": ["Competitor A", "Competitor B"],
"notes": "Our brand is missing from category answer."
}
]
把它存成:
seo-geo/monitoring/snapshots/YYYY-MM-DD/ai-answers.json
如果你使用 API,原則也一樣:每天把原始結果保存成 JSON,不要只保存 Gemini 的摘要。之後你需要回頭檢查時,原始輸出才是證據。
步驟 4:建立 comparison script placeholder
cat > seo-geo/monitoring/scripts/compare-snapshots.mjs <<'EOF'
import fs from 'node:fs';
const today = process.argv[2];
const previous = process.argv[3];
if (!today) {
console.error('Usage: node compare-snapshots.mjs TODAY_DIR [PREVIOUS_DIR]');
process.exit(1);
}
console.log(JSON.stringify({ today, previous: previous || null, status: 'TODO: compare files' }, null, 2));
EOF
第一版只要能固定輸出比較框架即可。等你確認資料欄位穩定,再加入真正的 CTR、clicks、impressions、brand mention rate、citation count 與 competitor count 比較。
步驟 5:執行每日 Gemini CLI prompt
Run today's SEO/GEO monitoring review.
Read:
- seo-geo/monitoring/prompts/core-prompts.md
- latest folder in seo-geo/monitoring/snapshots/
- previous snapshot folder if it exists
Do not edit website files.
Create seo-geo/monitoring/reports/YYYY-MM-DD.md with:
1. executive signal: green, yellow, or red;
2. search visibility changes;
3. AI answer mention/citation changes;
4. crawl or indexing risks;
5. missing data;
6. P0/P1/P2/P3 action queue;
7. follow-up prompts or pages to inspect.
這個 prompt 裡最重要的一句是 Do not edit website files。每日監控應該先產生報告,而不是看到一個波動就直接改內容。
預期的每日報告
# Daily SEO/GEO Monitor - YYYY-MM-DD
## Executive signal
Status: yellow
Reason: brand missing from 3 category prompts; no technical P0 issue found.
## Search changes
| URL | Source | Change | Interpretation | Action |
## AI visibility changes
| Prompt | Brand mentioned | Citation | Competitors | Action |
## Technical checks
| Check | Result | Risk |
## Action queue
| Priority | Owner | Action | Evidence |
| P1 | SEO | Review category page answer block | brand missing from category prompt |
好的報告要有 evidence 欄位。沒有 evidence 的建議,對 SEO/GEO 工作來說只是猜測。
步驟 6:設定 priority rules
| Priority | 使用時機 | 例子 |
|---|---|---|
| P0 | 技術破壞 | 重要頁面被 noindex |
| P1 | 高價值能見度下降 | 品牌從核心 prompts 消失 |
| P2 | 內容機會 | 低 CTR 或 answer block 太弱 |
| P3 | 觀察清單 | 單日雜訊波動 |
不要讓 Gemini CLI 因為單一 prompt 變化就建議重寫頁面。要求它尋找 repeated signals,至少看昨天、7 天基準線,以及資料來源是否一致。
步驟 7:每週決策 prompt
Read the last 7 daily monitoring reports.
Create seo-geo/monitoring/reports/YYYY-MM-DD-weekly-decision.md.
Group actions into:
- technical fixes;
- content refreshes;
- new evidence assets;
- prompt library updates;
- watchlist.
Recommend only 3 actions for next week.
Do not edit website files.
每日報告是觀察;每週報告才是決策。這樣可以避免把一天的 AI answer 隨機波動當成策略方向。
FAQ
應該每天看還是每週看?
每天收集 snapshots,每週做決策。每日資料太吵,不適合每天改內容。
可以使用 Felo Search 或 Perplexity APIs 嗎?
可以,只要團隊已核准 API access。把輸出保存成 dated JSON,並且不要把 API keys 放進 prompts。
什麼算成功?
每天都有一份報告,使用帶日期的輸入,清楚標記缺失資料,並在不修改 production files 的前提下產生保守 action queue。
AI coding agents for SEO/GEO 學習路徑
這篇屬於 Gemini CLI SEO/GEO track。先完成這些 terminal-focused tutorials,再用 operating model 把它和 editor / workflow agents 組合起來:
- Cursor vs Windsurf vs Gemini CLI:SEO/GEO 自動化怎麼選
- 如何設定 Gemini CLI SEO/GEO Automation 工作區
- 如何用 MCP 將 Gemini CLI 接上 SEO 資料
- 如何用 Gemini CLI 做每日 SEO/GEO Monitoring
- 如何用 Gemini CLI Checkpointing 安全修 SEO
- Cursor、Windsurf、Gemini CLI、Codex、Claude Code 的 SEO/GEO 營運模型
下一篇
上一篇: 如何用 MCP 將 Gemini CLI 接上 SEO 資料
下一篇: 如何用 Gemini CLI Checkpointing 安全修 SEO
Sources and notes
- Gemini CLI documentation: Gemini CLI Docs and MCP servers with Gemini CLI 。
- Related Auspia guide: Cursor vs Windsurf vs Gemini CLI for SEO/GEO Automation 。
Author: Gabriel Finch, Auspia Search Retrieval Researcher,已 review 1,200+ AI Answers。Gabriel 撰寫 retrieval systems、AI discovery 與 search infrastructure workflows。