GA4 AI 流量怎麼看？追蹤 ChatGPT、Gemini 與 Claude 的 3 種方法

內容目錄 顯示
加入為 Google 偏好來源

時效查核：Google Analytics Help〈What’s new in Google Analytics〉，2026-05-13 新增 AI Assistant traffic measurement。

GA4 AI 流量現在可以直接從預設管道群組查看。Google Analytics 已在 2026 年 5 月加入 AI Assistants 管道，符合辨識規則的 ChatGPT、Gemini、Claude 等引薦流量，會自動得到專屬的媒介與管道分類。

不過，這不代表 GA4 能抓到每一次從 AI 對話產生的造訪。只要開啟連結時沒有傳回 referrer，GA4 就缺少判斷來源的證據，工作階段仍可能落到 Direct。本文會比較內建分類、自訂管道群組與探索區隔 3 種方法，帶你選擇正確口徑，也知道哪些數字不能過度解讀。

先說結論：日常監測先用內建分類，例外才自訂

方法適合回答的問題主要優點要注意的限制
內建 AI Assistants目前有多少已辨識的 AI 助理流量不必自訂規則，口徑由 Google 維護無 referrer 或未被辨識的來源不一定會進來
自訂管道群組能否納入自家指定來源，或拆分平台可建立符合團隊需求的分類口徑規則與順序要維護，太寬會誤收
探索區隔特定來源帶來哪些頁面與行為適合臨時診斷，不必改日常報表欄位範圍、大小寫與資料門檻可能影響結果

如果你只是想開始觀察 AI 導流，先看內建 AI Assistants 就夠了。看到實際來源值沒有被納入，或團隊需要把不同平台分開管理時，再建立自訂群組。探索區隔則適合回答臨時問題，例如「Claude 帶來的訪客先看哪些文章」「AI 流量是否會前往方案頁」。

這 3 種方法不是互相取代，而是處理不同層次的問題。先把問題說清楚，才不會為了追一個小流量來源，建立一套日後沒人維護的複雜規則。

GA4 怎麼辨識 AI 流量？先理解 4 個欄位

來源：Google Analytics Help〈What’s new in Google Analytics〉，2026-05-13「New AI Assistant traffic measurement」。

使用者從另一個網站或應用程式點擊連結時，瀏覽器可能傳回引薦來源。GA4 收到這些訊號後，會建立 source、medium 與 channel group 等流量來源維度。Google Analytics 官方把 source 定義為帶來流量的具體網站、平台或位置；medium 則描述這次流量所屬的類型。

2026 年 5 月的更新，讓 GA4 對已辨識 AI 助理來源自動指派 `ai-assistant` medium，並放入 AI Assistant 管道。Campaign 也會出現 `(ai-assistant)`。這些欄位讓團隊不必先自行維護一長串平台網址，就能建立基本監測。

Source 是具體來源，Medium 是來源類型

假設某次工作階段由 ChatGPT 點擊進站，source 可能呈現對應平台來源，medium 則由 GA4 分類為 `ai-assistant`。Source 適合比較不同平台，medium 適合把同類流量放在一起觀察。

若你只看 channel group，能快速知道 AI 助理整體趨勢；若要找出哪個平台帶來流量，就要再加入 Session source 或 Session source／medium。分析順序通常是先看大類，再往具體來源與到達頁拆解。

Session 維度回答這一次造訪從哪裡來

來源：Google Analytics Help〈About traffic-source dimensions〉與 〈Scopes of traffic-source dimensions〉，查證於 2026-08-19。

GA4 的流量來源維度有不同範圍。Session source／medium 代表啟動該工作階段的來源，適合分析這次 AI 點擊之後發生了什麼。First user source／medium 則描述這名使用者第一次被取得時的來源，適合研究首次獲客。

同一名使用者第一次可能從自然搜尋進站，下一次才從 AI 助理回訪。這時 First user 仍可能顯示自然搜尋，但 Session 維度會反映這次 AI 造訪。兩者回答的問題不同，不能只因數字不一致就認定追蹤故障。

AI Assistants 不等於 Google AI Overview

來源：Google Analytics Help〈Default channel group〉。官方定義指出 AI Assistants 排除 Google AI Overviews 與 AI Mode。

Google 的預設管道定義明確區分兩者。來自 ChatGPT、Gemini、DeepSeek、Copilot 或 Grok 等已辨識 AI 助理的流量，會進入 AI Assistants；Google 搜尋結果中的 AI Overview 與 AI Mode，仍歸在 Organic Search。

因此，「AI 導流增加」可能包含兩種口徑不同的來源。第三方 AI 助理點擊可以用 AI Assistants 觀察；Google AI 搜尋功能的影響，還要搭配 Search Console 的曝光資料，以及點擊與查詢資料判斷。若你把兩者混成一個數字，就無法知道應該改善引用能見度，還是傳統搜尋結果的內容表現。

