GEO 成效追蹤怎麼做?Search Console、GA4 與 AI 引用驗收
你做了 GEO、AEO 或 AI 搜尋內容優化,該看哪個數字,才能知道內容真的被看見,而不是只完成一張待辦清單?
直接答案:GEO 成效追蹤至少要分成四層證據:搜尋或 AI 介面的曝光、答案中的引用、引用後的網站造訪,以及進站後的關鍵事件。Google Search Console 與 Bing Webmaster Tools 能提供部分平台內能見度,GA4 只能證明實際進站與後續互動,ChatGPT、Claude、Gemini 等答案是否引用則要靠平台報表或固定條件的可重現觀察。四層資料不能互相代替;沒有對應資料時就標為 Unknown。
如果你還在建立基礎概念,可先看站內的 GEO 生成式引擎優化指南,再回來設計量測。本文服務的是「如何驗收」這個單一問題,不討論如何保證被推薦,也不把提交 sitemap、加入 Schema 或發布文章當成成效。
GEO 成效追蹤要先分清哪些證據?
最常見的錯誤,是把「可以被抓取」直接寫成「已被引用」,或把一筆 AI referral 寫成「品牌能見度提升」。比較可靠的做法,是替每個問題分配唯一證據來源:
- 技術資格:頁面可抓取、HTTP 200、canonical 正確、未被 robots 或 noindex 排除。這只代表具備被發現的條件。
- 平台曝光:頁面是否出現在生成式搜尋功能,以及曝光如何隨日期、國家或裝置變化。
- AI 引用:哪個答案介面在什麼問題下把你的網址列為來源。引用次數不等於排序、立場正面或使用者已閱讀。
- 進站與行動:使用者是否點入網站、閱讀、訂閱、詢價或完成其他關鍵事件。
先定義證據層級,週報才不會出現「Search Console 曝光上升,所以 ChatGPT 引用也上升」這種無法由資料支持的跳躍推論。
Google Search Console 可以量到 AI 搜尋的什麼?
Google Search Central 在 2026 年 6 月公告,生成式 AI 專屬 Performance reports 正向部分網站推出。官方列出的維度包括生成式 AI 功能中的曝光、出現的頁面、國家、裝置與日期;資料同時仍包含在整體 Performance report。這表示有權限且已被納入 rollout 的網站,可以把 AI 功能的能見度與一般搜尋檢視分開,但不是所有資源都一定已看到報表。
若帳戶還沒有專屬報表,仍可在 Search Console 追蹤頁面與查詢的 clicks、impressions、CTR、position,並保留變更日期。只是這些總表數字不能自動拆成 AI Overviews 或 AI Mode 的貢獻。Google 對 AI Overviews 與 AI Mode 的計算規則也指出:外部連結被點擊才算 click;連結需要符合可見條件才計 impression。換句話說,沒有點擊不等於沒有曝光,而有曝光也不等於使用者採納了答案。
實務上,每週匯出「頁面 × 查詢 × 日期」,為本次優化的 URL 建立固定群組,再比較相同天數與相同星期結構。若只是全站總曝光變動,不能直接歸因到某一篇 GEO 改版。需要完整的基本操作,可搭配 Google Search Console 數據分析教學。
Bing AI Performance 如何驗證 AI 引用?
Microsoft 在 2026 年 2 月將 Bing Webmaster Tools 的 AI Performance 推進 public preview。官方說明列出 Total Citations、Average Cited Pages、Grounding queries、page-level citation activity 與時間趨勢,可涵蓋 Microsoft Copilot、Bing 的 AI 摘要與部分合作介面。這是目前能把「引用」與「網站進站」分開觀察的重要第一方資料。
但數字的解讀要保守。Bing 明確說明,引用次數只表示內容被列為來源,不表示頁面在答案中的位置、重要性、權威或排名;grounding queries 也只是引用活動的樣本。建議每週記錄被引用 URL、查詢詞與引用量變化,再檢查頁面是否真的完整回答該查詢。不要用引用總數推算品牌好感、銷售或跨平台能見度。
GA4 要怎麼看 AI 帶來的進站與行動?
GA4 的 Traffic acquisition report 是 session 層級報表,可用 Session source、Session medium、Session source / medium 檢視每次造訪從哪裡開始,並搭配 engaged sessions、engagement rate、key events 等指標。建立探索報表時,可先以來源包含已知 AI 平台網域作為觀察群組,再加入 landing page,確認流量實際落在哪一篇內容。
這裡有兩個限制。第一,referrer 或追蹤參數可能在瀏覽器、App、重新導向或隱私機制中遺失,最後落到 direct / none;所以 GA4 的 AI referral 通常是可確認進站的下限,不是所有 AI 影響。第二,session source 只能說明造訪來源,不能證明使用者在答案中看過哪一段、為何點擊,也不能代表沒有點擊的引用曝光。
驗收時至少同看 sessions、engaged sessions、landing page 與事先定義的 key event。若尚未設定訂閱、詢價、工具啟用或下一篇閱讀等事件,最多只能回報進站與互動,不能宣稱轉換提升。
ChatGPT、Claude、Gemini 的引用要怎麼留下可重現紀錄?
本文查證到的 OpenAI 公開說明,明確指出網站要進入 ChatGPT search,必須允許 OAI-SearchBot 並讓主機或 CDN 接受官方公布的 IP;同一頁也直接說沒有方法保證最高位置。這是技術資格說明,不是網站層級的引用成效報表。若平台沒有提供站長報表,就需要用人工觀察補足,但不能把一次截圖當成穩定排名。
建立引用紀錄時,固定記下平台與方案、日期時間、登入狀態、語言、地區、裝置、完整問題、是否開啟搜尋、答案全文或截圖、引用 URL,以及重跑次數。每個核心問題至少保留一個原始版本,之後只在受控版本中改一個條件。若答案會個人化或每次改寫,報告應寫「本次觀察到」,而不是「該平台固定推薦」。
建議把三種狀態分開:引用正確、引用但主張對不上來源、未觀察到引用。只有第一種可列入有效引用;第二種要回頭修正頁面歧義或記錄模型錯配,第三種維持未觀察到,不等於被封鎖或永遠不會出現。
一張可執行的 GEO 週報要放哪些欄位?
週報不需要塞滿所有行銷指標,而要能回答「哪個頁面、在哪個介面、以什麼證據發生變化」。最低欄位可設為:週期、平台、查詢或 grounding query、landing page、AI 曝光、引用次數、Search clicks、AI referral sessions、engaged sessions、key events、資料來源、證據連結與備註。
每個數值再加上狀態:Measured 表示平台有直接資料,Observed 表示以固定條件重現,Inferred 表示基於多項資料的推論,Unknown 表示沒有資料。推論要寫出前提,例如「Bing 引用增加且對應頁面 referral sessions 同期增加,兩者可能相關」,不能改寫成因果結論。
對台灣市場還要固定 country 或語言條件。繁中問題、英文問題與不同地區的答案可能不同;把它們混在同一平均值,會讓內容團隊無法判斷下一步應改繁中表述、實體資訊、資料完整度,還是頁面體驗。
怎麼設計不會誤判的內容改善實驗?
先選一組有穩定曝光或已被引用的 URL,為每頁指定一個主要查詢群。一次只做一個可說明的內容變更,例如補直接答案、更新過期資料、把比較條件改成表格,或增加第一方證據。保留發布時間與舊版快照,觀察至少一個完整週期,並與未修改、意圖相近的頁面一起看。
驗收順序應是:先確定頁面仍可抓取與索引,再看平台曝光或引用,接著看進站,最後看 key event。若前兩層沒有資料,後層變動可能來自社群、電子報或一般搜尋,不能歸給 GEO。若同時改標題、正文、內鏈與 CTA,即使數字上升,也很難知道哪個改動有效。
對低流量網站,單週零值很常見。不要為了產生漂亮百分比,把 0 到 1 寫成成長率突破;直接保留絕對值、觀察窗與資料延遲,通常更能支持下一次決策。
哪些失敗情境與資料風險最容易被忽略?
- 報表尚未開放:Google 的生成式 AI 專屬報表採分批推出;帳戶沒有入口時,狀態是 unavailable,不是零曝光。
- 平台口徑不同:Google 的 impression、Bing 的 citation 與 GA4 session 是不同事件,不能相加成一個「AI visibility score」。
- 抽樣與隱私:grounding query 可能只顯示樣本,低量資料也可能被省略;缺值不必然等於沒有發生。
- referrer 遺失:App、瀏覽器與重新導向可能讓來源變成 direct,GA4 無法還原所有未帶識別資訊的造訪。
- 人工測試受污染:登入歷史、地區、語言與提問方式都會影響答案。測試帳號與提示若不固定,週與週之間不可比。
- 敏感資料外洩:引用紀錄不要貼入客戶個資、未公開查詢或後台截圖;共享前應移除帳號與查詢參數中的識別資訊。
另一個常見失敗是把 bot crawl 次數當成讀者需求。爬蟲到訪只能協助診斷抓取狀態,不能證明內容已被使用、引用或帶來轉換。
GEO 成效追蹤的驗收清單是什麼?
- 每個目標 URL 都有唯一主要意圖、基準日與內容版本。
- 技術資格通過,但與外部成效分欄呈現。
- Search Console 或 Bing 的平台資料保留匯出檔、日期範圍與篩選條件。
- GA4 使用 session 層級來源,並以 landing page 與 key event 驗證後續行動。
- 沒有平台報表的 AI 服務,採固定問題與環境進行重現,保存原始證據。
- 引用、曝光、進站與轉換不互相替代;缺資料明確標 Unknown。
- 改善前後使用相同觀察窗,並保留相近、未修改頁面作為參照。
- 週報結論只回答資料能支持的範圍,下一步要對應一個可驗收改動。
把這套流程納入 行銷黑客主題樞紐 的固定週報後,團隊關注的就不再是「這週發了幾篇」,而是哪些內容已具備資格、在哪個平台被看見、是否帶來合格造訪,以及讀者有沒有完成下一步。
參考資料
- Google Search Central:生成式 AI Performance reports 公告(查證生成式 AI 報表的 rollout、維度與範圍)
- Google Search Console:click、impression、position 計算方式(查證 AI Mode 與 AI Overviews 的計數口徑)
- Google Analytics:Traffic acquisition report(查證 session source、engagement 與 key events)
- Microsoft Bing:AI Performance in Bing Webmaster Tools(查證 citations、grounding queries、頁面層級資料與限制)
- OpenAI:ChatGPT Search(查證 OAI-SearchBot 技術資格與不保證最高位置)