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