GA4海外AI流量追蹤實操指南

Google Analytics 4（簡稱GA4，是Google的網站流量分析工具）已經可以自動識別一部分來自AI助手的訪問。如果你還在照着2025年的教程，把所有AI域名寫進一條正則，再將它放到Referral上方，操作順序需要調整了。

2026年5月以後，更合適的做法是：

先檢查GA4原生的AI Assistants渠道；
再按具體AI來源和落地頁分析流量質量；
原生識別有缺口時，再用自定義渠道組補充；
對無法識別來源的訪問單獨估算，不把Direct全部算成AI流量。

這套順序既能保留GA4的官方統計口徑，也方便團隊建立自己的分析規則。

GA4能自動識別哪些AI流量？

2026年5月13日，Google Analytics新增了原生的AI Assistants渠道。當一次訪問帶有可識別的referrer，也就是瀏覽器傳給網站的引薦來源，而該來源命中Google維護的AI助手名單時，GA4會進行三項處理：

將Medium（媒介）記錄為ai-assistant；
將Campaign（廣告系列）記錄為(ai-assistant)；
將這次訪問歸入AI Assistants渠道。

因此，預設渠道組已經可以直接顯示部分AI流量，不需要提前編寫正則表達式。Google Analytics更新日誌

官方列出的可識別來源包括ChatGPT、Gemini、DeepSeek、Copilot和Grok等。GA4預設渠道組説明

這裏要注意兩個邊界。

第一，AI助手名單由Google維護。沒有在官方示例中看到某個來源，不能直接判斷網站沒有來自該平台的流量。

第二，Google AI Overviews和AI Mode不屬於GA4的AI Assistants渠道。這兩類流量需要結合Search Console查看，不能在GA4中與ChatGPT、Gemini等來源使用同一套識別方式。

GA4海外AI流量追蹤實操指南

第一步：確認原生AI Assistants是否已有數據

進入：

Reports → Acquisition → Traffic acquisition

將主維度切換為：

Session default channel group

然後搜尋：

AI Assistants

如果報表中已經出現數據，再添加Session source / medium作為次級維度，就能繼續查看每次會話來自哪個已識別的AI來源，而不只是看到一條彙總結果。

這裏需要區分GA4中的兩份獲客報告：

Traffic acquisition使用Session口徑，回答“這次會話從哪裏來”；
User acquisition使用First user口徑，回答“這個新用戶第一次從哪裏來”。

Session指用戶在一段連續活動時間內產生的一次會話；First user記錄的是用戶首次被獲取時的來源。老用戶再次通過AI進入網站時，這次訪問會反映在Session口徑中，但其首次來源不會隨之改變。

因此，日常分析AI流量，應優先使用Traffic acquisition。User acquisition只適合分析新用戶第一次通過什麼渠道認識網站。GA4獲客報告説明

如果預設渠道組中暫時看不到AI Assistants，可以先擴大日期範圍，再通過Session source / medium檢查Referral和Direct中的實際來源值。沒有數據不一定代表配置錯誤，也可能只是所選日期內沒有匹配到可識別的AI引薦來源。

GA4海外AI流量追蹤實操指南

第二步：拆分具體來源、落地頁和訪問質量

確認AI Assistants已有數據後，下一步不是隻看Sessions，而是把來源、入口頁面和關鍵行為放在一起分析。

先用Session source / medium拆分具體AI來源，再加入Landing page + query string。Landing page是用戶進入網站時首先訪問的頁面，query string是網址中攜帶的參數。

這樣可以回答三個問題：

訪問來自哪個AI來源？
用戶首先進入了哪個頁面？
進入網站後是否完成了關鍵行為？

只看Sessions，也就是會話數量，無法判斷流量質量。至少還要同時查看：

Engagement rate：互動率；
Key events：被標記為業務關鍵行為的事件；
Session key event rate：發生關鍵事件的會話佔比。

實際使用時，建議拆成兩張報表：

AI來源報表：查看Sessions、Engaged sessions和Key events，用來比較不同AI來源的訪問質量；
落地頁報表：查看Sessions、Engagement rate和Key events，用來判斷哪些內容真正承接了AI點擊。

