跨不同的实施类型跟踪

最近更新： 2026年7月10日

创建对象：

{"id":"c66ffd68-0f65-42bb-aa23-b4020f12e0bd"},{"id":"f8a45b24-4be7-4f1b-909b-60d06b483a20"},{"id":"ff6a42d2-313e-452e-93a6-792e4fad9ff8"}

Adobe Analytics 实施的核心架构在所有实施类型中都是一致的。此过程需要定义变量并将这些变量编译到一个图像请求中，然后将请求发送到 Adobe 数据收集服务器。此概念意味着，您可以跨同一站点的不同页面在 AppMeasurement、Web SDK 以及它们在 Adobe Experience Platform 数据收集中各自的扩展之间无缝切换。

Adobe 建议通过在所有页面使用相同的实施类型来保持站点实施的一致性。但是，如果您的网站的某些部分有不同的要求，则可以使用此页面来帮助确保在各页面之间持续跟踪访客。

如果您使用多种类型的实施（例如AppMeasurement和硬编码图像请求），请确保正确设置以下变量并彼此匹配。

NOTE

所有实施类型必须使用相同的访客标识类型（旧版Analytics ID、访客ID服务或Experience Platform Identity Service）。 Adobe建议尽可能在所有实施中使用ECID。

变量

Web SDK 标记扩展

Web SDK(Alloy)

Analytics 扩展

AppMeasurement

硬编码图像请求

报告包 ID

配置数据流时添加 Adobe Analytics 作为服务

配置扩展时的库管理部分下的报告包

s_gi中的字符串参数

URL pathname 的一部分（/b/ss/ 之后）

访客ID服务

本机包含Experience Platform Identity服务；需要idMigrationEnabled才能读取访客ID服务Cookie

本机包含Experience Platform Identity服务；需要将ECID从VisitorAPI迁移到Web SDK以读取访客ID服务Cookie

使用实现访客ID服务的“Experience Cloud ID服务”标记扩展

实施访客ID服务 (VisitorAPI.js)

对访客ID服务🔗进行单独调用以获取所需的ID，并在查询字符串中包含mid

Edge域

配置扩展时Edge域字段

配置 Web SDK 时的 edgeDomain 属性

当配置扩展时，位于常规部分下的SSL跟踪服务器

trackingServerSecure变量

图像请求 URL 的 hostname

NOTE

基于AppMeasurement的实施（包括Analytics标记扩展）与Experience Platform Identity Service不兼容。您必须使用访客标识的最低通用分母形式才能跨实施类型进行同步，通常是访客ID服务 (VisitorAPI.js)。

如果这些变量中的任何一个变量在每种实施类型中不一致，Adobe可能会将它们视为单独的访客。如果未在您的网站上跨实施类型无缝跟踪访客，则最常见的原因是访客识别配置不正确。确保每个实施类型在整个网站上正确获取相同的ECID （mid 查询字符串）。

recommendation-more-help

analytics-help-implement