Adobe Analytics的用户识别

Adobe使用多种不同的ID识别网站上的访客，不像Google Analytics只有一个Client ID，Adobe的各种ID比较多，而且还有更新换代的节奏，接下来我们按目前识别优先级顺序介绍这些ID：

vid

vid 全称是visitorID

visitorID是自定义的，要设置 s.visitorID才会有值，在Adobe Analytics插件中设置cookie里的访客ID，这个值必须是动态的。visitorID变量将覆盖所有其他访客识别方法，Adobe建议不要使用此变量，请改用 Adobe Experience Cloud 身份服务。

aid

aid全称是Analytics ID，存储的是独特访客ID 时间戳/日期戳，cookie名是s_vi

没有布署Experience Cloud ID服务之前，就有 s_vi Cookie

如果布署了，相关的值会传递到ECID里面，当有s_vi Cookie 的网站被访客第一次打开时，该服务将执行以下操作：

• 将存储在 s_vi Cookie 中的 Analytics ID写入 AMCV Cookie。此ID将作为 Analytics ID (AID) 写入。此操作不会影响您的访客计数。Analytics将继续使用其旧版ID来标识该用户。
• 将MID写入AMCV Cookie。MID可在不同解决方案中标识用户

mid

mid，也叫ECID，全称是Experience Cloud ID，存储在AMCV Cookie，

从技术上讲，ECID是依赖组织ID、Experience Cloud AMCV Cookie 和 Demdex Cookie，通过数学方法从组织ID 和Demdex ID 计算而来的唯一的永久性标识符，而不是任何个人身份数据（例如电子邮件地址，电话或CRM ID）的哈希。只要这些 ID 保持不变，为特定用户生成正确的 ECID 就只是一个数学问题。使用相同的组织 ID 和 Demdex ID，每次会获得相同的 ECID 值。这允许 ID 服务跨由你控制并配置了 ID 服务代码的域来跟踪访客。

这个是主流推荐的使用方式。

fid

fid全称是Analytics Fallback ID，备用独特访客 ID 时间戳/日期戳

浏览器不接受第三方 Cookie，并且将 Analytics 跟踪服务器设置为第三方跟踪服务器时使用，其实就是aid用不了的时候使用。

fid是旧版标识符，如果你已经在网站上实施了ID服务，则不会使用 fid。在这种情况下，不再需要fid，因为第一方AMCV Cookie使其过时。之所以保留下来，是为了支持旧版代码，同时也出于一些历史原因。

IP 地址、用户代理、网关 IP 地址

在访客的浏览器不接受 Cookie的时候使用。

总结一下：vid是放弃不用的了

如果有实施ECID：能用Cookie，那么就是MID，如果没有Cookie，那么就是IP 地址、用户代理、网关 IP 地址

如果没有实施ECID：能有Cookie，那么就是aid/fid，如果没有Cookie，那么就是IP 地址、用户代理、网关 IP 地址