簡短回答： 在默認配置下，GA4 會把來自 ChatGPT、Perplexity、Gemini 和 Copilot 的訪問歸入通用的 Referral、Direct 或 Unassigned。要看見它們，就得建立一個自定義渠道組，用僅基於 source 的正則匹配 AI 引薦域名，把它放在默認 Referral 規則之上，並做實時驗證。把得到的結果當作下限看待，因為應用內點擊和 Google AI Overviews 的點擊依然是隱藏的。
核心重點
- GA4 的默認渠道定義早於 AI 助手出現，因此在建立自定義渠道之前，AI 訪問只會落入通用的 Referral、Unassigned 或 Direct。
- 解決辦法是建立一個自定義 GA4 渠道組：僅以會話來源的正則匹配 AI 引薦域名，絕不限定 referral medium，並把它排在默認 Referral 渠道之上。
- 帶有 utm_source=chatgpt.com 標記卻沒有 medium 的 ChatGPT 鏈接可能被歸入 Unassigned，因此一條限定 referral medium 的規則，會悄無聲息地丟掉很大一部分 ChatGPT 訪問。
- 應用內的點擊，以及被隱私策略剝離了引薦信息的訪問，都會計入 Direct；而 Google AI Overviews 與 AI Mode 的點擊則被計入普通搜索總量。因此，所測得的 AI 流量只是一個下限，並不是整個渠道的全貌。
- 流量可以印證 AI 可見度，卻不能衡量它；請把這個渠道與答案佔有率監測配合使用，若收入歸因很重要，再把流量來源帶進 CRM。
為什麼我的分析工具現在看不到 AI 流量？
GA4 的默認渠道定義寫於 AI 助手出現之前，因此來自 ChatGPT、Claude、Perplexity、Copilot 或 Gemini 的會話，根本沒有對應的 AI 分類可歸。它會落入 Referral、Unassigned 或 Direct，與毫不相干的流量混在一起。
AI 引薦流量 指的是以點擊 AI 助手的答案或引用鏈接作為開端的網站會話。默認情況下，它們分散在三個地方。
通用 Referral。 當瀏覽器傳遞了諸如以下這類引薦來源時 chatgpt.com 或 perplexity.ai，GA4 就會把這次會話歸入 Referral， 與論壇外鏈、目錄收錄和各種零散的鏈接域名混在一起。數據一直都在，只是沒有標註、被埋沒了。
Unassigned（未分配）。 ChatGPT 有時會附加 utm_source=chatgpt.com 給引用鏈接，而不帶 utm_medium，而且 GA4 可能把帶 source 卻無 medium 的流量歸入 Unassigned，其 medium 顯示為「(not set)」。OpenAI 從 2025 年年中開始這樣做，這讓桌面端的引用第一次變得可追蹤——前提是你的規則確實能捕捉到它們。
Direct（直接流量）。 當引薦信息在整個過程中沒能保留下來時——移動應用內點擊、會剝離隱私信息的瀏覽器，以及某些應用內網頁視圖都是如此——這次會話就與有人直接敲入你的 URL 毫無區別。這才是真正意義上的暗流量，任何 GA4 配置都無法還原它。
結果就是：一個增長很快的渠道，卻被當成噪音來彙報。如果管理層問 AEO 和 GEO 的工作有沒有帶來訪客，誠實的第一句回答是——默認報表回答不了這個問題。下面這套配置能讓它回答得了。
流量是 AI 可見度的第二指標，而不是第一指標。助手回答大多數問題時並不會送出點擊，這正是為什麼答案佔有率的測量——參見 測量AI的能見度而不欺騙自己，線索與流量只能起到印證作用。真正到來的點擊既有價值也可計量，而正確地計量它們正是本文的目的。
追蹤 AI 流量時，我該監測哪些引薦域名？
把 chatgpt.com、perplexity.ai、gemini.google.com、copilot.microsoft.com 和 claude.ai 作為核心清單來追蹤，再補上幾個長尾引擎。下面的清單大致按 2026 年多數網站的流量高低排序。
chatgpt.com：ChatGPT 的主要網頁域名，以及舊域名chat.openai.com，在日誌中仍能見到。perplexity.ai：引用密度最高的助手，通常也是最乾淨的引薦來源。gemini.google.com：Gemini 的應用入口，與 AI Overviews 不同——後者不會以 Gemini 作為引薦來源。copilot.microsoft.com：以及edgeservices.bing.com用於 Edge 側邊欄流量。claude.ai：Claude 的網頁應用。- 為求完整，也值得納入：
you.com,meta.ai,deepseek.com和grok.com, 一些值得一提、在日誌中出現得比在報表中更多的來源.
有兩個關於納入範圍的決定，需要你認真判斷，而不是照抄了事。
寬泛匹配與精確匹配之別。 像這樣寬鬆的匹配模式 .*openai.* 能自動涵蓋子域名的變化，但任何包含該字符串的域名都可能造成誤判。錨定的精確清單更準確，卻需要在平臺遷移域名時持續維護；ChatGPT 自身從 chat.openai.com 到 chatgpt.com 就是前車之鑑。務實的折中做法，是對已知域名做錨定的並列匹配，並按季度複查。
哪些不在清單上。 Google AI Overviews 與 AI Mode 不會發送可區分的引薦來源。它們的點擊會以普通的 google.com 自然搜索流量到達，並被 被計入 Search Console 中「Web」搜索類型的總量裡，這一點在 Google 自己的文檔中寫得很清楚。沒有任何正則能把它們還原成一個單獨的渠道；下文關於盲區的部分會說明該如何看待它們。
如何在 GA4 中一步步設置 AI 流量渠道？
創建一個自定義渠道組，添加一個以會話來源正則匹配 AI 引薦域名的 AI 渠道，並把它拖到默認的 Referral 渠道上方。然後用一次真實點擊驗證，併為你能控制的鏈接打上標記。
A 自定義渠道組 是 GA4 默認渠道分組的一份可編輯副本，你可以在其中添加 AI 之類的渠道，並控制規則的評估順序。
第 1 步：創建自定義渠道組。 依次進入「管理」→「數據顯示」→「渠道組」，複製一份默認渠道組，因為默認組本身無法編輯。給它起一個報表中會用到的名稱，例如 渠道（含 AI）.
第 2 步：用 source 正則添加 AI 渠道。 新增一個渠道，其條件設定在 會話來源（Session source），匹配類型 匹配正則表達式，以及一條涵蓋上述清單的匹配模式：
.*(chatgpt\.com|chat\.openai\.com|openai\.com|perplexity\.ai|claude\.ai|gemini\.google\.com|copilot\.microsoft\.com|edgeservices\.bing\.com|you\.com|meta\.ai|deepseek\.com|grok\.com).*
第 3 步：不要把它限定為 medium = referral。 正是這個錯誤，悄無聲息地讓渠道少掉一半。 該 utm_source=chatgpt.com 點擊到達時被記為 chatgpt.com / (none) 或 (not set)，而把條件限定為 referral medium 就會漏掉它們；按從業者的經驗，這部分約佔可見 ChatGPT 流量的 30 到 40%。只匹配 source。
第 4 步：把 AI 渠道拖到 Referral 之上。 GA4 自上而下逐條評估渠道規則，因此規則順序決定了歸因結果。排在 Referral 之下時，引薦規則會先捕獲 chatgpt.com 先被認領，你的 AI 渠道就會一直是空的。僅僅這一次拖動，就決定了渠道是能正常工作，還是莫名其妙地為零。
第 5 步：做實時驗證。 在另一個標籤頁中，從一條真實的 ChatGPT 或 Perplexity 引用鏈接打開你的網站，然後 確認這次會話在 Realtime 中以預期的 source 和 medium 出現，例如 perplexity.ai / referral。若要查看歷史數據，請用以下維度建立一張探索報告： 會話來源（Session source） 對比 會話數（Sessions），並以該正則表達式篩選 chatgpt|perplexity|claude|gemini|copilot|deepseek|you|grok。探索報告可以回溯查詢，儘管渠道組歸因只 自創建之時起生效.
第 6 步：為你能控制的鏈接打上標記。 對於你自己投放的鏈接——例如目錄站、資料頁，以及任何助手可能抓取 URL 的地方——一套統一的命名規範能讓渠道保持乾淨： utm_source 作為該平臺的域名， utm_medium=ai_referral 來歸類這個渠道，並用 utm_campaign 作為描述性標籤.
第 7 步：讓來源信息延續到會話之外。 對 B2B 來說，只有當這個渠道的數據一路延伸到收入端，它才真正證明了自己的價值。用一個隱藏表單字段記錄會話來源，並映射到 CRM 的線索與商機記錄中，這就是「AI 帶來了 400 次會話」與「AI 促成了三筆成交」之間的差別。來源中列出的 DarwinApps 指南詳細說明了這套端到端的做法。
配置前後 AI 訪問分別歸入了哪裡
| 到達路徑 | GA4 默認設置 | 設置完成之後 |
|---|---|---|
| 桌面端點擊，引薦信息已傳遞 | Referral（通用引薦） | AI 渠道 |
| 帶 utm_source 但無 medium 的 ChatGPT 鏈接 | Unassigned（未分配）/（not set） | AI 渠道（僅 source 規則） |
| 移動應用內點擊，無引薦信息 | Direct（直接流量） | Direct（暗流量） |
| AI Overviews 或 AI Mode 點擊 | Organic Search（自然搜索） | Organic Search（Search Console 的 Web 總量） |
這套配置把前兩行從噪音變成了渠道。後兩行則是結構性的限制，而不是配置上的失誤。
這套 AI 流量配置仍然會漏掉什麼？
它仍然會漏掉暗 AI 流量、來自 Google AI Overviews 和 AI Mode 的點擊，以及數量大得多的那一批人——他們讀完 AI 答案就再也沒有點擊。把這三個盲區明確說出來，才能讓你的彙報保持誠實。
暗 AI 流量 指的是因為引薦信息被剝離，而在分析工具中顯示為 Direct 的 AI-助手流量，應用內點擊和注重隱私的瀏覽器都會造成這種情況。它無法還原，只能推斷。 一條實用的經驗法則是：如果直達深層技術頁面的 Direct 流量，與你測得的 AI 引薦流量同步上升，那麼暗 AI 流量很可能就是原因，因為沒有人會憑記憶敲出一個四層目錄的 URL。把「直達深層頁面」作為配套指標持續觀察，並在表單中加入一個「您從何處得知我們？」的自述來源字段，用來補回引薦信息丟失的那部分。
被 Google 摺疊掉的那部分。 AI Overviews 與 AI Mode 的點擊包含在普通搜索的總量之中。 Google 的文檔確認，它們被計入效果報告的「Web」搜索類型，不會單獨拆分出來。可用的信號是間接的：展示次數與排名保持穩定，而信息型查詢的點擊率卻在下降，這正是概覽直接回答了問題、用戶無需點擊的典型特徵。
影響力的冰山。 最大的缺口其實根本不是追蹤上的缺口。多數助手答案結束時都沒有產生任何點擊，因此你現在測到的會話，只是一個大得多的曝光量中可見的那一小部分。正因如此，成熟的彙報體系會把這個流量渠道與答案側監測配對使用，也就是下文所講的引用與提及追蹤： AI 可見度工具能衡量什麼、不能衡量什麼。這也是為什麼更好的分析會把流量視為可見度的轉化結果，而不是可見度本身的度量——這正是下面這篇文章的論點： 一次 AI 引用究竟值多少.
就用「下限」這個說法來彙報這個渠道，此後你拿出的每一個數字都會更被信任，而不是更不被信任。
AI 渠道建好之後，我該彙報什麼？
彙報四個切面：流量規模與趨勢、與其他渠道的質量對比、承接 AI 流量的著陸頁，以及按引擎的拆分。四者合在一起，才能把這個渠道從一件新鮮事變成一件管理工具。
流量規模與趨勢，並對小數字保持誠實。 對多數網站而言，AI 引薦流量目前仍然只佔 會話中的個位數低百分比。彙報增長率與趨勢，不要在極小的基數上玩百分比變化的把戲。
與其他渠道的質量對比。 這通常是這個渠道證明自身價值的地方：把 AI-引薦訪客的互動率、每次會話瀏覽頁數和轉化率，與自然流量和付費流量的基準作對比。公開的行業數據或許能提示你該看什麼，但真正能撬動預算的，是你自己的數字。
承接 AI 流量的著陸頁。 一張簡單的著陸頁報表，按 AI 正則篩選並以會話數排序，是這組報表中最具行動價值的一個。它顯示助手實際會帶鏈接引用哪些內容，這就是你該多做哪類內容的實用地圖，並可直接反饋到內容策略中。
按引擎拆分。 Perplexity、ChatGPT、Gemini 和 Copilot 的引用頻率差別很大，因此引薦流量中的引擎組合，能告訴你引用集中在哪裡、缺口又在哪裡。同樣的按引擎分析邏輯，也適用於下面這篇指南中的答案側測量： 面向 ChatGPT 與 Gemini 的 AI 可見度審計，更完整的 KPI 指標體系可參見 超越點擊來衡量 GEO 成效.
Lifewood 如何把流量追蹤接入 AEO 與 GEO 項目？
在 AEO 與 GEO 項目中，Lifewood 把這套 GA4 配置視為頭兩週的交付物，以便在引用量開始變化之前先凍結流量基線。此後，流量始終與答案佔有率的測量並列彙報，而絕不取而代之。
在 Lifewood 的 AEO 項目，基線之所以重要，是因為項目一旦開始推動引用量，就必須先把「之前」的畫面保存下來；否則前後對比將無從還原。長期配置沿用本文的做法：一個僅基於 source 的正則渠道並排在 Referral 之上、受控投放鏈接的 UTM 命名規範，以及作為每月內容反饋閉環的著陸頁報表。對於多市場客戶，同一渠道需要按每個媒體資源和每個市場分別驗證，因為主導引薦流量的引擎組合因國家而異。流量彙報採用上文所述的「下限而非總量」口徑。
不論由誰負責你的項目，都值得了解周邊的工具生態。GA4 與 Search Console 配置好之後，就能原生承擔流量側的工作。答案側的平臺——例如 Semrush 的 AI 工具包、Ahrefs 的 Brand Radar、Profound 和 Otterly——則負責追蹤 GA4 看不見的提及與引用。來源中列出的從業者指南，記錄了那些會隨平臺遷移域名而變化的配置細節。配置本身是兩個小時的活兒；真正考驗功夫的是持續維護並誠實彙報，各家項目的差別也正在於此。
這一週我該做什麼，才能不再對 AI 流量兩眼一抹黑？
在任何 AEO 或 GEO 工作改變數字之前，先跑回溯性的探索報告、搭建並驗證渠道，然後凍結一條基線。下面這些步驟用不了一天就能做完。
- 先跑一遍回溯性的探索報告，以「會話來源」為維度、「會話數」為指標，並加上 AI 正則篩選，這樣你今天就能知道這個渠道一直以來的表現。
- 搭建渠道： 複製默認渠道組，用僅基於 source 的正則添加 AI 渠道，再把它拖到 Referral 之上。
- 實時驗證 ——用一次真實的 ChatGPT 和 Perplexity 點擊驗證過，再對外宣佈它可用。
- 凍結基線： 導出過去十二個月的探索報告，作為任何 AEO 或 GEO 工作開始前的「之前」畫面。
- 加入著陸頁報表 加入你的月度彙報，因為它是內容團隊最好的反饋閉環。
- 設好「直達深層頁面」這一觀察指標 作為你衡量暗流量的替代指標，並在價值最高的表單中加入自述來源字段。
- 把正則表達式的季度複查排進日程。 這份域名清單是一份會不斷更新的文檔，而平臺遷移域名是已知的失效方式。爬蟲行為是另一個問題，參見 該放行還是攔截哪些 AI 爬蟲.