衡量与复核
AI 引用、访问和转化:如何避免错误归因
先说结论
引用、访问、转化是三个不同事件:
被引用 → 可能被用户看到 → 可能点击 → 可能转化每个箭头都会丢失信息。平台引用报告通常不知道用户是否访问网站;网站分析工具只能看到成功到站且未被隐私工具拦截的访问;CRM 又可能只看到最终提交的线索。
能观察到路径,不等于能证明功劳。
建立四层漏斗
| 层级 | 建议指标 | 常见数据源 |
|---|---|---|
| AI 表现 | 展示、品牌提及、引用次数、引用页面 | Google/Bing 报告、固定问题采样 |
| 网站访问 | AI 引荐会话、落地页、参与事件 | GA4、服务器日志、其他分析工具 |
| 产品行为 | 注册、激活、关键功能使用 | 产品分析、数据库事件 |
| 商业结果 | 合格线索、订单、收入、续费 | CRM、支付和财务系统 |
不要把不同层级拼成一个神秘“GEO 总分”。管理层需要看到的是每层发生了什么,以及中间有多少未知。
为什么 AI 访问容易漏记
常见原因包括:
- AI 界面不传递或截断 referrer;
- 用户复制链接、换设备或稍后直接访问;
- 浏览器、广告拦截器或隐私设置阻止统计;
- 应用内浏览器改变来源字段;
- 用户先从 AI 认识品牌,最后通过品牌搜索成交;
- 会话超时、跨域配置或标签错误造成来源丢失;
- 平台引用了网站,但用户根本没有点击。
因此,“GA4 没记录到 AI 流量”不能推出“AI 没有影响”;反过来,一笔来自 AI 引荐的订单也不能证明某次内容修改是唯一原因。
实操:建立来源字典
先保存原始来源,再映射到统一分组。不要直接覆盖原始值。
raw_source,source_group,medium,notes
chatgpt.com,OpenAI,ai-assistant,referral
perplexity.ai,Perplexity,ai-assistant,referral
copilot.microsoft.com,Microsoft Copilot,ai-assistant,referral来源域名和平台行为会变化,应定期核对。若使用 UTM,只给自己能够控制的链接添加;不要幻想给外部 AI 自动生成的引用链接统一加参数。
三种可以说、三种不能说的结论
可以说
- “本月记录到 42 次可识别的 AI 引荐会话。”
- “其中 7 次完成注册,按最后可识别会话计算转化率为 16.7%。”
- “另有部分无 referrer、跨设备或隐私限制的访问无法归因。”
不能说
- “42 次就是全部 AI 访问。”
- “这 7 个注册完全由 GEO 带来。”
- “Bing 引用增长 30%,所以收入也增长 30%。”
实际例子
某月记录:
- Bing 引用 1,200 次;
- 可识别 AI 引荐会话 90 次;
- 注册 12 次;
- 付费 3 次。
可以计算观察到的站内漏斗:
会话到注册转化率 = 12 ÷ 90 = 13.3%
注册到付费转化率 = 3 ÷ 12 = 25%但不能计算“引用到访问点击率 = 90 ÷ 1,200”,因为 90 次访问可能来自多个 AI 平台,而 1,200 次引用只覆盖 Bing 支持的场景;两者分母、范围和时间触点并不一致。
推荐报告:并排,不硬拼
## GEO 分层结果报告
### 1. 平台与采样可见度
- Google 生成式 AI 展示:
- Bing 引用:
- 固定问题集品牌可见率:
- 固定问题集 URL 引用率:
### 2. 网站访问
- 可识别 AI 引荐会话:
- 主要落地页:
- 无法归因比例或数据缺口:
### 3. 产品与业务
- 注册:
- 激活:
- 合格线索:
- 订单/收入:
### 4. 结论强度
- 已观察到:
- 可能相关:
- 尚不能判断:完成清单
- 引用、访问、注册和收入分层记录
- 原始来源值已保留
- 已检查标签、跨域、会话和隐私限制
- 不用不同覆盖范围的数据计算伪 CTR
- 报告明确区分观察、推测和因果结论
- 管理层能看到“数据不足”,而非被迫得到假精确答案
本文读者产出
一张从 AI 可见度到收入的分层报告,以及一份来源识别和归因限制说明。
最后更新于