方法一：用內建 AI Assistants 做日常監測

內建分類適合建立固定週報或月報。使用 Session default channel group 作為主要維度，找到 AI Assistants 後，再加入 Session source、Landing page 與重要事件，就能從「有多少流量」一路看到「流量去了哪裡」「是否完成有價值的行動」。

第一層先看量體與趨勢

先記錄工作階段、使用者與新使用者，不急著用單週數字下結論。AI 引薦量體常比自然搜尋小，短期也可能因某篇內容被引用而突然波動。用至少數週的相同口徑觀察，才比較容易分辨單次尖峰與持續趨勢。

如果網站剛開始出現 AI Assistants，不必先追求百分比成長。基期很小時，增加幾個工作階段就可能形成很高的成長率。建議同時保留絕對工作階段數與占全站流量比例。

第二層看來源與到達頁

加入 Session source，可以比較不同 AI 平台。再加入 Landing page，則能看見使用者第一個進入的頁面。這兩個維度一起看，比只記錄「AI 流量有幾次」更有行動價值。

若某篇教學持續得到 AI 引薦，可以檢查文中的定義、步驟、比較表與來源是否仍然有效，並補上清楚的下一步。若流量集中在已過時頁面，優先更新內容，不要只把尖峰當成成功案例。

第三層看參與與重要事件

工作階段只能說明有人進站，不能代表內容有幫助。至少再看參與工作階段、參與率、平均參與時間與重要事件。若網站的主要目標是詢問或試用，就應確認表單完成、試用入口或方案頁瀏覽是否已被正確設為可衡量事件。

不同流量來源的任務也可能不同。從 AI 回答點進來的使用者，可能已經取得初步資訊，只想確認細節；自然搜尋訪客則可能從頭閱讀完整指南。因此，不要只用平均停留時間判斷優劣，還要看頁面任務與下一步是否完成。

分析層次建議維度／指標要回答的問題可採取的行動
量體工作階段、使用者、占比AI 導流是否持續出現建立固定週期基準
來源Session source／medium哪些平台帶來造訪檢查來源分類與趨勢
內容Landing page 與 Views哪些頁面被推薦或引用更新高價值到達頁
參與Engaged sessions 與 Engagement rate訪客是否繼續互動改善首屏答案與內鏈
成果Key events、方案頁與表單行為流量是否接近商業目標補強 CTA 與轉換路徑

方法二：用自訂管道群組補足自己的分析口徑

內建 AI Assistants 已能處理日常監測，但自訂管道群組仍有用途。你可能想把 AI 平台拆成「對話式 AI」「搜尋型 AI」，或發現某個來源值沒有進入內建分類。這時可以建立自訂規則，不必改動 Google 維護的預設管道群組。

先從實際來源值開始，不要先貼萬用 regex

較穩妥的起點，是先用 Session source／medium 盤點目前網站真的收到哪些來源值，再決定規則。公開教學常提供一條很長的正規表示式，看起來一次能涵蓋所有平台，卻可能因字串太寬而誤收非 AI 網站。

例如，只用 `ai`、`gpt` 或 `you` 這類短字串做包含比對，可能碰到名稱相似但無關的來源。自訂時應優先使用完整網域，精確比對，或帶有開始與結束錨點的規則。新增平台時，也要把來源值與變更日期記錄在同一份規格表。

規則順序會影響分類結果

來源：Google Analytics Help〈Custom channel groups〉。官方文件說明回溯套用，第一個符合規則，AI assistants 範例與 primary channel group 的資料行為。

Google 官方說明，自訂管道群組會依目前順序判斷，流量放進第一個符合定義的管道。AI 助理點擊通常同時具有 referral 特徵，所以自訂 AI 管道應排在 Referral 之前，否則可能先被 Referral 接走。

調整順序後，應用相同日期範圍比較 AI、Referral 與總工作階段。AI 增加而 Referral 等量下降，可能只是重新分類，不代表網站突然取得新流量。只有全站量體與來源明細也改變，才需要再查其他原因。

自訂群組可以回溯，主要管道變更不能混為一談

Google Analytics 的自訂管道群組可在一般報表、探索與區隔中回溯套用目前定義。這代表你今天建立一組規則，仍可用它重新分類符合條件的既有底層資料。

但若把某個自訂群組指定為 property 的 primary channel group，新的主要分類只從變更後開始填入。前者是查詢時套用自訂定義，後者是往後累積的主要分類紀錄。做跨期報告時，必須記下使用的是哪個維度，以及定義何時變更。

方法三：用探索區隔找出來源、到達頁與行為

探索適合處理一次性的診斷問題。你可以建立工作階段區隔，條件使用 Session default channel group 等於 AI Assistants，或使用 Session source／medium 比對已確認的 AI 來源，再把 Landing page、工作階段、參與工作階段與重要事件放進同一張表。

