上一篇我们讨论了 Shopify 13 倍增长中,如何区分"真增长"和"可见度提升"。这篇文章回答一个更底层的问题:为什么你当前的分析工具只能看到 AI 活动的冰山一角?
答案在于 AI Agent 和浏览器 JavaScript 追踪之间的根本架构冲突。
Google Analytics 4(以及几乎所有基于浏览器 JavaScript 的分析工具——Amplitude、Mixpanel、Segment 前端 SDK)工作原理是:
问题在于,大多数 AI Agent 不通过浏览器访问你的网站。
GPTBot(OpenAI 的爬虫)直接发 HTTP 请求到你的服务器,拿到 HTML 内容,不执行任何 JS。没有 JS 执行,GA4 的追踪代码就不会运行。没有追踪代码运行,GA4 就不知道这次访问发生过。
PerplexityBot、ClaudeBot、GoogleOther——同样的逻辑。它们是服务端 HTTP 客户端,不是浏览器。
BrightEdge 2026 年 4 月的数据说明了这个盲区的规模:AI Agent 活动占网站总流量约 15%。但这 15% 的绝大部分对 GA4 完全不可见。GA4 能观测到的 AI 活动——用户通过 AI 推荐链接在浏览器中访问你的网站——大约只占总流量的 1%(Adobe 数据)。
这意味着你的 GA4 仪表板可能只展示了 AI 影响的 6-7%(1% 中有 GA4 能识别的比例 / 15%+1% 总 AI 活动)。
我们定义了一个四级 Evidence Ladder,帮助团队理解自己目前的观测能力在哪里、升级到下一级能看到什么。
数据来源:GA4 默认配置 + 2026 年 3 月上线的"AI Assistants"渠道组
可观测的 AIAA 层级:
典型指标覆盖率:AI 总活动的 5-10%
适合对象:刚开始关注 AI 影响的团队。L0 不需要任何额外部署,但它提供的 AI 画面严重不完整。
数据来源:在 GA4 之上部署一段一方 JS 脚本,执行更精细的 AI 来源识别
升级内容:
可观测的 AIAA 层级:
典型指标覆盖率:AI 总活动的 8-15%
升级成本:低。通常是一段 2-5KB 的 JS 脚本,部署到你的网站模板中。
数据来源:在 CDN/Edge 层(Cloudflare Workers、Vercel Edge Functions、AWS CloudFront Functions)部署一个轻量脚本
升级内容:
可观测的 AIAA 层级:
典型指标覆盖率:AI 总活动的 25-45%
升级效果:"灯泡时刻"。大多数团队在部署 Edge Lite 后,第一天就会看到 AI 活动指标跳升 200-500%。不是因为 AI Agent 突然变多了,而是因为你终于看到了一直在发生但从未被记录的 Agent 请求。这就是上一篇讨论的"Coverage Expansion Lift"。
升级成本:中低。Cloudflare Workers 或 Vercel Edge Functions 通常免费或成本极低。主要工作是编写 Agent 识别逻辑和日志管道。
数据来源:Web 服务器(Nginx/Apache/Caddy)或应用服务器的访问日志
升级内容:
可观测的 AIAA 层级:
典型指标覆盖率:AI 总活动的 40-65%
升级成本:中。需要日志存储、解析管道和分析工具。对已有 ELK/Grafana/Datadog 栈的团队来说成本较低。
数据来源:全栈遥测(Edge + 服务器 + 一方 JS + 电商平台 + CRM)+ AI 应答采样系统
升级内容:
可观测的 AIAA 层级:
典型指标覆盖率:AI 总活动的 75-95%
升级成本:高。需要数据工程资源、多平台集成、AI 采样基础设施。
级别 | 可见 AI 活动 | 新增 AIAA 层 | 首次部署的"跳升" |
|---|---|---|---|
L0 | 5-10% | Visit(部分), Commerce(部分) | 基线 |
L1 | 8-15% | Visit(增强) | +30-80% Visit |
L1.5 |
每次升级都会让你的"AI 指标"数字显著增长。但这是可见度提升,不是 AI 活动增长。上一篇讨论的"Coverage Expansion Lift"就是这个效应。团队必须在每次 Evidence Ladder 升级后,重新计算可比增长基线。
Gravity 的 CitationGraph 平台覆盖 L1.5 到 L3 的全部层级:
中国出海企业在 Evidence Ladder 上面临特殊挑战:
建议:先在主力市场(通常是北美)完成从 L0 到 L1.5 的升级,积累经验后复制到其他市场。不要试图同时在所有市场部署 L3——复杂度和成本不成正比。
最后一篇我们把视野拉到行业层面:UCP、ACP、AP2 三大 Agentic Commerce 协议正在定义 AI 时代的商业基础设施。但它们之间存在一个巨大的"证据缺口"——从 AI 发现到 AI 结账之间的度量链路,以及为什么 AIAA 框架是连接这些协议的缺失层。
A: 因为 GA4 依赖浏览器 JavaScript 来追踪访问。大多数 AI Agent(GPTBot、PerplexityBot、ClaudeBot 等)以服务端 HTTP 客户端的方式访问你的网站,不执行 JavaScript。没有 JS 执行,GA4 的追踪代码就不会运行,这些访问就完全不可见。BrightEdge 数据显示这类"暗 AI 流量"占总流量约 15%。
A: L0 → L1(一方 JS 部署):通常 1-3 天。需要编写 AI 来源识别脚本并添加到网站模板。L1 → L1.5(Edge Lite 部署):通常 3-7 天。需要在 Cloudflare Workers 或 Vercel Edge Functions 中编写 Agent 识别逻辑和日志管道。总共约 1-2 周可以从 L0 到 L1.5。
A: 明确区分"Coverage Expansion Lift"和"Comparable Growth"。升级后的第一份报告应该包含这样的说明:"本周 AI 活动指标增长 350%。其中约 300% 来自 Edge Lite 部署带来的可见度提升(Coverage Expansion Lift),约 50% 为可比增长。之前有大量 AI Agent 请求一直在发生但我们无法观测到。"
A: WAF/Bot 管理工具(如 Cloudflare Bot Management、AWS WAF)的目标是阻止恶意机器人。Edge Lite Bridge 的目标是识别和记录 AI Agent 的访问,理解它们的行为模式。两者可以共存:WAF 阻止恶意爬虫,Edge Lite 记录合法 AI Agent 的活动数据。关键区别是目的不同——安全 vs 分析。
A: 定义一组与你的品牌、产品和品类相关的 prompt(如"最好的户外跑鞋品牌"、"[品牌名] vs [竞品名] 哪个更好")。在多个 AI 平台(ChatGPT、Perplexity、Gemini、Claude)上定期测试这些 prompt,记录你的品牌是否被提及、排在第几位、描述是否准确、是否被推荐。这构成 AIAA 的 Answer 层数据。Gravity 的 CitationGraph 已内置这个能力。
25-45%
Request |
+200-500% 总活动 |
L2 | 40-65% | Request(增强) | +20-40% Request |
L3 | 75-95% | Answer, Attribution | 首次完整画面 |