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,则自动填充)
  • 分析跟踪服务器(安全和非安全)
  • Experience Cloud服务器(用于第一方跟踪服务器)
任何 Experience Cloud 客户都可以免费使用 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 的 Experience Cloud Identity 服务设置

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

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

如何查找这些设置?

在 Dynamic Tag Management (DTM) 中作为工具添加 ID 服务并进行保存后,即可使用这些设置。You can also access these settings by clicking the gear icon from the Installed Tools section of your DTM web property.

组织 ID

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

常规设置

您可以通过这些设置指定跟踪服务器、代码版本和添加其他变量。
The following table lists and defines the General settings.
自动请求访客 ID
选中此选项后,Dynamic Tag Management 会先自动调用
getMarketingCloudVisitorID()
方法,然后再加载任何使用 Experience Cloud Identity 服务的 Adobe 解决方案。
分析跟踪服务器
用于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
) 的版本。不能编辑这些菜单选项。
Settings
这些字段允许您将函 数变量添 加为键值对。 单击​
添加
​可向您的 ID 服务实施添加一个或多个变量。
在此处设置
cookieDomain
变量。对于URL最后2个部分中的任意一个都大于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. 开始查尔斯。
  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,则表示您的帐户未正确配置。An unsuccessful response returns an error code and message in the Response tab as shown below. 如果您在 DCS 响应中看到此错误消息,请联系客户关怀。
For more information about error codes, see DCS Error Codes, Messages, and Examples .