GA4统计AI流量不能只搜索几个平台名称。可靠的口径应把确定的自然引荐、带 UTM 的受控活动、来源丢失的疑似 Direct、没有点击的 AI 曝光分开,否则报表会同时出现漏记、误报和重复归因。
如果只想快速查看数据,可以在“探索”中筛选会话来源;如果需要持续报告,则应建立来源注册表和自定义渠道组。完整配置分为五步:
- 使用“会话来源/媒介”,不要误用“首次用户来源”;
- 维护经过验证的 AI 来源域名;
- 用带边界的正则筛选
referral会话; - 将“AI 引荐”置于通用 Referral 之前;
- 用正负样本、真实点击和隔日报告完成验收。
GA4 中的 AI 引荐流量是什么?
GA4 中的 AI 引荐流量,是用户从 AI 平台点击链接后,来源信息被传递并记录为会话来源的访问。
它只是 AI 搜索影响中可观测的一部分。GA4 无法证明所有 Direct 访问来自 AI,也看不到用户阅读回答但没有点击网站的情况。
| 证据层级 | 可观测信号 | 建议统计方式 | 可否确定来自 AI |
|---|---|---|---|
| A:自然 AI 引荐 | 已验证平台域名 + referral |
自定义渠道组 | 可以 |
| B:受控 AI 活动 | 自有链接携带 UTM | 独立活动渠道 | 可以,但仅限可控链接 |
| C:疑似 AI 访问 | Direct、特定落地页、已知测试时段 | 单独分析,不并入确定流量 | 不可以 |
| D:零点击曝光 | 品牌被提及、推荐位置、引用页面 | AI 可见度监测 | 能确认曝光,不能确认访问 |
因此,对外报告应使用“已确认 AI 引荐会话”,不要把 A、B、C、D 四层数据相加成一个“AI 流量”数字。更完整的统计边界可参考 AI Referral Traffic 分析方法。
如何快速查看现有的 AI 引荐流量?
最快的方法是在 GA4“探索”中使用会话来源和会话媒介筛选现有数据,无需先修改渠道定义。
- 打开“探索”,新建“自由形式”报告。
- 导入以下维度:
- 会话来源;
- 会话媒介;
- 着陆页 + 查询字符串;
- 设备类别。
- 导入以下指标:
- 会话数;
- 互动会话数;
- 会话关键事件率;
- 关键事件数;
- 总收入。
- 添加过滤条件:会话媒介完全匹配
referral。 - 再让会话来源匹配本文后面的 AI 来源正则。
- 按平台和着陆页拆分结果,检查是否混入传统搜索、邮件或自有活动。
这里必须使用会话范围的来源维度。“首次用户来源/媒介”回答的是用户第一次如何到站,“会话来源/媒介”回答的是本次访问从哪里进入。二者混用会导致 AI 引荐会话被历史获客来源覆盖。Google 对两类范围的定义见 流量来源维度说明。
如何建立可维护的 AI 来源注册表?
来源注册表应保存平台、实际来源值、验证证据、状态和生效日期;正则只是注册表生成的分类规则。
建议以 GA4 报告中真实出现的 session source 为准,先从以下域名开始:
| 平台 | 可纳入的来源 | 不应直接纳入 |
|---|---|---|
| ChatGPT | chatgpt.com、chat.openai.com 及已验证子域名 |
整个 openai.com |
| Perplexity | perplexity.ai 及其子域名 |
名称相似的第三方域名 |
| Claude | claude.ai 及其子域名 |
整个 anthropic.com |
| Gemini | gemini.google.com |
整个 google.com |
| Copilot | copilot.microsoft.com |
整个 bing.com 或 microsoft.com |
| DeepSeek | deepseek.com 及其子域名 |
名称相似的非官方域名 |
| 豆包 | doubao.com 及其子域名 |
仅包含“doubao”的模糊匹配 |
| Kimi | kimi.com、kimi.moonshot.cn |
整个 moonshot.cn |
| 通义千问 | tongyi.com、qwen.ai 及其子域名 |
阿里其他产品域名 |
平台名称、访问来源和回答所使用的搜索索引不是同一概念。即使某个 AI 产品调用 Google 或 Bing 获取网页,也不能据此把全部 google.com 或 bing.com 流量归为 AI。不同引擎的检索来源可参考 AI 引擎搜索索引对照。
来源注册表至少应包含:
- 平台名称与产品入口;
- GA4 中实际出现的会话来源;
- 首次发现和最后发现日期;
- 验证方法及证据;
- 状态:观察、已确认、停用;
- 规则版本、修改人和生效日期。
可复制的 AI 来源正则
^(([a-z0-9-]+\.)*(chatgpt\.com|perplexity\.ai|claude\.ai|deepseek\.com|doubao\.com|kimi\.com|tongyi\.com|qwen\.ai)|chat\.openai\.com|gemini\.google\.com|copilot\.microsoft\.com|kimi\.moonshot\.cn)$
这条规则有三个关键设计:
- 使用
^和$限定完整来源,避免局部字符串误报; - 对域名中的点号进行转义;
- 只允许已批准根域名的子域名,拒绝
perplexity.ai.example.com。
规则没有使用后行断言或反向引用,便于在采用 RE2 规则的 Google 产品中维护。GA4 来源通常以小写域名出现,但上线前仍应以自己媒体资源中的实际值为准。
如何创建 GA4 自定义 AI 引荐渠道?
创建“AI 引荐”自定义渠道,将来源正则与 referral 媒介同时作为条件,并把该渠道放在通用 Referral 之前。
- 进入 GA4“管理”。
- 在“数据显示”中打开“渠道组”。
- 从默认渠道组创建一个新的自定义渠道组。
- 新建渠道,命名为“AI 引荐”。
- 添加条件:
- 来源:匹配上文正则;
- 媒介:完全匹配
referral。
- 将“AI 引荐”拖到通用 Referral 之前。
- 保存后打开“报告—流量获取”。
- 使用“会话自定义渠道组”作为主维度。
- 添加“会话来源/媒介”和“着陆页”检查分类结果。
GA4 会按照自定义渠道组中的条件和顺序分类;先命中的渠道会获得该访问。因此,如果 Referral 排在“AI 引荐”之前,AI 会话仍会被通用 Referral 捕获。具体规则见 Google Analytics 自定义渠道组官方说明。
自定义渠道组可以用已有的来源和媒介重新分类历史数据,但它不会改写原始来源。如果访问发生时没有传递来源并被记录为 Direct,新建渠道无法恢复不存在的证据。

