OpenClaw 瀏覽器研究迴圈：觀察、捕獲、比較，並把證據轉成可稽核的 SEO/GEO brief。
瀏覽器自動化是用來收集證據的，不是魔法按鈕
當答案取決於頁面實際呈現效果時，才使用 OpenClaw 的瀏覽器：已渲染標題、可見答案塊、SERP 佈局、競品對比、文件頁面和 AI 答案證據。不要把它當成“去瀏覽一下然後告訴我該做什麼”的通用按鈕。
最好的瀏覽器工作流程目標很窄：收集證據、標註證據、比較證據，並在賬號操作前停止。對於 SEO/GEO 研究，瀏覽器應該產出研究包，而不是釋出頁面。
值得自動化的四類研究任務
| 任務 | OpenClaw 應該檢查什麼 | 輸出 |
|---|---|---|
| SERP 意圖檢查 | 公開搜尋結果和排名靠前頁面 | 意圖摘要、SERP features、競品角度 |
| 競品頁面拆解 | 3 到 5 個公開競品 URL | 結構地圖、證據模式、缺口 |
| 自有頁面渲染審計 | JavaScript 渲染後的公開頁面 | 可見標題/內容/連結問題 |
| AI 答案觀察 | 可用時的公開 AI 答案介面 | 被引用來源、缺失實體事實、prompt notes |
一次瀏覽器會話應該只聚焦其中一種任務。把四種任務混在一個 prompt 裡，通常只會產生淺層摘要。
執行前先設定瀏覽器邊界
在任何瀏覽器任務前，先使用這個 query：
請作為 `seo-operator`，準備一次瀏覽器研究執行。
允許：
- 開啟我提供的公開 URL
- 檢查已渲染文字、標題、連結、schema 可見內容和截圖
- 只在有助於理解頁面時點選公開導航
- 把筆記和截圖儲存到 SEO 工作區
禁止：
- 登入頁面
- 表單
- 賬號設定
- 結賬流程
- CMS/admin 頁面
- robots.txt 或 sitemap 提交
- 生產環境編輯
瀏覽前，請展示 URL 列表、你將檢查什麼，以及你會建立哪個輸出檔案。
工作流程 1：SERP 意圖檢查
當你需要判斷一個頁面應該滿足什麼需求時使用它。
研究這個查詢的搜尋意圖：[query]。
只對公開頁面使用瀏覽器自動化。捕獲：
1. 明顯的 SERP 意圖
2. 排名前列結果中反覆出現的頁面型別
3. SERP features 或答案模式
4. 反覆出現的實體、比較、數字或 proof points
5. 我們的頁面在首屏必須回答什麼
返回一張表，包含 URL、頁面型別、角度、證據風格，以及我們的頁面應該在結構上借鑑但不能照抄文字的內容。
好的輸出不會說“競品內容更好”。它會說：“三個排名靠前頁面都在功能細節之前回答價格問題，而我們的頁面開頭是品牌定位。”
工作流程 2：競品頁面拆解
給 OpenClaw 一個小型競品集合。要求它比較結構，而不是模仿措辭。
| 層級 | 捕獲什麼 | 避免什麼 |
|---|---|---|
| 首屏 | H1、價值主張、第一答案 | 複製宣告 |
| 章節順序 | 問題、比較、證明、FAQ、CTA | 把順序當成普遍規則 |
| 證據 | 截圖、表格、客戶證明、引用 | 編造你沒有的證據 |
| 內部連結 | hub links、相關指南、產品連結 | 新增沒有讀者需求的連結 |
| GEO readiness | 簡潔答案、實體事實、示例 | 堆關鍵詞 |
Prompt：
比較這些競品頁面的 SEO 和 GEO 結構。
URLs：
- [competitor URL 1]
- [competitor URL 2]
- [competitor URL 3]
先不要重寫我們的頁面。建立一個 teardown，包含：
- 常見章節模式
- 它們使用的證據型別
- 它們清楚回答的問題
- 它們沒有回答的問題
- 我們頁面可以變得更有用的機會
- 每個觀察對應的截圖或筆記
最後給出我們頁面的推薦結構，而不是最終文案。
工作流程 3：渲染頁面檢查
這正是 OpenClaw 瀏覽器比普通文字抓取更有用的地方。它可以發現只有渲染後才出現的問題：隱藏文案、斷裂錨點、彈窗干擾、缺失標題、摺疊 FAQ 內容或 JavaScript 導航。
請求一次“reader path”審計：
以首次訪問者身份檢查這個公開 URL：[URL]。
從上到下捕獲渲染後的頁面路徑。對每個主要 section，記錄：
- 可見標題
- 該 section 回答的問題
- 答案是明確的還是隱含的
- 該 section 中可見的內部連結
- 令人困惑的 UI、隱藏內容或缺失上下文
- GEO extraction risk：low、medium 或 high
返回逐 section 表格和一個簡短修復佇列。
工作流程 4：AI 答案觀察
AI 答案介面會變化。把它當成觀察，而不是精確排名報告。
對這些 prompts 執行一次手動 AI 答案觀察：
- [prompt 1]
- [prompt 2]
- [prompt 3]
對每個 prompt，記錄：
- 答案摘要
- 可見的引用或提及來源
- 被提到的競品
- 我們的品牌/頁面是否出現
- 哪些缺失事實會讓我們的頁面更容易被引用
- 截圖或證據說明
不要聲稱這是穩定排名。把它標記為帶日期的觀察。
證據包格式
每次瀏覽器執行都應該生成類似 browser-research-YYYY-MM-DD.md 的檔案：
## 瀏覽器研究包
日期：
Agent：
研究任務：
Queries 或 prompts：
檢查的 URLs：
儲存的截圖：
## 觀察
| 來源 | 證據 | 解讀 | 置信度 |
| --- | --- | --- | --- |
## 機會
| 頁面 | 機會 | 證據 | 建議下一步 | 審核 |
| --- | --- | --- | --- | --- |
## 暫不行動
- 需要 analytics 確認的事項
- 需要工程稽核的事項
- 只基於一次不穩定 AI 答案觀察的事項
實戰提示
- 瀏覽器任務最適合 3 到 5 個 URL，而不是 30 個。
- 截圖只有和宣告繫結時才有用。“已儲存截圖”不是證據，除非報告說明截圖證明了什麼。
- 讓 OpenClaw 分開觀察和建議。否則它會從一個競品截圖直接跳到重寫計劃。
- 對 GEO，要記錄精確 prompt 和日期。AI 答案觀察老化很快。
- 不要讓瀏覽器自動化點選表單或登入提示，“只是看看”也不行。那就是研究變成營運風險的地方。
FAQ
OpenClaw 應該為每個關鍵詞瀏覽實時 SERP 嗎？
不應該。把瀏覽器研究用於優先查詢、意圖不清的查詢、重要競品和你計劃更新的頁面。批次分析用匯出資料。
截圖應該放進最終文章或報告嗎？
只有當它能證明一個點時才需要。大多數截圖應該放在證據資料夾裡，報告總結截圖說明了什麼即可。
OpenClaw 可以瀏覽競品網站嗎？
可以，只要是公開頁面，並且 Agent 遵守正常公開瀏覽邊界。不要繞過付費牆、登入或訪問控制。
OpenClaw SEO/GEO 學習路徑
本文是 OpenClaw SEO/GEO 操作員系列的一部分。如果你正在從零搭建工作流程，建議按以下順序閱讀：
- 把 OpenClaw 用作 SEO/GEO 操作員
- 配置你的第一個 OpenClaw SEO Agent
- 把 OpenClaw 連線到 GSC、Bing Webmaster、GA4 與 SEO 資料
- 使用 OpenClaw 瀏覽器自動化做 SEO 與 GEO 研究
- 構建關鍵詞聚類和 90 天內容日曆
- 使用 Google Trends 獲取每日內容靈感
- 建立 GEO prompt map
- 為 SEO 和 GEO 重新整理舊內容
- 改進內鏈與站點架構
- 執行技術 SEO/GEO 審計
- 構建 OpenClaw SEO/GEO Agent Swarm
- 執行每日 SEO/GEO 監控
- 新增 SEO/GEO 品質門禁
下一步讀什麼
- 上一篇： 如何把 OpenClaw 連線到 GSC、Bing Webmaster、GA4 與 SEO 資料
- 下一篇： 如何用 OpenClaw 構建關鍵詞聚類和 90 天內容日曆
- 相關： 如何執行技術 SEO/GEO 審計
來源與說明
請以 OpenClaw 官方文件作為當前命令語法和能力的準確資訊來源：
- OpenClaw 官方網站：https://openclaw.ai/
- OpenClaw GitHub README：https://github.com/openclaw/openclaw
- OpenClaw agents CLI 文件：https://docs.openclaw.ai/cli/agents
- OpenClaw browser 文件：https://docs.openclaw.ai/tools/browser
- OpenClaw cron CLI 文件：https://docs.openclaw.ai/cli/cron
- OpenClaw scheduled tasks 文件：https://docs.openclaw.ai/automation/cron-jobs
- OpenClaw Skills 文件：https://docs.openclaw.ai/tools/skills
- OpenClaw ClawHub 文件：https://docs.openclaw.ai/clawhub
作者：Lena Ortiz，Auspia 分析過 1,000+ AI 搜尋結果的研究員。她寫作的重點是把瀏覽器觀察轉成有證據支撐的 SEO 和 GEO 決策。