選擇工作階段區隔，是因為問題關心「這一次由 AI 帶來的造訪」。若誤用使用者區隔，曾經有一次 AI 造訪的使用者，其他來源工作階段也可能被一起納入，結果就不再等於 AI 引薦工作階段。

探索表建議放哪些欄位？

  • 列：Session source／medium 與 Landing page。
  • 值：Sessions、Engaged sessions、Engagement rate、Key events。
  • 區隔：工作階段層級的 AI Assistants，或已確認的來源條件。
  • 日期：先看近 28 天，再與前一個相同長度期間比較。

如果資料很少，先不要放太多維度。每加入一層拆分，表格就會更稀疏，也更容易受低量門檻影響。可以先以來源為列，確認有資料後再加入到達頁。

報表搜尋與探索篩選可能出現不同結果

來源：Google Analytics Help〈Get started with Explorations〉與 〈Data differences between reports and explorations〉，查證於 2026-08-19。

Google 官方指出，探索的篩選條件可選包含、完全相符或開頭相符，而且表達式有大小寫差異；一般報表表格上的搜尋則採包含比對，且不分大小寫。相同文字放在不同介面，不一定得到完全相同的範圍。

遇到數字差異時，先檢查日期、維度範圍、區隔類型與比對方式，再看資料門檻與處理時間。不要只因兩張表不同，就直接把原因歸咎於 GA4 漏數。

哪些 AI 流量抓不到？GA4 不是完整的 AI 引用報告

GA4 能辨識的是「有來源訊號的網站造訪」，不是 AI 對話本身。它看不到某個回答是否提到你的品牌，也不知道使用者看過答案卻沒有點擊。只有使用者真的開啟網站，而且來源資訊能傳遞，GA4 才有機會分類。

無 referrer 的點擊可能落入 Direct

來源：Google Analytics Help〈Understand (direct) / (none) traffic〉。官方定義指出 Direct／None 代表沒有明確引薦來源的網站流量。

使用者可能先複製網址，再貼到瀏覽器；也可能從不傳遞引薦資訊的應用程式環境開啟。中間跳轉、瀏覽器政策與隱私設定，也可能讓 referrer 遺失。此時 GA4 沒有可靠證據知道來源，只能依可用訊號分類。

因此，Direct 增加不能直接解讀成「隱藏的 AI 流量增加」。Direct 還可能包含書籤，手動輸入網址及其他無法辨識來源。若沒有額外第一方詢問或帶參數連結，事後無法只靠 GA4 把它們可靠拆開。

AI 回答曝光、品牌提及與連結點擊是三個不同指標

品牌可能在 AI 回答中被提及，卻沒有連結；也可能出現連結，但使用者沒有點擊。GA4 只處理進站後的行為，無法單獨回答 AI 回答中出現幾次，引用哪一段，以及沒有點擊的曝光量。

若要評估完整的 GEO 表現，需要把可取得的 AI 引薦工作階段、品牌搜尋變化、Search Console 資料、內容更新紀錄與實際詢問來源一起看。每個資料源只回答一部分問題，不宜合併成一個看似精準的「AI 曝光總數」。

GA4 AI 流量追蹤的 7 個常見錯誤

分類與維度依據：Google Analytics 官方的 Default channel group、Custom channel groups 與 traffic-source dimensions。

錯誤為什麼會誤判建議修正
仍認為 GA4 沒有原生 AI 管道沿用 2026 年 5 月以前的教學先檢查 Default Channel Group 的 AI Assistants
把 AI Overview 算進 AI Assistants混淆 Google 搜尋功能與第三方 AI 引薦前者用 Organic Search 與 Search Console 觀察
直接貼寬鬆 regex短字串可能誤收無關來源先盤點實際 source，再用精確規則
AI 自訂管道排在 Referral 後面流量先被第一個符合規則的管道接走把 AI 規則放在 Referral 之前並做前後對照
混用 First user 與 Session第一次獲客與這次造訪不是同一問題追本次 AI 導流時使用 Session 維度
只看工作階段數無法判斷內容品質與商業成果加入到達頁，並搭配參與與重要事件
把 Direct 都推定為 AIDirect 包含多種無來源情境承認不可辨識範圍，不做無證據回推

快速完成第一版 AI 流量檢查

  • 確認報表可使用 Session default channel group，並查看是否已有 AI Assistants。
  • 以近 28 天為基準，記錄工作階段、使用者與占全站比例。
  • 加入 Session source／medium，確認實際出現的平台來源。
  • 加入 Landing page，找出獲得 AI 引薦的內容。
  • 加入參與工作階段、參與率與重要事件，檢查流量品質。
  • 只有出現未分類來源或特殊分組需求時，才建立自訂管道群組。
  • 記錄使用維度、規則與變更日期，讓下次報告可比較。