如果AI流量還比較少，按周查看比按天查看更合適。單日只有幾次訪問時，指標變化很容易受少量會話影響，不適合據此調整策略。

第三步：判斷是否需要自定義AI渠道組

GA4有了原生AI Assistants，並不意味着自定義渠道組失去作用。以下三種情況仍然值得建立自定義規則：

原生名單尚未覆蓋某個實際出現的AI來源；
團隊希望使用自己的命名統一統計AI流量；
需要用一套可回溯的規則分析歷史數據。

GA4標準版的每個屬性可以創建2個自定義渠道組，每組最多包含50個渠道。創建或編輯自定義渠道組，需要屬性級Editor或更高權限。自定義渠道組説明

進入：

Admin → Data display → Channel groups

複製預設渠道組，新建AI Assistants Custom。條件字段選擇Source，匹配方式選擇matches regex。

正則表達式是一種按字符規則匹配來源名稱的方法。可以先使用下面這條範圍較窄的起步規則，再根據報表中實際出現的Session source增刪：

^.*(chatgpt\.com|openai\.com|claude\.ai|perplexity\.ai|gemini\.google\.com|copilot\.microsoft\.com|grok\.com|x\.ai|deepseek\.com).*$

這條正則不是一份長期不變的AI域名名單。上線後應從Traffic acquisition導出Session source，檢查是否存在漏項或誤命中，再更新規則。

不要使用.*ai.*這類過寬的條件。它會匹配所有包含“ai”字符的來源，可能把普通網站錯誤歸入AI渠道。

自定義AI渠道必須放在Referral上方

GA4會按照渠道排列順序從上往下匹配，一次訪問只會進入第一個命中的渠道。

因此，保存前必須把自定義AI渠道拖到Referral上方。如果AI渠道位於Referral下方，即使正則寫對了，相關訪問也可能先被歸入Referral，最後仍然看不到獨立的AI渠道。自定義渠道組説明

另外，Google Analytics在2026年6月11日新增了Source Group，用於將部分常見來源名稱歸一化。目前已包含ChatGPT和Perplexity，並且可以回看歷史數據。檢查來源名稱和歷史數據時，也應留意這項變化。Google Analytics更新日誌

原生渠道和自定義渠道怎麼分工？

判斷項	原生AI Assistants	自定義AI渠道組
啓用成本	預設提供，無需先寫規則	需要Editor權限並持續維護
來源名單	由Google維護	由團隊維護
歷史分析	按GA4當前定義查看	可在報告中追溯應用自定義規則
細分方式	配合Session source拆分	可按Source、Medium、Campaign等條件定義
主要用途	日常統計和對外匯報	補漏、統一命名和內部對賬
主要風險	未識別來源不會進入	正則過寬、順序錯誤或長期不更新

實際工作中不必二選一。

原生AI Assistants可以作為對外匯報的基準口徑，保證數據定義與GA4一致；自定義渠道組可以用於內部診斷，記錄團隊自己的來源清單。兩張報表可以同時保留。

兩者出現數據差異時，先回查Session source中的實際來源，再判斷是原生名單、正則條件還是渠道順序造成的差異，不要直接修改已有的歷史結論。

為什麼GA4統計的AI流量一定有盲區？

GA4原生AI渠道成立的前提，是訪問帶有可識別的referrer，並且該來源命中Google維護的AI助手名單。

如果某次訪問沒有把可識別的引薦來源傳給網站，GA4就無法確認它來自AI。這部分訪問有可能進入(direct) / (none)，但Direct不能直接等同於AI流量。

按照GA4的定義，(direct) / (none)只表示系統沒有獲得清晰的來源資訊。缺少UTM參數、重定向過程中丟失參數、用戶從離線文檔進入網站，或者廣告攔截，都可能出現這一結果。GA4 Direct説明

因此，Direct增長不能證明AI流量增長，更不能把增加的Direct全部計入AI。

可以採用三種方式補充估算：

在詢盤表單中增加“How did you hear about us?”；
給團隊可控的AI助手或合作內容連結統一添加UTM；
每月把AI來源落地頁、Direct變化和表單自報來源放在一起查看。

