Google Analytics 4 (GA4) 旨在回答营销和流量问题。访客从哪里来、哪些活动带来了他们、他们与什么内容互动、哪些最终转化。它非常适合回答这些问题,而对于大多数网站来说,它也是整家公司都会查看的报表工具。
如今,另一个问题出现在它旁边。有些来自你的网站、API 和产品的交互,来自为真实客户行动的 AI agent,也来自与 AI assistant 协同工作的人。产品、增长和安全团队想知道这些交互有多少、发生在哪些 route 上,以及应该如何处理。这正是 Proof of Actor 的职责,它是 AgentCredia 的 actor intelligence 产品。
本页将直接比较两者。下面关于 GA4 的事实来自 Google 自己截至 2026 年 11 月的文档。
简要结论
| Google Analytics 4 (GA4) | Proof of Actor | |
|---|---|---|
| 主要问题 | 人们如何找到并使用我的网站,以及什么会转化? | 这次交互中是谁或什么在行动,以及证据是什么? |
| 主要数据采集 | 浏览器中的 Google tag,辅以 Measurement Protocol | Server middleware、edge、HTTP API、MCP server,以及经批准的浏览器采集器 |
| 已知 bot 和 spider | 根据 Google 文档,自动从报告中排除 | 被分类并保留,因此你可以看见并进行路由 |
| AI agent | 在 Google 的 bot 排除文档中不是一个报告类别 | 一等结果: Agent |
| AI 辅助的人 | 未被描述为单独类别 | 一等结果: Human + AI |
| 不明确的流量 | 作为用户统计,或被排除 | 以 Unknown 报告,并使用你选择的后备处理 |
| 每个结果的证据 | 汇总报告 | 每个结果都有 basis: verified、declared、inferred 或 unknown |
| 是否对流量采取动作 | 不会,它只报告 | 在观察之后,按你自己的代码中的 policy 对每个 route 进行路由 |
下面的各节解释每一行。
GA4 报表本来要展示什么
GA4 将一切围绕 user、session 和 event 组织起来,然后汇总成报告: 按 channel 和 campaign 的 acquisition、按 page 和 event 的 engagement,以及按 source 的 conversion。这些报告是聚合结果。它们旨在展示数千次访问的趋势,并且默认假设其中的每个 user 都是一个在浏览你的网站或 app 的人。已知 bot 会在数字到达你这里之前被移除,这让营销报告保持整洁。
但这种设计留下了一个特定的盲区。GA4 报告可以告诉你,上周 sign up 增加了。它无法告诉你,其中有多少是由为客户行动的 agent 驱动的,有多少是由带着 AI assistant 起草的人驱动的,或者有多少是没人能解释的流量,而且它也不会在请求仍然打开时,把一个可供应用采取行动的答案交给你。
Proof of Actor 逐次交互地填补了这个空白。每个 request、session 或 tool call 都会得到一个 class: 当信号指向一个人时为 Human,当一个人在已声明或通过受支持的集成可观察到的 AI 辅助下行动时为 Human + AI,当是自动化或 agent 来源的交互时为 Agent,当证据不足以做出可靠判断时为 Unknown。每个 class 都带有一个 evidence basis: verified、declared、inferred 或 unknown,因此报告中的数字和代码中的决策都基于同一组明确证据。
各自运行在哪里
根据 Google 的文档,GA4 通过 Google tag (gtag.js)、Google Tag Manager 或 Google Analytics for Firebase 进行标签采集。Google 还提供了 Measurement Protocol,它通过 HTTP 直接将 event 发送到 Google Analytics servers,用于 server-to-server 和 offline 交互。Google 表示,Measurement Protocol 的意图是补充自动采集,而不是替代它。
这种设计适合浏览中的人类,但对 agent 来说会留下缺口。许多 AI agent 在不执行 JavaScript 的情况下抓取页面,直接调用你的 API,或连接到你的 MCP server 来完成任务。在这些路径中,没有浏览器 tag 可以触发,因此除非你自己构建那套报表,否则 GA4 通常根本不会知道这次交互。
Proof of Actor 不依赖 tag 触发。它安装在请求路径中,作为 Node.js 或 Next.js middleware,在你控制的 edge 层,位于通用 HTTP API 之后,或在 MCP server 内部;此外,在你批准的页面上还可以使用浏览器采集器。(/integrations) 页面列出了每条路径。即使一个 agent 从未渲染页面、因此也从未发送 GA4 hit,它仍然会得到结果。
GA4 如何处理 bot 和 AI agent
Google 关于 known bot-traffic exclusion 的文档说明,在 Google Analytics properties 中,来自已知 bot 和 spider 的流量会被自动排除。Google 使用其自身研究和由 Interactive Advertising Bureau (IAB) 维护的 International Spiders and Bots List 来识别已知 bot。该页面还说明,你目前无法关闭已知 bot 流量排除,也无法查看到底排除了多少已知 bot 流量。
对于营销报表来说,这是一个合理的默认设置。你希望 campaign 和 conversion 数字描述的是人,而不是爬虫。
但对于理解 AI agent 流量来说,这意味着最有价值的数据在你看到之前就已被移除。被排除的流量不会出现在报告中,而 Google 关于 bot 排除的文档也没有描述一个单独的报告类别,用于代表为用户行动的 AI agent,或与 AI 辅助协同工作的人。那些不在已知列表中的 agent,以及那些从不执行 tag 的 agent,都完全不在这个机制之内。
Proof of Actor 为你的 GA4 报告增加什么
GA4 无法自己构建的一个 segment。 你的应用会收到 Proof of Actor 的结果,因此它可以把 actor class 和 basis 附加到已经发送给 GA4 的 event 上,例如作为注册为 custom dimension 的 event parameter。然后,acquisition、engagement 和 conversion 报告就可以按 Human、Human + AI、Agent 和 Unknown 切分,仅针对 Google tag 实际看到的流量。
对 known-bot 排除后剩下什么的可见视图。 Google 表示,known bot 排除无法关闭,而且你无法看到它移除了多少流量。Proof of Actor 会以 Agent 结果的形式保留 agent 的可见性,因此你可以看见它们使用了哪些 route,并决定是否为其提供服务。一个在为真实客户比较你的方案的 agent,可能是值得为之设计的访客;关于 serving AI agents structured content 的指南展示了一种方法。
tag 永远不会触发时的覆盖。 API 调用、MCP tool call,以及在不运行 JavaScript 的情况下抓取的页面,都不会产生 GA4 hit。Proof of Actor 在请求路径中对它们进行分类,这也是它的按 route 和 workflow 的 actor analytics 与 GA4 互补而不是重复的原因。
每个标签背后的证据。 GA4 会将已知 bot 与一个列表进行匹配并移除它们;Proof of Actor 会说明它为何得到该结果。verified basis 表示请求签名依据 HTTP Message Signatures (RFC 9421) 下已发布的密钥验证通过。declared basis 表示由客户端或你的应用自行声明,而 inferred basis 会被标注为推断。这一点很重要,因为单独的 user agent string 任何人都可以伪造,正如 user agent spoofing 条目所解释的那样。
位于你用户计数中的 AI 辅助人类。 在 GA4 中,带着 assistant 起草的人只是一个 user。Proof of Actor 会在辅助被声明或被观察到时,将该人报告为 Human + AI,因此你可以将他们的 conversion path 与未受辅助的用户进行比较。(/learn/glossary/ai-assisted-interaction) 条目解释了这个 class。
将 Unknown 作为单独一行。 Proof of Actor 不会把不明确的流量算作用户,也不会直接丢弃,而是返回 Unknown,并按 route 跟踪 Unknown rate。
是一个决策,而不仅仅是一份报告。 GA4 只负责报告,不会改变访客所看到的内容。Proof of Actor 让你的代码可以按 route、class 和 basis allow、adapt、challenge、send to review 或 rate-limit。它从 observation mode 开始,因此在你决定 enforce policy 之前,安装它不会改变任何东西。
在现有 GA4 设置中增加 actor class
一个实际的 rollout 会保留团队已经在阅读的每一份 GA4 报告:
- 保持 GA4 不变。 acquisition、campaign 和 conversion reporting 保持原样,known-bot exclusion 让这些数字继续聚焦于人。
- 在 server、edge、API 或 MCP 层以 observation mode 安装 Proof of Actor,这样它既能分类 GA4 从未收到的交互,也能分类那些它确实收到的交互。
- 注册一个 actor class 维度。 将 class 和 basis 作为你已经在跟踪的 event 上的 event parameter 发送,并将其注册为 custom dimension,然后把该维度添加到重要报告中,例如 sign up 和 checkout funnel。
- 比较两种视图。 GA4 显示被分类的 browser 流量如何转化。Proof of Actor 的 actor analytics 显示 route 的完整组成,包括 GA4 排除或从未看到的 agent 流量。
- 对重要 route 采取行动。 一旦情况清晰,就为你代码中的那些 workflow 编写 policy,使 actor class 能改变体验。
(/lp/ai-agent-traffic-analytics) 页面更深入地介绍了 measurement 侧,而 (/use-cases/websites) 展示了这在生产网站上的样子。
什么时候 GA4 已经足够,什么时候应加入 Proof of Actor
当你的问题是关于营销时,GA4 就足够了: 哪些 channel 带来了访客、活动表现如何、哪些 page 吸引人,以及什么会转化。known-bot exclusion 正是为这个任务而存在的功能。
当 GA4 的数字引出它无法回答的问题时,就应加入 Proof of Actor: 有多少流量是为客户行动的 agent、sign up 的增长是否来自 AI 辅助的人、为什么 API usage 增长却没有相应的 session 增加,或者你的应用应该针对每种 actor 做出怎样不同的处理。GA4 告诉你受众整体上如何行为。Proof of Actor 告诉你每次交互中是谁在行动,并附上证据,同时让你的代码能够响应。
开始使用
Proof of Actor 目前处于 private beta。通过 founding developer program,入选团队可在约定的使用限制内获得最多 12 个月的免费访问权限,且不会自动计费。申请早期访问,并告诉我们你的网站或应用,以及你希望理解的流量。
Google Analytics 是 Google LLC 的商标。