Google Analytics 是一款定义了行业标准的工具。它并没有错，只是它用来回答的是“有多少？”——然而 B2B 团队却总想用它来查明“是谁？”。这是一个类别上的误用，而非产品本身的问题。本文将探讨这两个问题各自的用途，以及当您不再强求让一个工具兼顾两项工作时，会带来怎样的改变。
聚合分析天生适合回答的问题
聚合分析工具（无论是 Google Analytics、Plausible、Fathom 还是 Matomo）均针对计数类问题进行了优化。例如：定价页面的会话量是多少？我们周一发布的核心文章跳出率如何？哪些渠道的流量在逐月增长？哪个国家/地区标签页的互动率最高？这些都是营销团队每周需要关注的问题，而聚合分析工具正是解决这些问题的最佳选择。
聚合分析之所以能出色地回答上述问题，恰恰是它无法回答“是谁？”的原因——它的设计初衷就是在数据进入仪表板之前，从销售管道中剥离个人身份细节。它对会话进行计数、对群组进行归类、对地理位置进行汇总。会话背后的具体身份被刻意抹去了。这种“抹去”机制恰恰证明了产品在正常运转。
只有企业级识别才能回答的问题
B2B 销售不关心“有多少？”，他们关心的是“是谁？”。本周有哪些企业查看了定价？哪些目标账户的访客再次回访了？哪家企业通过对比页面访问并阅读了安全说明页？这些问题无法通过计数得出答案——它们需要将会话背后的实体解析为具体企业，并且需要以在欧盟具有法律依据的方式进行。
企业级识别只做一件聚合分析刻意不做的事：它使用具有明确合法依据的经过验证的 B2B 数据，将会话来源的 IP 地址解析为具体的组织。它不识别个人——没有 cookie，没有指纹追踪，没有个人资料——只识别组织。这是一款功能非常专一的产品，而这种专一性正是其合规无虞的原因。
可供您的团队直接参考的问题对照表
| 问题 | 聚合分析 | 企业级识别 |
|---|---|---|
| 定价页面的会话量是多少？ | 是 —— 原生指标 | 否 —— 非其职责 |
| 哪些企业查看了定价？ | 否 —— 机制设计为匿名 | 是 —— 其主要职责 |
| 核心文章的跳出率如何？ | 是 —— 原生指标 | 否 |
| 哪些目标账户阅读了安全说明页？ | 否 | 是 —— 按页面筛选识别列表 |
| 哪个国家/地区的会话量最多？ | 是 | 部分 —— 可获取每个企业所在的国家/地区 |
| 今天应该由哪位 SDR 联系 ACME Corp？ | 否 | 是 —— 企业 + 浏览页面 + 活跃时间 |
| 哪些渠道的流量在逐月增长？ | 是 —— 原生报告 | 否 |
| 这次营销活动对上周的销售管道有贡献吗？ | 部分 —— 首次触点归因 | 是 —— 结合 UTM 参数和转化结果的已识别企业 |
如果您不确定某个问题属于哪一类，这里有一个实用的检验标准：它的答案是帮您决定该联系哪家企业，还是帮您决定该投资哪个渠道？致电决策类问题属于右侧列；而渠道决策类问题则属于左侧列。
如何将其配置为互补关系，而非竞争关系
成功掌握这一点的团队会同时运行这两种工具，而不试图让其中一个取代另一个。聚合分析掌控每周和每月的节奏——即“我们的流量趋势如何？”的复盘。企业级识别掌控每天和每小时的节奏——即“今天需要人工跟进谁？”的评估。这两个仪表板可以共存于同一个文件夹中，彼此互不替代。
在实际操作中：请保持您现有的聚合分析设置不变。只需添加一个轻量级的企业识别脚本——增量成本仅为一个加载器和几 KB 大小。将识别出的企业推送到您的销售团队常用的平台（如 CRM、Slack 频道或共享文档）。这样一来，营销团队保留了他们的每周渠道报告，而销售团队每天都能获得一份带具体企业名称的列表。您的分析技术栈无需做任何改变；您只需用一个它原本无法生成的数据源对其进行扩展即可。
合规同意层面截然不同
在欧盟地区，使用 cookie 的聚合分析通常会触发同意横幅。而无 cookie 的企业级识别——既无客户端标识符，也没有跨站追踪——不会触发同样的同意横幅要求，因为它不依赖于在访客终端设备上存储信息。两款产品，两个不同的接触层面，对应着两种不同的合规同意机制。
应当避免的三种反模式
- 试图通过筛选“ISP”从聚合分析中逆向解析已识别企业——您得到的将是一串网络运营商名单，而非目标企业。
- 因为“我们现在有了识别工具”就关闭聚合分析——您将失去渠道和营销活动报告，而识别工具从设计之初就不是用来生成这些报告的。
- 将已识别的企业数据作为自定义维度发送到聚合分析工具中——这会使您的聚合报告变得混乱，且很可能违反分析工具的服务条款（TOS）。
让一切保持简单的思维模型
聚合分析是您的流量温度计，而企业级识别是您的访客名单。温度计告诉您今天的房间比昨天更暖和；而名单告诉您谁走进了房间。这两个事实都很有用，互不替代。一旦您的团队接受了这种设定，大多数关于“我们应该切换工具吗？”的争论就会烟消云散——答案显而易见：“两项都需要，只是用于解决不同的问题。”
如果您正在评估用于回答“是谁？”这个问题的工具，我们的 Leadfeeder 替代方案概述详细展示了遵循《通用数据保护条例》(GDPR) 优先原则且仅限于企业识别的配置在实践中是怎样的。
Published by