简短回答： 在默认配置下，GA4 会把来自 ChatGPT、Perplexity、Gemini 和 Copilot 的访问归入通用的 Referral、Direct 或 Unassigned。要看见它们，就得建立一个自定义渠道组，用仅基于 source 的正则匹配 AI 引荐域名，把它放在默认 Referral 规则之上，并做实时验证。把得到的结果当作下限看待，因为应用内点击和 Google AI Overviews 的点击依然是隐藏的。
核心要点
- GA4 的默认渠道定义早于 AI 助手出现，因此在建立自定义渠道之前，AI 访问只会落入通用的 Referral、Unassigned 或 Direct。
- 解决办法是建立一个自定义 GA4 渠道组：仅以会话来源的正则匹配 AI 引荐域名，绝不限定 referral medium，并把它排在默认 Referral 渠道之上。
- 带有 utm_source=chatgpt.com 标记却没有 medium 的 ChatGPT 链接可能被归入 Unassigned，因此一条限定 referral medium 的规则，会悄无声息地丢掉很大一部分 ChatGPT 访问。
- 应用内的点击，以及被隐私策略剥离了引荐信息的访问，都会计入 Direct；而 Google AI Overviews 与 AI Mode 的点击则被计入普通搜索总量。因此，所测得的 AI 流量只是一个下限，并不是整个渠道的全貌。
- 流量可以印证 AI 可见度，却不能衡量它；请把这个渠道与答案占有率监测配合使用，若收入归因很重要，再把流量来源带进 CRM。
为什么我的分析工具现在看不到 AI 流量？
GA4 的默认渠道定义写于 AI 助手出现之前，因此来自 ChatGPT、Claude、Perplexity、Copilot 或 Gemini 的会话，根本没有对应的 AI 分类可归。它会落入 Referral、Unassigned 或 Direct，与毫不相干的流量混在一起。
AI 引荐流量 指的是以点击 AI 助手的答案或引用链接作为开端的网站会话。默认情况下，它们分散在三个地方。
通用 Referral。 当浏览器传递了诸如以下这类引荐来源时 chatgpt.com 或 perplexity.ai，GA4 就会把这次会话归入 Referral， 与论坛外链、目录收录和各种零散的链接域名混在一起。数据一直都在，只是没有标注、被埋没了。
Unassigned（未分配）。 ChatGPT 有时会附加 utm_source=chatgpt.com 给引用链接，而不带 utm_medium，而且 GA4 可能把带 source 却无 medium 的流量归入 Unassigned，其 medium 显示为「(not set)」。OpenAI 从 2025 年年中开始这样做，这让桌面端的引用第一次变得可追踪——前提是你的规则确实能捕捉到它们。
Direct（直接流量）。 当引荐信息在整个过程中没能保留下来时——移动应用内点击、会剥离隐私信息的浏览器，以及某些应用内网页视图都是如此——这次会话就与有人直接敲入你的 URL 毫无区别。这才是真正意义上的暗流量，任何 GA4 配置都无法还原它。
结果就是：一个增长很快的渠道，却被当成噪音来汇报。如果管理层问 AEO 和 GEO 的工作有没有带来访客，诚实的第一句回答是——默认报表回答不了这个问题。下面这套配置能让它回答得了。
流量是 AI 可见度的第二指标，而不是第一指标。助手回答大多数问题时并不会送出点击，这正是为什么答案占有率的测量——参见 测量AI的能见度而不欺骗自己，线索与流量只能起到印证作用。真正到来的点击既有价值也可计量，而正确地计量它们正是本文的目的。
追踪 AI 流量时，我该监测哪些引荐域名？
把 chatgpt.com、perplexity.ai、gemini.google.com、copilot.microsoft.com 和 claude.ai 作为核心清单来追踪，再补上几个长尾引擎。下面的清单大致按 2026 年多数网站的流量高低排序。
chatgpt.com：ChatGPT 的主要网页域名，以及旧域名chat.openai.com，在日志中仍能见到。perplexity.ai：引用密度最高的助手，通常也是最干净的引荐来源。gemini.google.com：Gemini 的应用入口，与 AI Overviews 不同——后者不会以 Gemini 作为引荐来源。copilot.microsoft.com：以及edgeservices.bing.com用于 Edge 侧边栏流量。claude.ai：Claude 的网页应用。- 为求完整，也值得纳入：
you.com,meta.ai,deepseek.com和grok.com, 一些值得一提、在日志中出现得比在报表中更多的来源.
有两个关于纳入范围的决定，需要你认真判断，而不是照抄了事。
宽泛匹配与精确匹配之别。 像这样宽松的匹配模式 .*openai.* 能自动涵盖子域名的变化，但任何包含该字符串的域名都可能造成误判。锚定的精确清单更准确，却需要在平台迁移域名时持续维护；ChatGPT 自身从 chat.openai.com 到 chatgpt.com 就是前车之鉴。务实的折中做法，是对已知域名做锚定的并列匹配，并按季度复查。
哪些不在清单上。 Google AI Overviews 与 AI Mode 不会发送可区分的引荐来源。它们的点击会以普通的 google.com 自然搜索流量到达，并被 被计入 Search Console 中「Web」搜索类型的总量里，这一点在 Google 自己的文档中写得很清楚。没有任何正则能把它们还原成一个单独的渠道；下文关于盲区的部分会说明该如何看待它们。
如何在 GA4 中一步步设置 AI 流量渠道？
创建一个自定义渠道组，添加一个以会话来源正则匹配 AI 引荐域名的 AI 渠道，并把它拖到默认的 Referral 渠道上方。然后用一次真实点击验证，并为你能控制的链接打上标记。
A 自定义渠道组 是 GA4 默认渠道分组的一份可编辑副本，你可以在其中添加 AI 之类的渠道，并控制规则的评估顺序。
第 1 步：创建自定义渠道组。 依次进入「管理」→「数据显示」→「渠道组」，复制一份默认渠道组，因为默认组本身无法编辑。给它起一个报表中会用到的名称，例如 渠道（含 AI）.
第 2 步：用 source 正则添加 AI 渠道。 新增一个渠道，其条件设定在 会话来源（Session source），匹配类型 匹配正则表达式，以及一条涵盖上述清单的匹配模式：
.*(chatgpt\.com|chat\.openai\.com|openai\.com|perplexity\.ai|claude\.ai|gemini\.google\.com|copilot\.microsoft\.com|edgeservices\.bing\.com|you\.com|meta\.ai|deepseek\.com|grok\.com).*
第 3 步：不要把它限定为 medium = referral。 正是这个错误，悄无声息地让渠道少掉一半。 该 utm_source=chatgpt.com 点击到达时被记为 chatgpt.com / (none) 或 (not set)，而把条件限定为 referral medium 就会漏掉它们；按从业者的经验，这部分约占可见 ChatGPT 流量的 30 到 40%。只匹配 source。
第 4 步：把 AI 渠道拖到 Referral 之上。 GA4 自上而下逐条评估渠道规则，因此规则顺序决定了归因结果。排在 Referral 之下时，引荐规则会先捕获 chatgpt.com 先被认领，你的 AI 渠道就会一直是空的。仅仅这一次拖动，就决定了渠道是能正常工作，还是莫名其妙地为零。
第 5 步：做实时验证。 在另一个标签页中，从一条真实的 ChatGPT 或 Perplexity 引用链接打开你的网站，然后 确认这次会话在 Realtime 中以预期的 source 和 medium 出现，例如 perplexity.ai / referral。若要查看历史数据，请用以下维度建立一张探索报告： 会话来源（Session source） 对比 会话数（Sessions），并以该正则表达式筛选 chatgpt|perplexity|claude|gemini|copilot|deepseek|you|grok。探索报告可以回溯查询，尽管渠道组归因只 自创建之时起生效.
第 6 步：为你能控制的链接打上标记。 对于你自己投放的链接——例如目录站、资料页，以及任何助手可能抓取 URL 的地方——一套统一的命名规范能让渠道保持干净： utm_source 作为该平台的域名， utm_medium=ai_referral 来归类这个渠道，并用 utm_campaign 作为描述性标签.
第 7 步：让来源信息延续到会话之外。 对 B2B 来说，只有当这个渠道的数据一路延伸到收入端，它才真正证明了自己的价值。用一个隐藏表单字段记录会话来源，并映射到 CRM 的线索与商机记录中，这就是「AI 带来了 400 次会话」与「AI 促成了三笔成交」之间的差别。来源中列出的 DarwinApps 指南详细说明了这套端到端的做法。
配置前后 AI 访问分别归入了哪里
| 到达路径 | GA4 默认设置 | 设置完成之后 |
|---|---|---|
| 桌面端点击，引荐信息已传递 | Referral（通用引荐） | AI 渠道 |
| 带 utm_source 但无 medium 的 ChatGPT 链接 | Unassigned（未分配）/（not set） | AI 渠道（仅 source 规则） |
| 移动应用内点击，无引荐信息 | Direct（直接流量） | Direct（暗流量） |
| AI Overviews 或 AI Mode 点击 | Organic Search（自然搜索） | Organic Search（Search Console 的 Web 总量） |
这套配置把前两行从噪音变成了渠道。后两行则是结构性的限制，而不是配置上的失误。
这套 AI 流量配置仍然会漏掉什么？
它仍然会漏掉暗 AI 流量、来自 Google AI Overviews 和 AI Mode 的点击，以及数量大得多的那一批人——他们读完 AI 答案就再也没有点击。把这三个盲区明确说出来，才能让你的汇报保持诚实。
暗 AI 流量 指的是因为引荐信息被剥离，而在分析工具中显示为 Direct 的 AI-助手流量，应用内点击和注重隐私的浏览器都会造成这种情况。它无法还原，只能推断。 一条实用的经验法则是：如果直达深层技术页面的 Direct 流量，与你测得的 AI 引荐流量同步上升，那么暗 AI 流量很可能就是原因，因为没有人会凭记忆敲出一个四层目录的 URL。把「直达深层页面」作为配套指标持续观察，并在表单中加入一个「您从何处得知我们？」的自述来源字段，用来补回引荐信息丢失的那部分。
被 Google 折叠掉的那部分。 AI Overviews 与 AI Mode 的点击包含在普通搜索的总量之中。 Google 的文档确认，它们被计入效果报告的「Web」搜索类型，不会单独拆分出来。可用的信号是间接的：展示次数与排名保持稳定，而信息型查询的点击率却在下降，这正是概览直接回答了问题、用户无需点击的典型特征。
影响力的冰山。 最大的缺口其实根本不是追踪上的缺口。多数助手答案结束时都没有产生任何点击，因此你现在测到的会话，只是一个大得多的曝光量中可见的那一小部分。正因如此，成熟的汇报体系会把这个流量渠道与答案侧监测配对使用，也就是下文所讲的引用与提及追踪： AI 可见度工具能衡量什么、不能衡量什么。这也是为什么更好的分析会把流量视为可见度的转化结果，而不是可见度本身的度量——这正是下面这篇文章的论点： 一次 AI 引用究竟值多少.
就用「下限」这个说法来汇报这个渠道，此后你拿出的每一个数字都会更被信任，而不是更不被信任。
AI 渠道建好之后，我该汇报什么？
汇报四个切面：流量规模与趋势、与其他渠道的质量对比、承接 AI 流量的着陆页，以及按引擎的拆分。四者合在一起，才能把这个渠道从一件新鲜事变成一件管理工具。
流量规模与趋势，并对小数字保持诚实。 对多数网站而言，AI 引荐流量目前仍然只占 会话中的个位数低百分比。汇报增长率与趋势，不要在极小的基数上玩百分比变化的把戏。
与其他渠道的质量对比。 这通常是这个渠道证明自身价值的地方：把 AI-引荐访客的互动率、每次会话浏览页数和转化率，与自然流量和付费流量的基准作对比。公开的行业数据或许能提示你该看什么，但真正能撬动预算的，是你自己的数字。
承接 AI 流量的着陆页。 一张简单的着陆页报表，按 AI 正则筛选并以会话数排序，是这组报表中最具行动价值的一个。它显示助手实际会带链接引用哪些内容，这就是你该多做哪类内容的实用地图，并可直接反馈到内容策略中。
按引擎拆分。 Perplexity、ChatGPT、Gemini 和 Copilot 的引用频率差别很大，因此引荐流量中的引擎组合，能告诉你引用集中在哪里、缺口又在哪里。同样的按引擎分析逻辑，也适用于下面这篇指南中的答案侧测量： 面向 ChatGPT 与 Gemini 的 AI 可见度审计，更完整的 KPI 指标体系可参见 超越点击来衡量 GEO 成效.
Lifewood 如何把流量追踪接入 AEO 与 GEO 项目？
在 AEO 与 GEO 项目中，Lifewood 把这套 GA4 配置视为头两周的交付物，以便在引用量开始变化之前先冻结流量基线。此后，流量始终与答案占有率的测量并列汇报，而绝不取而代之。
在 Lifewood 的 AEO 项目，基线之所以重要，是因为项目一旦开始推动引用量，就必须先把「之前」的画面保存下来；否则前后对比将无从还原。长期配置沿用本文的做法：一个仅基于 source 的正则渠道并排在 Referral 之上、受控投放链接的 UTM 命名规范，以及作为每月内容反馈闭环的着陆页报表。对于多市场客户，同一渠道需要按每个媒体资源和每个市场分别验证，因为主导引荐流量的引擎组合因国家而异。流量汇报采用上文所述的「下限而非总量」口径。
不论由谁负责你的项目，都值得了解周边的工具生态。GA4 与 Search Console 配置好之后，就能原生承担流量侧的工作。答案侧的平台——例如 Semrush 的 AI 工具包、Ahrefs 的 Brand Radar、Profound 和 Otterly——则负责追踪 GA4 看不见的提及与引用。来源中列出的从业者指南，记录了那些会随平台迁移域名而变化的配置细节。配置本身是两个小时的活儿；真正考验功夫的是持续维护并诚实汇报，各家项目的差别也正在于此。
这一周我该做什么，才能不再对 AI 流量两眼一抹黑？
在任何 AEO 或 GEO 工作改变数字之前，先跑回溯性的探索报告、搭建并验证渠道，然后冻结一条基线。下面这些步骤用不了一天就能做完。
- 先跑一遍回溯性的探索报告，以「会话来源」为维度、「会话数」为指标，并加上 AI 正则筛选，这样你今天就能知道这个渠道一直以来的表现。
- 搭建渠道： 复制默认渠道组，用仅基于 source 的正则添加 AI 渠道，再把它拖到 Referral 之上。
- 实时验证 ——用一次真实的 ChatGPT 和 Perplexity 点击验证过，再对外宣布它可用。
- 冻结基线： 导出过去十二个月的探索报告，作为任何 AEO 或 GEO 工作开始前的「之前」画面。
- 加入着陆页报表 加入你的月度汇报，因为它是内容团队最好的反馈闭环。
- 设好「直达深层页面」这一观察指标 作为你衡量暗流量的替代指标，并在价值最高的表单中加入自述来源字段。
- 把正则表达式的季度复查排进日程。 这份域名清单是一份会不断更新的文档，而平台迁移域名是已知的失效方式。爬虫行为是另一个问题，参见 该放行还是拦截哪些 AI 爬虫.