GEO-012·第 01 期·度量与增长·12 / 132

别把 AI 流量算进 Direct:一份归因入门

AI 引荐在报表里经常掉进直接访问或未设置项,让 GEO 的账永远算不平。本文拆开 referrer 丢失的四种情形,给出 UTM、服务器日志、结账问卷三条补法,配一张口径表,让 AI 流量第一次能被单独计量。

7 分钟GEO度量与增长出海

本期主线入口迁移:AI 搜索如何重排海外电商流量

季度复盘会上,增长负责人把报表投到屏幕上:Direct 的占比一连几周往上走,投放没加,邮件没发,联盟也停着。同一周,客服收到三张截图,买家说是 ChatGPT 推荐来的。争论很快变成一句话:这批人算谁的。运营说算品牌自然流量,投放说算 Direct,谁都没证据,也都不肯把它写进自己的成绩。

AI 引荐的麻烦不在拿不到流量,而在拿到流量之后没有来源;不先修归因,GEO 花出去的每一笔钱都只能靠感觉汇报。

先承认一个事实:AI 引荐天生是坏数据

四个入口里,只有少数会把来源域名完整地交给你的分析工具,剩下的都会被浏览器、跳转或用户动作抹掉。

用户在 ChatGPT 的 App 里点一个链接,跳进来的是一个内置浏览器——不少内置浏览器根本不发 Referer;Perplexity 的链接会先经过自家的中转域名再跳;邮件和即时通讯里的链接同理。到了你的报表里,这些会话要么挂在 Direct 名下,要么挂在 (not set) 上,要么只留下一个光秃秃的域名,连落地页都分不清。

丢失情形真实发生了什么报表里长什么样你能做什么
App 内点击内置浏览器不发送 RefererDirect、(not set)用边缘或服务端首跳日志兜底
中转与短链经过跳转域名,Referer 被替换成中转站来源变成陌生域名或空自己发的短链一律带 UTM,不发裸链
策略降级站点或浏览器的 Referrer-Policy 把来源降成域名级或清空只剩 chatgpt.com,没有路径在服务端记录完整请求头,不信前端采集
零点击用户读完答案不点链接,直接搜品牌词Organic brand 或 Direct靠问卷、客服字段做侧证

还有第五种,最容易被忽略:Google 的 AI 概览点进来,和普通自然搜索结果长得几乎一样,通常都记在 google / organic 下。你分不开这两者,只能承认这块是黑箱,用落地页结构和查询词去近似,别在报表里假装自己分开了。

为什么”补个 UTM”解决不了问题

UTM 是谁生成链接、谁才能加的参数,而 AI 答案里的链接是模型写的,你插不进手。

这条因果链很短:UTM 靠 URL 携带,只有你贴出去的链接才归你标。达人、社区、邮件、PR 稿、自有短链,这些都能加。AI 正文里那条裸链,你既改不了也没法追加参数,指望靠 UTM 把 AI 流量洗干净,方向从一开始就是错的。

真正扛得住的是三种补法,代价各不相同:

  • 服务端首跳日志:边缘节点或应用层记录第一个请求的 Referer、UA、落地路径。它不受用户是否同意 JS 统计影响,代价是你得处理留存与匿名化,只留域名和路径,别存整条 IP。
  • 分析工具的自定义渠道组:把已知的 AI 域名单独划一组,成本几乎为零,缺点是只能收干净的那部分。
  • 问卷与客服字段:结账页加一句”您从哪里知道我们”,选项里给”AI 助手”留一格。这是唯一能碰到零点击的口径,样本有偏,但方向对。

判断:先上第二种,同月补第三种,第一种看技术资源再定。 三者里只有问卷能碰到不点链接的人,而这类人在 AI 场景里恰恰最多。

四步,把 AI 引荐变成一个可核算的渠道

目标不是算出精确值,而是让不同月份用同一把尺,且尺子上的误差可解释。

