直接流量：把 AI 带来的访问从这个桶里捞出来

直接流量是 GA4 给「没人告诉它这次访问从哪来」的那些会话起的名字。从 AI 助手里点进来的访问经常落在这里，因为一个桌面或手机应用发出的请求不带来源信息，GA4 无从归因。你可以用自定义渠道分组把其中一部分捞回来，动手之前先接受一件事：剩下那部分永远捞不回来。

读这篇前

这一章假设 GA4 已经装好并在收数。它不讲 Search Console，那个量的是另一个面上的另一件事，怎么读那边的变化在怎么判断这次改动有没有用那篇。

如果你在动手改之前没有记下渠道构成原来长什么样，先去做那件事。拆一个桶只有对着「之前」才有意义，怎么留这份底在改之前先存基线那篇。

AI 来的访问为什么会落进直接流量

GA4 对这个桶的定义写得很窄：Direct is the channel by which users arrive at your site/app via a saved link or by entering your URL.（用户通过收藏的链接或直接输入网址到达。）实际上它比这宽得多，因为它同时是兜底桶：一个请求既没有来源、又没有活动参数，所有别的规则都不匹配，就归到这里。

在 Analytics 眼里，一个以桌面或手机应用形态运行的助手是一个没有浏览器的来源。点击打开了你的页面，什么都没附带。同一个产品在网页里用，通常是会带来源的——这就是为什么同一个助手能在同一周里出现在两个不同的桶。

直接流量不是一个来源。它是 GA4 给「来源没有被传过来」的那次访问起的名字。

其中一格已经替你解决了，而且很容易漏看。GA4 现在的自然搜索定义是这么写的：Organic Search is the channel by which users arrive at your site/app via non-ad links in organic-search results, including Google's AI Overviews and AI Mode.（包括 Google 的 AI 概览和 AI 模式在内，从自然搜索结果的非广告链接到达。）2026-08-18 读自 Analytics 帮助中心的默认渠道分组文档。Google AI 面上的点击已经算进自然搜索，不属于本篇要解决的问题。

能改的和不能改的

GA4 自己的文档对前半句说得很干脆：Default channel groups can't be edited in Google Analytics. You have the option to create custom channel groups, which let you create your own rule-based categories of web-traffic sources.（默认渠道分组不能改，但你可以创建自定义渠道分组，用自己的规则给流量来源分类。）

所以要做的是并排搭一套分组，而不是去修默认那套。下面所有配置都活在这套自定义分组里，你的默认报表照旧是老样子——这是好事，因为两边可以对着看。

交付物：按官方那份示例配一遍

Google 文档里正好有这个案例。自定义渠道分组帮助页上有一节叫 Example: AI assistants，配置是四步，都在「管理 → 数据显示 → 渠道分组」里。

1. 新建一个自定义渠道分组，或者改一个已有的。
2. 加一个渠道，起一个明年在报表里还认得出的名字。官方示例用的是「AI assistants」。
3. 对 Source 加一个条件，匹配类型选「匹配正则表达式」，填一条覆盖你在意的那些助手的正则。
4. 把渠道顺序调一下，让这个渠道排在「引荐」上面。官方的指令是明写的：To ensure proper data processing, reorder your channel list so that "AI Assistants" appears above "Referrals".（为保证数据被正确处理，把 AI Assistants 排到 Referrals 之上。）

动手前先知道自定义渠道分组的两个特性。它可以回溯应用到历史报表，所以一下午的配置能同时给你一个「之前」和一个「之后」，不是从今天开始重新计数。而且默认分组不受影响，历史报表仍然可比。

官方那条正则太宽了，建议收紧

帮助页上给的那条（2026-08-18 读的）长这样。

^.*ai|.*\.openai.*|.*chatgpt.*|.*gemini.*|.*gpt.*|.*copilot.*|.*perplexity.*|.*google.*bard.*|.*bard.*google.*|.*bard.*|.*.*gemini.*google.*$

看第一个分支 ^.*ai。取决于这条模式怎么求值，它有可能够到那些「唯一资格是字母 a 和 i 挨在一起」的域名——mail.google.com、airbnb.com。GA4 到底怎么判，我们没有验证——而这恰恰就是问题：一条你预测不了行为的规则，不能拿来汇报。