這些方法只能作為補充證據，不能改變GA4已經記錄的流量來源。

UTM是添加在連結中的來源標記。使用時至少應同時設置utm_source、utm_medium和utm_campaign。手動標記會直接進入GA4的流量來源維度，只填寫一個參數容易出現(not set)。

UTM適合用於團隊能夠控制的連結，例如自有AI助手、合作內容或活動連結。自然生成的AI引用連結不由團隊控制，仍然要依賴referrer和GA4的識別名單。

Google AI Overviews和AI Mode怎麼看？

GA4明確將Google AI Overviews和AI Mode排除在AI Assistants渠道之外。它們屬於Google Search中的生成式搜尋功能，需要通過Search Console分析。

2026年6月，Search Console開始灰度提供Generative AI performance report，覆蓋AI Overviews和AI Mode的展示數據，並支持按頁面、國家、設備和日期拆分。Search Console生成式AI報告

這部分需要結合兩個工具：

Search Console查看生成式搜尋中的Impressions，也就是內容被展示的次數，以及這些展示分佈在哪些頁面；
GA4查看用戶點擊進入網站後的落地頁、互動和關鍵事件。

兩套工具的維度和統計口徑不同。不要直接用Search Console的展示量除以GA4的會話數，再把結果當成準確轉化率。

上線後的7天驗收清單

配置完成後先運行7天，再檢查以下6項：

Traffic acquisition中能否看到AI Assistants；
能否按Session source / medium拆分具體來源；
能否按Landing page定位入口內容；
自定義AI渠道是否位於Referral上方；
正則是否誤收普通來源；
Key events是否已經按照業務目標配置。

每週報表保留5列即可：

AI來源；
Sessions；
Engagement rate；
Key events；
主要Landing page。

月度復盤時，再加入Direct變化、表單自報來源和Search Console生成式AI展示。

這樣可以分別查看三個階段：內容是否被AI展示、用戶是否點擊進入網站，以及進入網站後是否完成關鍵行為。曝光、訪問和轉化是三種不同的數據，不能合併成一個數字解釋。

常見問題

1. GA4現在還需要手動建立AI渠道嗎？

多數屬性應先使用2026年5月新增的原生AI Assistants渠道。只有原生來源識別不全、團隊需要統一命名，或者需要一套自定義歷史口徑時，再建立自定義渠道組。

2. 為什麼預設渠道組裏看不到AI Assistants？

可能是所選日期內沒有匹配到可識別的AI referrer，也可能是訪問被記錄在其他來源。先擴大日期範圍，再用Session source / medium檢查Referral和Direct中的實際來源值。

3. AI Assistants為什麼不包含Google AI Overviews？

這是GA4預設渠道的官方邊界。AI Overviews和AI Mode應在Search Console的Generative AI performance report中查看展示情況，再用GA4分析點擊到站後的行為。

4. 自定義正則多久更新一次？

沒有固定週期。可以每月導出一次Session source，檢查新來源、漏項和誤命中。發現新增來源集中出現時及時更新，並記錄規則變更日期，方便解釋前後統計口徑。

5. Direct增長能證明AI流量增長嗎？

不能。(direct) / (none)只表示GA4沒有獲得清晰來源。缺少UTM、重定向、離線文檔和廣告攔截都可能造成這一結果。Direct只能作為旁證，不能直接歸因給AI。

6. 分析AI流量應該用Session還是First user？

日常評估使用Session，因為它記錄每次會話的來源。分析“新用戶第一次從哪裏知道網站”時使用First user。兩者回答的問題不同，數值不應直接對齊。

7. UTM能解決所有AI來源丟失嗎？

不能。UTM只適用於能夠控制並實際添加參數的連結。自然生成的AI引用連結不由團隊控制，仍然依賴referrer和GA4識別名單。

8. 最值得先看的指標是什麼？

先看Sessions確認訪問量，再看Engagement rate和Key events判斷質量，最後按Landing page定位承接流量的內容。流量較少時按周或按月查看，不要依據單日個位數訪問調整策略。