Search Console 接進 AI 工作流：MCP 設定實錄

先講為什麼要接。這陣子我們對官網做了一輪 SEO 改動——站內連結重建、商業頁標題改寫、解決方案頁拆分。改動都上線了，但有一個尷尬的事實：量測還停在「有空再開 Search Console 後台看看」。

優化沒有量測，就只是單發的猜測。所以我們把 Search Console 直接接進日常使用的 AI 開發環境：AI 改完站內結構，自己拉數據驗證效果，一條龍。

設定：一個開源 MCP server 就夠

用的是開源的 mcp-gsc（MCP 是讓 AI 工具接外部服務的協定標準）。三個步驟：

1. Google Cloud Console 開 Search Console API，建一組桌面型 OAuth 憑證，下載 JSON
2. 安裝 uv（Python 工具鏈，跑 server 用）
3. 在 Claude Code 註冊 server，環境變數指向憑證檔路徑

首次呼叫會跳瀏覽器做 OAuth 授權，之後就能直接問：這 28 天曝光多少、哪些字詞有排名、sitemap 健不健康、哪些頁還沒被收錄。整段設定實際花的時間不到半小時——比起每次手動開後台、截圖、貼數字，這筆投資一週就回本。

值得一提的是選型：市面上也有整合各種數據源的商用平台，但對一人公司或小團隊，一個單一用途的開源 server 就夠——沒有月費、沒有多餘功能，憑證與資料流全部留在自己機器上。

憑證紀律：兩個容易踩的洞

**第一個洞：把憑證貼進對話。**OAuth JSON 裡有 client secret，貼進對話等於把它留在對話紀錄裡。正確做法是給 AI 檔案路徑、讓它自己讀——我們檢查憑證格式時，也只印欄位名稱、不印值。

第二個洞：scope 選錯，憑證路徑進版控。MCP server 的註冊有分層：project scope 會在專案目錄產生設定檔並被 git 追蹤——你的憑證檔路徑就這樣推上 GitHub。我們選 local scope：設定寫進使用者家目錄，只對這個專案生效，repo 保持乾淨。設定完，git status 必須是乾淨的——不乾淨就是踩了這個洞。

坑：Connected 不代表工具已載入

設定完成後健康檢查顯示 Connected，但 AI 就是叫不到任何 GSC 工具——看起來像安裝失敗，其實不是。

**工作階段中途新增的 MCP server，工具要重開一個新的工作階段才會載入。**Connected 只代表 server 活著，不代表工具已經掛進當前對話。知道這件事，省下的是半小時的無效重裝。

接上之後的第一件事：拿基準線

工具能動之後，先做的不是分析，是存檔：把當下 28 天的曝光、點擊、平均排名、每個字詞與頁面的表現記進專案紀錄。因為改動的效果要用「之前 vs 之後」比，沒有基準線，兩週後你只會得到一個沒有對照組的數字。

順手還清了一筆舊帳：Search Console 裡掛著一條 2025 年的舊 sitemap——前朝 WordPress 時代的遺留（那次搬家的完整紀錄在官網搬家不掉排名）——直接從後台撤掉。

把量測接進工作流，優化才會變成迴圈；不然每次改動都是單發，中不中靠信仰。

這套「接上數據、先立基準線、再談優化」的順序，跟我們幫客戶做廣告數據整合是同一個邏輯（見案例研究）。

給想接數據源的三個自我檢查

1. **憑證檔現在放在哪？**在專案目錄裡、被 git 追蹤，或曾經貼進對話——三個都算外洩候選。
2. **AI 工具的設定，哪些會進版控？**分不清 scope 的差別，就先假設全部會被 commit。
3. **接上數據源的第一個動作是分析還是存基準線？**先分析的人，兩週後都會後悔。

如果你也想把手上的數據源——廣告後台、報表系統、Search Console——接進 AI 工作流，歡迎聊聊你現在的流程。

預約 30 分鐘免費流程診斷 →