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

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

來源：https://www.starbox.work/zh-hant/insights/geo-guide/geo131/（星盒AI 知識中心，更新於 2026-10-12）

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

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

1. 先檢查GA4原生的AI Assistants渠道；
2. 再按具體AI來源和落地頁分析流量質量；
3. 原生識別有缺口時，再用自定義渠道組補充；
4. 對無法識別來源的訪問單獨估算，不把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更新日誌](https://support.google.com/analytics/answer/9164320)

官方列出的可識別來源包括ChatGPT、Gemini、DeepSeek、Copilot和Grok等。[GA4預設渠道組説明](https://support.google.com/analytics/answer/9756891)

這裏要注意兩個邊界。

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

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

![GA4海外AI流量追蹤實操指南](/static/img/insights/geo-guide/geo131-2.jpg)

## 第一步：確認原生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獲客報告説明](https://support.google.com/analytics/answer/14731736)

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

![GA4海外AI流量追蹤實操指南](/static/img/insights/geo-guide/geo131-3.jpg)

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

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

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

這樣可以回答三個問題：

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

只看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或更高權限。[自定義渠道組説明](https://support.google.com/analytics/answer/13051316)

進入：

`Admin → Data display → Channel groups`

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

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

```text
^.*(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渠道。[自定義渠道組説明](https://support.google.com/analytics/answer/13051316)

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

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

| 判斷項 | 原生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説明](https://support.google.com/analytics/answer/15258820)

因此，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報告](https://support.google.com/webmasters/answer/16984139)

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

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

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

## 上線後的7天驗收清單

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

1. Traffic acquisition中能否看到AI Assistants；
2. 能否按`Session source / medium`拆分具體來源；
3. 能否按Landing page定位入口內容；
4. 自定義AI渠道是否位於Referral上方；
5. 正則是否誤收普通來源；
6. 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定位承接流量的內容。流量較少時按周或按月查看，不要依據單日個位數訪問調整策略。