# GA4海外AI流量追踪实操指南

> Google Analytics 4（简称GA4，是Google的网站流量分析工具）已经可以自动识别一部分来自AI助手的访问。如果你还在照着2025年的教程，把所有AI域名写进一条正则，再将它放到Referral上方，操作顺序需要调整了。

来源：https://www.starbox.work/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定位承接流量的内容。流量较少时按周或按月查看，不要依据单日个位数访问调整策略。