改成写死主机名。维护起来麻烦一点，但它不会给你惊喜。

^(chatgpt\.com|chat\.openai\.com|perplexity\.ai|www\.perplexity\.ai|claude\.ai|copilot\.microsoft\.com|gemini\.google\.com)$

然后照常验：挑一段你已经有数据的时间跑这个报表，把这个渠道的会话数和流量获取报表里那几个来源加起来对一下，看对不对得上。如果你这版捞到了来源清单解释不了的会话，那是规则错了，不是数据错了。

🔴 出海站的直接流量里，还混着另外两拨人

「应用内打开的链接不带来源」这条机制不只对 AI 助手成立。微信、企业微信、飞书里点开的链接，同样不带来源，同样落进这个桶。做出海的团队常在国内社群里做一轮分发，这部分访问和 AI 来的访问会挤在同一个桶里。

结论不是「所以没法看了」，而是先把你能剥的剥干净：所有你自己发出去的链接——社群、公众号、邮件、站外投放——都带上 UTM 参数。这些是你控制得住的，剥完之后 Direct 桶里剩下的东西才值得讨论。

剥不干净的部分要照实说：任何在国内做过分发的出海站，这个桶里必然有一块与 AI 无关，而且分不开。

交付物：剩下那部分怎么看形状

自定义分组捞的是带了来源的那部分。没带来源的那部分，你能找的是一个形状，不是一个标签。

1. 打开「报告 → 获取 → 流量获取」，主维度选「会话默认渠道组」。
2. 加「着陆页」当次级维度，过滤出 Direct。
3. 按会话数排序，看排在前二十的着陆页。

时间范围至少拉到八周。这个视图看一周是噪声，小站单个页面的直接会话数波动，比你要找的效应还大。

打到首页是正常的，人会敲域名。打到一个 slug 很长的深层页面就不正常，因为没人会去敲那个。某一篇文章上的直接会话在往上走、背后又没有任何活动，这才是值得查的形状。

要清楚自己在干什么。这是一个建立在着陆页形状上的合理性推断，不是任何意义上的证明。把数字记下来、看它怎么动，别把它变成一个往上汇报的百分比。

三件它告诉不了你的事

这三条是方法的边界，不是换个报表就能补上的缺口。

1. 这个桶里有多大比例是 AI。不带来源的访问里有收藏夹、手敲网址、邮件客户端里的链接、聊天应用里的链接，还有各种隐私工具剥掉的来源。事后没有任何办法把它们分开。
2. 你是被引用了还是只是被到达了。一次会话说明有人来了，不说明你这一页是被当作来源引用，还是脚注里十条链接中的一条。
3. 助手是怎么描述你的。Analytics 量的是到达。产生这次点击的那个答案有没有把你说准，在这里看不见，那要另外做实体那一摊事，以及单独记录引擎说过什么。

这一章到哪儿为止

这是归因分诊，不是归因。诚实的上限是：你会知道能识别出来的那部分 AI 引荐大概有多少，而识别不出来的那部分有多大，你不会知道。

谁给你一个干净的「AI 带来多少访问」，要么只数了带来源的那一半并把它当成全部，要么在估算。两种只要说明了都站得住，但都不是测量。

来源域名也会变，产品会改名、会换域名。每季度回头看一眼自己的来源清单，因为一条不再匹配的规则不会通知你——那些会话会安静地回到这个桶里，图表看起来就像下滑。把这类监测长期做下去，是 QueryWin 正在做的事。

常见问题

为什么我的直接流量这么高

因为它是兜底桶。每一个既没有来源、也没有活动参数的会话都归到这里，于是它收着收藏夹、手敲网址、应用内点击，以及任何被隐私设置在路上剥掉来源的访问。

从 Google AI 概览点进来的算直接吗

不算。GA4 文档把 AI 概览和 AI 模式放进了自然搜索。这一块默认分组已经处理好了。

加 UTM 参数能解决吗

对 AI 引荐不能。活动参数只对你自己发出去的链接有效，助手怎么链接你，不归你管。但它对你自己的社群、公众号和邮件仍然有效，那是另一处漏。

能不能干脆改默认渠道分组

不能，Analytics 不允许。自定义渠道分组是与默认那套并排跑的，这也意味着你的历史报表仍然可比。