Show Menu
主题×

使用 Dynamic Tag Management 实施

旧版实施使用 Dynamic Tag Management (DTM) 来设置和部署 Experience Cloud Identity 服务,并将其与您的其他 Experience Cloud 解决方案相集成。

使用 Dynamic Tag Management 实施

旧版实施使用 Dynamic Tag Management (DTM) 来设置和部署 Experience Cloud Identity 服务,并将其与您的其他 Experience Cloud 解决方案相集成。
目前, Adobe Experience Platform Launch 是首选和推荐的实施工具,因为它有助于简化复杂的标签管理任务,并会自动执行超出 DTM 功能的代码放置。请参阅 使用 Launch 实施

Dynamic Tag Management 和 ID 服务

通过 Dynamic Tag Management ,您可以配置、部署和管理 ID 服务实例及相关的 Experience Cloud 解决方案集成。DTM 可帮助简化实施流程,因为它与 ID 服务和其他 Experience Cloud 解决方案深度集成在一起。只需添加和配置 Experience Cloud ID 工具并指定相关信息即可,例如:
  • Experience Cloud 组织 ID(如果关联到 Experience Cloud,则可自动填充)
  • Analytics 跟踪服务器(安全和非安全)
  • Experience Cloud 服务器(对应第一方跟踪服务器)
任何 Experience Cloud 客户都可以免费使用 DTM。
DTM 快速入门
DTM 是一款简单而功能强大的工具。如果您尚未开始使用,我们强烈建议您使用该工具。请参阅 DTM 文档 DTM 快速入门视频 以了解如何开始使用此服务。有关如何使用 DTM 设置 ID 服务的说明,请参阅以下部分的信息和过程。

部署准则

在尝试使用 Dynamic Tag Management (DTM) 实施 Experience Cloud Identity 服务之前,请查看这些要求和程序。
配置您的帐户
在开始之前,请确保已为您的组织和解决方案配置了 Experience Cloud,并且您熟悉 Dyanamic Tag Management。以下文档可以帮助您快速入门:
ID 服务代码放置和加载顺序
ID 服务是通过从 Adobe 数据收集服务器请求和接收唯一 ID 来工作的。要正常工作,您的 ID 服务代码必须:
  • 是在页面上执行的第一个 Adobe 代码块。
  • 尽量置于页面上的较高位置,通常是在
    <head>
    代码块中。
只要您在 DTM 中维护所有 Adobe 解决方案和代码库,它就会确保 ID 服务代码放置在正确的位置,并在合适时间触发。
验证地区数据收集
要进行 区域数据收集 (RDC),客户必须提供 CNAME 或使用
*.sc.omtrdc
。请从您的 Adobe 顾问处获取具体的 RDC 设置。
配置 Analytics 报表包
新 Analytics 客户应该 创建报表包 ,以便进行数据收集。

使用 DTM 实施 Experience Cloud Identity 服务

遵循以下步骤使用 Dynamic Tag Management (DTM) 实施 ID 服务。
先决条件
实施步骤
​要使用 DTM 实施 ID 服务,请执行以下步骤:
  1. 在 DTM 的“功能版”中,单击您想要使用的 Web 属性。
  2. 在选定 Web 属性的​
    概述
    ​选项卡中,单击​
    添加工具
  3. 在​
    工具类型
    ​列表中,单击
    Experience Cloud Identity 服务
    此操作将使用您的组织 ID 来填充
    Experience Cloud 组织 ID
    框。如果您的 DTM 帐户尚未与 Experience Cloud 关联,则需要提供此 ID。要关联您的帐户,请参阅 在 Experience Cloud 中关联帐户 。请参阅 要求 以了解关于如何查找组织 ID 的信息。
  4. 在​
    跟踪服务器
    ​框中键入您的跟踪服务器的名称。如果您不确定如何找到跟踪服务器,请参阅 常见问题解答 正确填充 trackingServer 和 trackingServerSecure 变量
  5. 单击​
    创建工具
    ​和​
    保存更改
    保存更改后,ID 服务在 DTM 中会被设置为一个工具。但您还无法使用该服务。您的 DTM 工具仍然需要完成 DTM 发布/审批流程,您可能还需要配置其他参数。有关 DTM 审批流程的信息,请观看 用户基本知识快速入门 视频。有关可添加到 DTM 的其他参数的信息,请参阅 适用于 DTM 的 Experience Cloud Identity 服务设置

适用于 DTM 的 Experience Cloud Identity 服务设置

介绍“组织 ID”、“一般设置”和“客户设置”字段及其在 Experience Cloud ID 服务中的使用方式。

如何查找这些设置?

在 Dynamic Tag Management (DTM) 中作为工具添加 ID 服务并进行保存后,即可使用这些设置。您也可以通过单击 DTM Web 属性的“已安装工具”部分的齿轮图标来访问这些设置。

组织 ID

这是配置的 Experience Cloud 公司需要并与之关联的 ID。组织是一个实体,它允许管理员配置用户和群组,并控制 Experience Cloud 中的单点登录访问。组织 ID 是由 24 个字符组成的字母数字字符串,其后跟(且必须包括)@AdobeOrg。Experience Cloud 管理员可在 Experience Cloud > 工具 中找到此 ID。

常规设置