如何验证规则没有误报或漏报?
验收必须同时覆盖正则边界、真实点击链路和标准报告入账;看到渠道名称不等于分类已经正确。
1. 先做正负样本测试
MaxAEO 于 2026 年 7 月 14 日对上述规则进行了30条来源字符串的边界测试,其中18条为正样本、12条为负样本。
正样本包括:
chatgpt.com
www.chatgpt.com
chat.openai.com
perplexity.ai
www.perplexity.ai
claude.ai
app.claude.ai
gemini.google.com
copilot.microsoft.com
deepseek.com
chat.deepseek.com
doubao.com
www.doubao.com
kimi.com
kimi.moonshot.cn
tongyi.com
qwen.ai
chat.qwen.ai
负样本包括:
openai.com
api.openai.com
google.com
www.google.com
bing.com
microsoft.com
moonshot.cn
anthropic.com
perplexity.ai.example.com
fakechatgpt.com
chatgpt.com.example.org
notdeepseek.com
| 测试结果 | 数量 |
|---|---|
| 正确识别的正样本 | 18/18 |
| 正确排除的负样本 | 12/12 |
| 误报 | 0 |
| 漏报 | 0 |
| 本组样本准确率 | 100% |
该结果只证明这30条字符串的分类符合预期,不代表所有 AI 平台都会传递 Referrer,也不代表规则覆盖了所有未来域名。
2. 再做真实点击测试
从能够展示本站链接的 AI 回答中实际点击一次,并记录:
- 测试平台和入口;
- 点击时间及测试设备;
- 目标着陆页;
- 是否经过中间跳转;
- 实时报告中的来源/媒介;
- 标准报告处理后的最终渠道。
一次未出现来源不能直接判定规则错误。应用内浏览器、跳转方式、浏览器策略和平台版本都可能改变来源传递。
3. 最后核对标准报告
在数据完成处理后,按以下维度复核:
- 会话来源/媒介;
- 着陆页;
- 设备类别;
- 国家或地区;
- 关键事件;
- 总收入。
测试流量应记录准确时间,并与正式趋势分析分开。否则团队自己的验证点击可能被误读为 AI 流量增长。
为什么 AI 访问会被算成 Direct?
当浏览器或应用没有发送 HTTP Referer,GA4 就无法从页面请求中还原原始 AI 平台,访问可能显示为 (direct) / (none)。
来源可能在以下环节丢失:
- AI 应用内浏览器未传递 Referer;
- 从应用切换到外部浏览器时上下文丢失;
- 中间跳转服务移除了来源;
- HTTPS 页面跳转到不安全的 HTTP 页面;
- 页面配置的 Referrer Policy 限制了信息传递;
- 用户复制链接后另行打开。
HTTP Referer 的作用及受策略限制的方式可参考 MDN Referer 请求头说明。
服务器日志能够帮助核对请求时间、着陆页、状态码和设备信息,但如果请求本身没有 Referer,日志同样无法证明访问来自哪个 AI 平台。
因此,Direct 只能作为待补证数据。深层落地页、异常访问时段或与 AI 曝光同步,都可以形成线索,但不能把 Direct 批量回填为确定的 AI 流量。
什么时候应该使用 UTM?
只有品牌能够控制链接时才应添加 UTM,例如自有聊天机器人、合作活动、客服智能体或固定分发链接。
推荐格式:
?utm_source=chatgpt&utm_medium=ai_referral&utm_campaign=owned_assistant
字段含义如下:
| 参数 | 建议值 | 用途 |
|---|---|---|
utm_source |
平台或合作方名称 | 区分流量来源 |
utm_medium |
ai_referral |
区分受控活动与自然引荐 |
utm_campaign |
具体项目名称 | 区分活动或入口 |
utm_content |
链接位置或版本 | 用于创意和位置测试 |
UTM 的官方参数定义见 Google Analytics 活动网址收集说明。
建议另建“AI 受控活动”渠道,条件为 medium = ai_referral。不要把它与 medium = referral 的自然 AI 引荐合并,否则无法判断增长来自平台自然推荐,还是品牌主动分发。
自然生成的 ChatGPT、Perplexity 或 DeepSeek 回答通常不受品牌控制,不能事后为已经发生的访问补 UTM。
GA4统计AI流量应该看哪些指标?
AI 流量质量应同时衡量规模、互动、转化和收入,并按平台与着陆页拆分;单看会话数或流量占比容易得出错误结论。
| 指标 | 回答的问题 | 使用注意 |
|---|---|---|
| AI 引荐会话数 | 带来多少可验证访问 | 与规则版本和域名变化一起看 |
| AI 流量占比 | AI 引荐占全部会话多少 | 分母必须保持一致 |
| 新用户数 | 是否触达新的访问者 | 不要与首次用户来源混淆 |
| 互动率 | 进入后是否继续浏览 | 按平台和着陆页比较 |
| 会话关键事件率 | 是否产生询盘、注册或购买 | 保持关键事件定义稳定 |
| 每次会话收入 | 电商访问的直接价值如何 | 同时展示样本量 |
| 转化路径参与 | AI 是否出现在较长决策链中 | 使用一致的回溯窗口 |
建议至少保留三张视图:
- 平台视图:比较 ChatGPT、Perplexity、Claude、Gemini、DeepSeek 等来源;
- 内容视图:比较各着陆页获得的 AI 会话、互动和关键事件;
- 业务视图:比较 AI 引荐、自然搜索、Referral 和受控 AI 活动的转化效率。
小样本下,某个平台一次购买就可能显著抬高转化率。报告应同时展示会话绝对数、关键事件数和比率,不要只展示百分比。
GA4 能衡量完整的 GEO 效果吗?
不能。GA4衡量的是点击后的访问与转化,无法记录没有点击的品牌提及、推荐位置、回答情感和引用份额。
完整的 GEO 衡量应保留两套平行数据:
| 数据系统 | 主要指标 | 不能回答的问题 |
|---|---|---|
| GA4 | 引荐会话、互动、关键事件、收入 | 没有点击的曝光 |
| AI 可见度监测 | 提及率、推荐位置、引用来源、竞品占位 | 点击后的站内行为 |
零点击监测可以固定一组具有购买意图的问题,在相同地区、平台和时间窗口重复测试。例如:
我们是一家正在选购企业级客服系统的中型电商公司。
请推荐3个适合中国团队的方案,并说明适用场景、风险和引用来源。
每次记录品牌是否出现、出现位置、推荐理由和引用页面,再与同期 GA4 引荐会话及关键事件对照。具体指标设计可参考 AI Search Share of Voice 衡量框架。
AI 提及量与 GA4 会话数不能直接相加。前者衡量可见度,后者衡量已发生的访问,两者的单位和证据强度不同。
如何维护规则并排查异常?
每月导出 medium=referral 的来源列表,将新域名先放入观察名单,验证归属后再更新正式规则。
| 报表症状 | 常见原因 | 优先检查 |
|---|---|---|
| AI 引荐始终为零 | 平台未传来源、媒介条件错误或没有实际点击 | 原始会话来源/媒介、实时测试 |
| AI 流量全部留在 Referral | 渠道顺序错误 | 将 AI 引荐移到 Referral 之前 |
| Gemini 数据异常巨大 | 错把整个 google.com 纳入 |
缩小到已验证产品域名 |
| Copilot 数据异常巨大 | 错把整个 bing.com 纳入 |
检查来源注册表 |
| AI 流量突然下降 | 域名、跳转或应用行为变化 | 新增 Referral 来源、真实点击链路 |
| 历史数据无法恢复 | 原始访问没有来源信息 | 检查 Direct,不做确定性回填 |
| UTM 活动未进入 AI 引荐 | ai_referral 不等于 referral |
查看独立的受控活动渠道 |
| 新用户来源与会话数不一致 | 混用了用户范围和会话范围 | 改用会话来源维度 |
每次更新规则后,应:
- 记录规则版本和生效日期;
- 重跑正样本、负样本和伪造子域名测试;
- 检查新增域名带来的会话变化;
- 验证没有污染 Organic Search 或 Referral;
- 在月报中标注口径变化,避免把配置变更解释为增长。
上线检查清单
- AI 自然引荐、受控 UTM、疑似 Direct、零点击曝光分别统计;
- 报告使用会话来源/媒介,而非首次用户来源/媒介;
- 来源正则包含首尾边界,域名点号已经转义;
- 没有把
google.com、bing.com、openai.com整体纳入; - “AI 引荐”位于通用 Referral 之前;
- 自然引荐要求
medium = referral; - 受控链接使用独立的
medium = ai_referral; - 已测试正样本、负样本和伪造子域名;
- 已完成真实平台点击和标准报告验收;
- 能按平台、着陆页、关键事件和收入拆分;
- 来源注册表有负责人、版本号和复核日期;
- Direct 只作为待补证数据,不回填为确定 AI 流量;
- 零点击曝光在独立的 AI 可见度系统中统计。
常见问题
GA4 能自动识别 ChatGPT 和 DeepSeek 流量吗?
GA4 能记录平台传递的来源,但默认渠道组不会持续维护完整的 AI 平台分类。需要使用会话来源/媒介筛选,或建立包含已验证域名的自定义渠道组。
自定义渠道组能找回过去的 AI 引荐吗?
如果历史会话已经保存了来源和媒介,自定义渠道组可以按新规则重新分类。若访问发生时没有传递来源并被记录为 Direct,新规则无法恢复缺失的来源证据。
为什么报表中没有看到 DeepSeek 流量?
可能是当前没有用户点击,也可能是应用没有传递 Referer、来源域名发生变化或流量仍在通用 Referral 中。先检查原始会话来源/媒介,再进行真实点击测试。
为什么不能把 bing.com 全部归为 Copilot?
bing.com 同时承载传统搜索和其他产品入口。整体归为 Copilot 会把普通 Bing 搜索误报为 AI 访问。只有经过验证的专属来源才能进入确定性渠道。
为什么不能把 google.com 全部归为 Gemini?
google.com 覆盖传统搜索、Discover 和大量其他 Google 服务。将整个域名归为 Gemini 会污染自然搜索数据,应只使用能够独立验证的产品来源。
UTM 和自然 AI 引荐应该合并吗?
不建议。UTM 表示品牌能够控制的分发链接,自然引荐表示 AI 平台自行推荐并传递来源。两者可以在汇总看板中并列展示,但应保留独立渠道。
GA4 能判断一次 Direct 访问来自 ChatGPT 吗?
不能确定。落地页、访问时间和服务器日志可以提供线索,但只要原始来源没有传递,就不能仅凭 GA4 将该访问归因给 ChatGPT。
GA4 数据能衡量完整的 GEO 优化效果吗?
不能。GA4主要衡量点击后的访问与转化;GEO还包括无点击提及、推荐位置、回答情感、竞品占位和引用来源,需要与 AI 可见度监测数据并列分析。