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,则会自动填充该 ID)
  • Analytics 跟踪服务器(安全和非安全)
  • 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 服务并进行保存后,即可使用这些设置。您也可以通过单击 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 ) 的版本。这些菜单选项无法编辑。
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. 启动 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 错误代码、消息和示例