您可以通过这些设置指定跟踪服务器、代码版本和添加其他变量。
下表列出并定义了一般设置。
自动请求访客 ID
选中此选项后,Dynamic Tag Management 会先自动调用
getMarketingCloudVisitorID()
方法,然后再加载任何使用 Experience Cloud Identity 服务的 Adobe 解决方案。
Analytics 跟踪服务器
用于 Analytics 数据收集的跟踪服务器的名称。这是写入图像请求和 Cookie 的域(例如
http://site.omtrdc.net
)。
如果您不知道自己的跟踪服务器 URL,请查看
s_code.js
AppMeasurement.js
文件。您将需要由
s.trackingServer
变量设置的 URL。
跟踪服务器安全
用于 Analytics 数据收集的安全跟踪服务器的名称。这是写入图像请求和 Cookie 的域(例如
https://site.omtrdc.net
)。
如果您不知道自己的跟踪服务器 URL,请查看
s_code.js
AppMeasurement.js
文件。您将需要由
s.trackingServerSecure
变量设置的 URL。
Experience Cloud 服务器
如果您的公司使用第一方数据收集 (CNAME) 来在第三方上下文中利用第一方 Cookie,请在此处输入跟踪服务器(例如
http://metrics.company.com
。)
Experience Cloud 服务器安全
如果您的公司使用第一方数据收集 (CNAME) 来在第三方上下文中利用第一方 Cookie,请在此处输入跟踪服务器(例如
https://metrics.company.com
。)
库版本
设置您想要使用的 ID 服务代码库 (
VisitorAPI.js
) 的版本。您无法编辑这些菜单选项。
设置
您可以通过这些字段作为键值对添加 函数变量 。单击​
添加可向您的 ID 服务实施添加一个或多个变量。
在此处设置
cookieDomain
变量。对于 URL 最后 2 个部分中任一部分多于两个字符的多部分顶级域而言,此变量是必需的。请参阅上述链接的“配置变量”文档。

客户设置

可让您添加集成代码或身份验证状态的其他字段。
集成代码
集成代码是客户提供的唯一 ID。集成代码应包含您用于在 Audience Manager 中 创建数据源 的值。
值应该为包含用户 ID 的数据元素。数据元素是动态值的适用容器,例如来自特定客户端的内部系统的 ID。
身份验证状态
根据访客的身份验证状态(例如登录和注销)定义或识别访客的选项。请参阅 客户 ID 和身份验证状态

测试和验证 Experience Cloud Identity 服务

这些说明、工具和过程可帮助您确定 ID 服务是否正常运行。这些测试通常适用于 ID 服务,也适用于不同的 ID 服务和 Experience Cloud 解决方案组合。

开始之前

在开始测试和验证 ID 服务之前需要了解的重要信息。
浏览器环境
在普通浏览器会话中进行测试时,请在每次测试之前清除您的浏览器缓存。
或者,您也可在匿名或使用假名的浏览器会话中测试 ID 服务。在匿名会话中,您无需在每次测试之前清除浏览器 Cookie 或缓存。
工具
Adobe 调试器 Charles HTTP 代理 可帮助您确定 ID 服务是否已配置为可在 Analytics 中正常使用。此部分中的信息基于 Adobe 调试器工具和 Charles 代理返回的结果。当然,您也可以随意使用最适合您的任何工具或调试器。

通过 Adobe 调试器工具进行测试

当您在 Adobe 调试器响应中看到 Experience Cloud ID (MID) 时,即表明您的服务集成配置正确。请参阅 Cookie 和 Experience Cloud Identity 服务 ,以了解有关 MID 的更多信息。
要通过 Adobe 调试器 验证 ID 服务的状态,请执行以下操作:
  1. 清除您的浏览器 Cookie,或打开匿名的浏览会话。
  2. 加载包含 ID 服务代码的测试页面。
  3. 打开 Adobe 调试器。
  4. 在结果中检查 MID。

了解 Adobe 调试器结果

MID 存储在一个键值对中,它使用以下语法:
MID= *
Experience Cloud ID
*
。调试器将显示此信息,如下所示。
成功
如果您看到一个类似于如下形式的响应,则表明 ID 服务已成功实施:
mid=20265673158980419722735089753036633573
如果您是 Analytics 客户,除 MID 以外,可能还会看到 Analytics ID (AID)。它发生于以下情况:
  • 对于您的某些早期/长期网站访客。
  • 如果您启用了宽限期。
失败
如果调试器出现以下问题,请联系 客户关怀
  • 不返回 MID。
  • 返回错误消息,指示尚未配置您的合作伙伴 ID。

通过 Charles HTTP 代理进行测试

要通过 Charles 验证 ID 服务的状态,请执行以下操作:
  1. 清除您的浏览器 Cookie,或打开匿名的浏览会话。
  2. 启动 Charles。
  3. 加载包含 ID 服务代码的测试页面。
  4. 检查下述请求和响应调用与数据。

了解 Charles 结果

有关查看位置、搜寻对象以及何时使用 Charles 监视 HTTP 调用的信息,请参阅此部分。

Charles 中成功的 ID 服务请求

Visitor.getInstance
函数对
dpm.demdex.net
进行 JavaScript 调用时,您的 ID 服务代码工作正常。成功的请求包含您的 组织 ID 。组织 ID 可作为一个使用以下语法的键值对传递:
d_orgid= *
组织 ID
*
。在“
dpm.demdex.net
结构”选项卡下方查找 和 JavaScript 调用。在“请求”选项卡下方查找您的组织 ID。

Charles 中成功的 ID 服务响应

当来自 数据收集服务器 (DCS) 的响应返回 MID 时,您的帐户已正确配置。MID 作为使用以下语法的键值对返回:
d_mid: visitor Experience Cloud ID
。在“响应”选项卡中查找 MID,如下所示。

Charles 中失败的 ID 服务响应

如果 DCS 响应中缺失 MID,则表示您的帐户未正确配置。失败的响应在“响应”选项卡中返回一个错误代码和消息,如下所示。如果您在 DCS 响应中看到此错误消息,请联系客户关怀。
有关错误代码的更多信息,请参阅 DCS 错误代码、消息和示例