步骤做什么谁来做怎么算过
1 建来源字典列出 chatgpt.com、perplexity.ai、copilot.microsoft.com、gemini.google.com、claude.ai,逐个标注”能测/半测/测不到”增长分析每个域名都有标注和依据,没有空格
2 开三条采集渠道组、首跳日志、结账问卷同时上分析 + 技术同一周三种口径的差额能被讲清楚
3 写死口径定义”AI 引荐”= 命中字典的首跳落地;窗口多长、算新客还是全会话,一次写清增长负责人一页纸,别人能照着复算出同一个数
4 每月对账抽一天用日志和报表比对,把差额记进备注分析连续两个月差额方向稳定

第 3 步最容易跳过,也最致命。窗口多长可以商量,但必须先定死:多数分析工具的转化窗口按天算,具体默认值以你后台设置为准,不要凭记忆写汇报。

这里有个反例值得记住:某团队为了把数字做大,把 bing.com、google.com 和几个搜索引擎域名一起塞进”AI 引荐”渠道组。头两个月报表很好看,第三个月投放同事就质疑了:渠道组里的量跟预算完全对不上,整张表从此没人敢用。宁可少算,不要错算;少算的部分能用问卷补,错算的部分会把整条度量线一起废掉。四个入口的差别决定了哪些域名该进字典,先看流量被切成四段那张图再动手。

示例:同一周,三个口径给出三个数

示例:假设一家做露营照明的独立站,某一周拿到三个数——分析工具的引荐报表里 chatgpt.com 记了 40 次会话,边缘日志里来自该域名的落地请求是 210 次,客服问卷里勾选”AI 助手推荐”的订单是 9 单。数字仅演示口径差异,不代表任何真实站点数据。

三个数谁都不等于”AI 带来的生意”,但各自回答一个问题:40 回答”多少是干净可追的”,210 回答”多少人真的点进来了”,9 回答”多少人愿意承认 AI 起了作用”。把三者合成一个”真实值”,是归因里最常见的自欺。

这里还藏着一层判断:归因窗口越长,AI 的那一跳越容易被后面的邮件和再营销吃掉。 用”最后一次非直接点击”看 GEO,功劳会系统性地转移给更靠后的触点。合理的做法是并行两套口径——考核投放继续用默认归因,评估 GEO 另建一条”首跳 + 长窗口”的视图,两条线都写进口径表,绝不混用。

在这条线上,能同时解释”被引用”和”被点击”的只有可见度侧数据:商品页在答案里长什么样,决定点击率的上限,见AI 答案里的商品;抓取侧没通,日志里连请求都不会有,先看AI 爬虫地图。

边界:这套归因什么时候不该做

第一,流量太小时不要搭管道。一周只有几十次 AI 引荐,任何口径的波动都淹没在噪声里,这时候该做的是攒样本,不是加脚本。

第二,平台内 AI 你根本拿不到数据。Amazon 这类平台里的 AI 入口不向你暴露任何来源,硬做归因只会得到一张假表,把精力放回 listing 和评论更划算。

第三,合规会先卡住你。同意管理、日志留存期、IP 匿名化,决定了你能存多少。为了归因去存个人标识,是用一个法律风险换一个统计便利,不划算。

第四,归因不等于因果。AI 引荐涨了,也可能是同期投放涨了、竞品断货了、旺季到了。把归因数字当因果结论写进复盘,下一次就会被打脸。

第五,没有技术资源时别硬上日志。只做渠道组加问卷,也能拿到一个可用的起点;先跑三个月,再决定要不要投人。这条线属于度量与增长的节奏,别把单点工具当体系。如果品牌在 AI 答案里压根没出现,那么问题不在归因,先去确认品牌实体是否存在。

先做一件事:导出最近 30 天的来源域名明细,按域名排一次序,把 chatgpt.com、perplexity.ai、copilot.microsoft.com、gemini.google.com、claude.ai 挑出来建成一个渠道组,并且在改动之前先截图存一份旧报表。这半小时不会让你多赚一单,但它是你后面所有 GEO 汇报唯一的起点。