完成後，你應該能回答 4 件事：目前有沒有可辨識的 AI 助理導流，主要來自哪些平台，進站後先看哪些頁面，以及是否完成重要行動。如果還無法回答，先補齊維度與事件，不必急著製作華麗儀表板。

內文精華總結

規格查核：Google Analytics Default channel group，查證於 2026-08-19。

GA4 已有 AI Assistants 預設分類

  • 已辨識且帶有引薦資訊的 AI 助理流量，會自動得到專屬媒介與管道。
  • Google AI Overview 與 AI Mode 仍屬 Organic Search，不應混在一起。

自訂群組用來補口徑，不是日常必做

  • 先盤點真實來源值，再決定是否需要自訂。
  • 規則順序與比對範圍會改變分類結果，必須留存版本紀錄。

追到流量後，還要看內容與重要事件

  • 到達頁告訴你哪些內容得到 AI 引薦。
  • 參與與重要事件才有助於判斷這些流量是否值得持續經營。

延伸閱讀

想讓 AI 流量進站後有清楚下一步？從網站內容架構開始

追蹤只能告訴你流量從哪裡來，真正影響結果的是網站能否快速回答問題，並讓讀者自然前往下一步。秒站提供現成網站架構與內容編輯工具，讓中小企業先建立可用官網，再逐步補上教學文章、服務頁與轉換入口。

重點整理

GA4 現在會自動辨識 AI 流量嗎？

會，但只限 Google Analytics 已辨識，而且點擊時帶有可用引薦資訊的 AI 助理流量。Google 在 2026 年 5 月新增 AI Assistants 預設管道，符合規則的工作階段會得到 ai-assistant 媒介與對應管道分類。若連結開啟過程沒有傳回 referrer，該次工作階段仍可能被歸入 Direct，因此內建分類不是全部 AI 點擊的完整清冊。

AI Assistants 和 Organic Search 有什麼不同？

AI Assistants 用來分類來自 ChatGPT、Gemini、Claude 等已辨識 AI 助理的引薦流量。Google 搜尋結果中的 AI Overview 與 AI Mode 則仍屬 Organic Search，不會放進 AI Assistants。分析時要先確認你想衡量的是第三方 AI 助理點擊，還是 Google 搜尋中的 AI 功能，兩者的來源與報表口徑不同。

為什麼 ChatGPT 流量可能出現在 Direct？

GA4 需要流量來源訊號才能判斷工作階段從哪裡來。使用者若複製網址後另開瀏覽器、從不傳遞 referrer 的應用程式環境開啟，或在跳轉與隱私設定中遺失引薦資訊，GA4 就沒有足夠證據把它辨識為 ChatGPT。這類 Direct 流量不能只靠既有 GA4 資料可靠地回推成 AI 流量。

已有內建 AI Assistants，還需要自訂管道群組嗎？

不一定。日常監測先使用內建分類，通常能降低自行維護規則的成本。只有在你需要納入尚未被內建規則辨識的來源、拆分不同 AI 平台，或建立自己的分析口徑時，才值得建立自訂管道群組。自訂前先從 Session source／medium 盤點實際值，避免直接貼上過度寬鬆的正規表示式。

自訂管道群組會回溯歷史資料嗎？

用於一般報表、探索與區隔的自訂管道群組，可以把目前定義套用到既有底層資料。可是把某個自訂群組設成主要管道群組，新的主要分類只會從變更後開始累積。兩種功能的歷史資料行為不同，分析時應保留定義、變更日期與使用的維度名稱。

自訂 AI 管道為什麼要排在 Referral 前面？

同一個管道群組會依規則順序判定，流量歸入第一個符合條件的管道。AI 助理點擊通常也具有引薦特徵；如果 Referral 排在自訂 AI 管道之前，流量可能先被 Referral 接走。調整順序前應先複製或記錄原定義，並以相同日期範圍比較變更前後的分類。

分析 AI 流量應該看 First user 還是 Session 維度？

若要回答這一次造訪是不是由 AI 助理帶來，優先使用 Session source／medium 或 Session channel group。First user 維度回答的是使用者第一次被取得時的來源，適合研究初次獲客。兩者範圍不同，不應把同一張表的數字直接互相比較，也不要用 First user 來源代替每次工作階段來源。

GA4 AI 流量成效應該看哪些指標？

先看工作階段與使用者了解量體，再看參與工作階段、參與率及平均參與時間判斷閱讀品質。接著依到達頁檢查哪些內容被引用或推薦，最後看重要事件、表單、方案頁瀏覽等與商業目標有關的行為。單一 AI 來源量體可能不大，應以趨勢與內容品質一起判讀。

分享此文章：

相關文章