快速入门最佳实践

如果您不熟悉Adobe动态标签管理(DTM)、准备迁移到DTM或在DTM上补习,本指南适合您。

上次更新:2017年1月30日

Dynamic Tag Management 让营销人员可以快速轻松地管理标签,同时提供了创新性工具,可在不同的数字营销系统中收集和分发数据。DTM还支持用户特定内容的响应式投放,为寻求在当今快速数字市场中蓬勃发展的公司提供新的灵活性和控制水平。

除了此最佳实践指南之外,还提供以下资源帮助您充分利用动态标签管理:

资源 详细信息
Dynamic Tag Management 产品文档

有关如何使用动态标签管理的详细信息和分步说明。

入门指南

有关如何使用动态标签管理进行开始的信息。

首次用户基础知识

动态标签管理(DTM)用户界面简介。

此内容是与Search Discovery合作构建的

功能板

导航:首页>仪表板

登录后在DTM中看到的第一页是仪表板。 该仪表板包含您有权访问的所有公司的列表。

公司概述

导航:“开始”>“仪表板”>“公司概述”

单击公司进入仪表板,将转到公司概述页面。

注意

如果您只能访问一个公司,则登录时将转到公司概述页面,而不是仪表板。

在DTM中,公司是Web属性的集合。 Web属性是工具、规则和数据元素的集合。

公司中的所有Web属性都可从公司概述页面访问。

管理员级用户可以单击“添加属性”,从“公司概述”页面添加新的Web属性。 配置Web属性时,唯一的必填字段是名称和URL,如果需要,可以稍后更改。

管理员级用户还可以通过“用户和用户组”选项卡从“公司概述”页面管理和配置用户。

属性概述

导航:公司概述>属性概述

单击“公司概述”页中的任意属性可转到属性概述页。

属性概述页简要概述了属性配置,并充当主属性组件的网关:工具、规则、数据元素、发布工作流和属性嵌入代码。

导航:“属性概述”>“已安装的工具”

DTM工具是内置集成,允许将解决方案快速部署到您的站点。

目前,DTM优惠工具集成适用于Adobe解决方案以及Google Analytics和尼尔森。 所有这些集成都经过独特的设计,可使该特定解决方案的配置和部署更简单。

注意

任何没有本机集成的第三方工具或标签都可以通过

下面讨论的JavaScript/第三方标记部分。

规则

导航:属性概述>规则

单击属性概述页中的规则选项卡将转到属性规则。

DTM中的规则用于有条件地执行工具、标记、脚本和HTML。

无论类型如何,DTM中的规则都有两个主要组件:条件和触发器。 条件指示规则将触发的场景,触发器指示规则触发时将执行的项。

DTM中有三种规则:

  • 基于事件:​基于事件的规则通过交互驱动。例如,如果我希望跟踪用户何时单击某个按钮,我将使用基于事件的规则。
  • 页面加载:​页面加载规则已绑定到页面加载。例如,如果我要在站点上特定页面的加载中添加特定的代码块,我会使用页面加载规则。
  • 直接调用:​当 DTM 无法检测到 DOM 中的事件时,将使用直接调用规则。例如,如果我要跟踪 DOM 中无法检测到的 AJAX 事件,我会使用直接调用规则。

无论规则类型如何,如果满足条件,则触发器将执行。

所有规则类型都可以选择通过Javascript/第三方标记模式触发第三方供应商标记或任何其他自定义JavaScript或HTML。

将工具添加到属性时,规则中会启用其他触发器模型。 例如,如果我的属性包含一个Adobe Analytics工具和一个Google Universal Analytics工具,则属性规则将包含这些工具的可选触发器模型。

每个工具模态优惠着为该特定工具自定义触发器的简单方法。

数据元素

导航:属性概述>规则>数据元素

单击“规则”选项卡中的“数据元素”选项卡,将显示数据元素概述页。

数据元素用于在DTM中构建数据映射。 将通用数据点定义为数据元素后,可轻松捕获这些数据点并将其用于DTM的规则和工具中。

工作流

DTM中的一个重要概念是将单个Web属性同时具有暂存库和生产库。

暂存库包含在web属性中配置的所有规则、工具和数据元素。 生产库仅包括已批准和发布的规则、工具和数据元素。

导航:属性概述>批准选项卡

当在属性中添加或更改规则、工具或数据元素时,将自动生成批准。

导航:属性概述>历史记录选项卡

批准某个项目后,它会在“历史记录”选项卡的“未发布的更改”队列0中变为可用。 发布项目后,该项目在生产库中可用。

这种库和关联工作流的分离使得在分阶段中进行更有效的测试不会影响生产。

安装

导航:属性概述>嵌入选项卡

单击“嵌入”选项卡将转到DTM安装页。

此选项卡包含各种可用的库托管选项。 默认情况下,该属性利用Akamai托管。 此方法通常适用于大多数组织;但是,如果可以在所需的两个自托管选项中对DTM库的服务进行额外控制。

展开“嵌入”选项卡上的“标题代码”部分可显示属性的暂存和生产嵌入代码。

请注意,有一个用于暂存的嵌入代码和一个用于生产的嵌入代码。 这就是DTM如何区分上述暂存库和生产库。 安装暂存嵌入代码后,将加载暂存库。 安装生产嵌入代码后,将加载生产库。

在站点上正确安装页眉和页脚嵌入代码后,每次加载页面时会自动加载关联的DTM库。

利用DTM交换机插件在Web控制台中进行测试。 这有助于您了解DTM在页面上的操作,并允许您本地切换到暂存库以进行更有效的测试。 有关详细信息,请参 阅动态标签管理品文档中的搜索发现插件

DTM技术架构和托管

有关动态标签管理(DTM)技术架构及其托管选项的信息。

此内容是与Search Discovery合作构建的

本节包含以下信息:

架构

DTM技术架构的主要组件包括Web管理应用程序、暂存和生产JavaScript库以及嵌入代码。

Web管理应用程序是您登录并用于管理DTM实施的在线界面。 您将在此处创建和配置工具、规则和数据元素,并管理这些配置到您的站点的部署。

DTM中的Web属性是工具、规则和数据元素配置的集合。

每个Web属性都与一个临时JavaScript库和一个生产JavaScript库相关联。 这些库由Web应用程序生成,并包含该Web属性中的唯一配置集。

临时JavaScript库包含Web属性中所有最新的工具、规则和数据元素配置。 此库会随属性的任何更改自动更新,用于在临时环境中进行测试或通过DTM交换机插件进行本地生产测试。

有关DTM交换机插件的详细信息,请参 阅动态标签管理 产品文档中的搜索发现插件。

生产JavaScript库仅包含已通过Web属性工作流批准和发布的工具、规则和数据元素配置。 此库适用于生产环境。

托管

分阶段和生产JavaScript库都可以通过以下方式托管。

  • 通过 Akamai 服务器上托管的 Akamai 库进行外部托管
  • 通过托管在您服务器上的 SFTP 或​库下载​库进行自托管

选择托管选项是您的企业需要作出的决定。 请查看以下选项比较和用例示例,以帮助做出此决定。

优势 缺点

Akamai

外部托管

  • 标准部署方法
  • 无需配置
  • 对IT的最低依赖
  • 自动文件更新
  • 通过全局分布式Akamai网络实现可靠、快速的文件投放
  • 对文件投放缺乏控制
  • 对第三方基础架构的依赖性(即,如果Akamai不可用,您的库也是如此)

SFTP

自行托管

  • 完全控制文件投放
  • 更安全的选项:SSH文件传输
  • 自动文件更新
  • 需要前期配置
  • 对IT的更大依赖

库下载

自行托管

  • 完全控制文件投放
  • 最安全的托管选项:AES 256捆绑加密
  • 需要前期配置
  • 对IT的更大依赖
  • 自动文件更新需要其他配置

用例示例

方案 解决方案
我希望尽可能少地与IT人员接触,并且需要在自己的站点基础架构之外使用可靠的文件托管方法。 在所有环境中利用Akamai托管。
我希望在我的生产环境中完全控制文件投放;但是,在我的暂存环境中,速度和灵活性比文件控制更重要。 在分阶段环境中利用Akamai托管,在生产环境中利用FTP投放。
我网站的某些部分处理高度机密的信息。 安全性是这些网页上最重要的内容,但在我网站的其他网页上未必如此重要。 利用安全页面上的库下载托管和非安全页面上的Akamai托管。

所有托管选项都可用于在DTM属性的选 Embed 项卡上启用和配置。

无论选择何种托管选项,JavaScript库都会通过安装的嵌入代码提供到您的站点上。 每个托管选项都提供一组唯一的嵌入代码,这些代码引用为该托管选项配置的适用文件位置。

嵌入代码由两个代码片段组成:页眉和页脚代码。

  • 标题代码

    标题代码负责从主机位置调用关联的JavaScript库并在您的站点上提供它。 此代码片断应尽可能地放在站点代码的头部分中靠近开始标记。

  • 页脚代码

    页脚代码负责标识页面末尾以进行时间控制。 此代码片断应尽可能地放在站点代码的正文部分中靠近结束标记。

正确放置页眉和页脚嵌入代码片段对于DTM JavaScript库的有效部署至关重要。

注意

尽管可以使用多个托管选项,但必须确保在任何给定页面中只包含一个嵌入代码引用。 嵌入代码的重复或不当放置可能会导致意外的库行为。

下图显示所讨论的DTM体系结构组件如何协同工作,以有效地在您的站点上部署和管理工具、标签和脚本。

For more information on hosting options, see Embed Code and Hosting Options in the Dynamic Tag Management Product Documentation.

计划迁移到DTM

规划迁移到(DTM)时要考 Dynamic Tag Management 虑的信息以及帮助正确开始实施的最佳实践。

此内容是与Search Discovery合作构建的

本节包含以下信息:

规划DTM设置:组件概述

本部分快速概述基本的DTM公司结构,以准备规划DTM设置时涉及的决策。

在DTM中,公司是Web属性的分组。

Web属性是一组工具、规则和数据元素,这些元素被配置为收集数据并在您的站点上部署标记/脚本。

每个Web属性都与一个嵌入代码关联,该嵌入代码负责在您的站点上加载特定属性配置。

用户在公司级别进行管理,但可以对每个属性授予权限,但管理员角色除外。 管理员角色是全局的,对公司中的所有属性具有完全权限。

For more information on user roles, see Create and Manage Groups in the Dynamic Tag Management Product Documentation.

规划DTM设置:决策点

考虑到基本的DTM公司结构,我们在规划DTM设置时讨论相关决策点。

我需要多少公司?

在大多数情况下,一个公司最能满足业务需求。

拥有多个公司的主要原因是实现用户和Web属性的完全分离。

这种配置最适用于具有由不同业务部门运行的大量Web实体集的大型企业。

如何将我的域和子域分发到Web属性中?

在您的域中,Web属性可以配置为一对一或一对多。

要确定最适合您的业务的方式,请考虑以下变量的跨域相似性和差异。

  • 数据收集方法和源
  • 部署的工具和标记
  • 站点代码结构
  • DTM用户工作流

在大多数情况下,每个域一个Web属性最能满足业务需求,因为上述一个或多个变量存在很大差异。

这种类型的设置最有效地满足了每个域的需求,同时仍允许通过“复制”功能轻松复制跨域常量。

但是,如果这些变量在域之间相同或非常相似,则在一个Web属性内有多个域可能更有意义。 在这些情况下,此设置可以减少属性之间不必要的重复。

同样的推理可以用于子域分布。

用例示例

方案 解决方案
我的业务部门管理多个域。 我们正在跨所有域部署Adobe Analytics,但每个域都有其自己的报告套件和跟踪需求。 对每个域使用一个属性。
我的业务部门管理多个域。 我们将跨所有域部署Adobe Analytics,并使用一个全球报告套件来收集我们的所有数据。 由于站点代码结构的不同,域之间的数据源非常不同。 对每个域使用一个属性。
我的业务部门管理多个域。 我们正在跨所有域部署Adobe Analytics,并使用全球报告套件和全球数据层来收集我们的所有数据。 我们的其余工具和标记在域之间基本一致,并且我们计划让相同的用户管理发布工作流。 对所有域使用一个属性。

迁移最佳实践

在确定最佳公司和属性分布后,在开始DTM迁移时,请考虑以下最佳实践。

进程工作流程:开发了一个将现有页面代码迁移到 DTM 的系统化进程,以帮助确保顺利过渡。

通常建议在较低级别的临时环境中开始此过程,并逐页或逐站点区域迁移代码。

这将允许您在删除任何预先存在的页面代码之前全面检查DTM配置,从而降低实施中断的风险。

与 IT 合作:​前期与 IT 团队合作来确定当前流程和部署周期非常重要。

这将有助于确保正确、及时地放置嵌入代码并协调删除有效迁移的页面代码。

人员工作流程和管理:​另一个重要概念是建立用户工作流程。仔细分配用户角色可强化对 DTM 工作流程的管理。

用户角色 创建规则 编辑规则 测试规则 批准规则 发布规则 创建/编辑用户 创建属性
用户
审批者
发布者
审批人和发布者
管理员

这可确保在将所有项目推向生产之前,都经过团队中适当成员的全面审查。

有关详细信息,请参 阅动态标签管理品文档中的迁移到动态标签管理

迁移到DTM:再仔细看Adobe Analytics

无论您当前 Adobe Analytics 的实施是通过页面方法还是通过其他标签管理系统进行部署,本节都可以帮助您了解迁移到DTM时的选项。

阶段1:快速值添加

由于迁 Adobe Analytics 移代码可能是一个漫长的过程,DTM优惠了一项功能,使您能够在不中断现有实施的情况下 Analytics 扩大现有实施。

此内容是与Search Discovery合作构建的

此功能被调 Page Code is Already Present 用,位于您的DTM属性的“分析工具”设置中。

要访问此功能,请展开工具设置的“库管理”部分。

启用此功能后,DTM能够利用现有实施通过基于事件和直 s.t() / s.tl() 接呼叫规则发送补充呼叫。

此功能使得在迁移任何代码之前使用DTM来增强Adobe Analytics实施的开始变得很容易。

但是,必须注意此方法的以下限制。

  • 在DTMAdobe Analytics工具中配置的变量和设置将不起作用。
  • 在页面加载规则中设置的Adobe Analytics变量将不生效。

出现这些限制是因为DTM完全依赖现有实现来提供AppMeasurement代码并实例化s对象。

阶段2:完全迁移

为了充分利用DTM中的 Adobe Analytics 集成功能,建议完全迁移 Analytics 代码。

此内容是与Search Discovery合作构建的

此迁移应在页面代码中包含所有对象引用,并在DTM正在部署Adobe Analytics的页面上包含脚本。

以下部分包含更多信息:

迁移全局代码

迁移的第一步是在DTM属性的Adobe Analytics工具设置中配置全局代码。

在“ AppMeasurement code / s_code 代码配置”下工具设置的“库管理”部分中配置。

如果当前利用了第1阶段的“页面代码已存在”,则需要取消选中此选项以显示“代码配置”选项。 此更改仅在暂存中生效,因此您可以在将此更改推送到生产之前完全配置和检查迁移的代码。

通常,“自定义”配置选项作为初始迁移方法是首选的,因为它允许您按原样引用现 AppMeasurement / s_code 有配置,而无需额外的工具配置。

  • 自定义 - 在 DTM 中托管:​将现有代码粘贴到编辑器中。

  • 自定义 - 在 URL 上托管:​在 URL 位置引用现有代码。

通过此 Managed by Adobe 选项,DTM自动提供并托管选定的AppMeasurement基本代码版本。 此方法允许轻松更新代码版本,使它成为一个极好的长期选项。

无论使用何种“代码配置”选项,AppMeasurement代码中未包含的项目都可以通过提供的界面字段或“自定义页面代码”编辑器在工具设置中进行设置。

提供的接口字段是配置全局设置和变量的一个长期选项,因为利用这些字段代替自定义代码会最终降低实施的总体复杂性。

注意

通过使用语法直接在任何字段中利用数据元素动态填充 %dataElement% 变量。

对于需要代码的项目(如插件和条件设置),“自定义页面代码”编辑器是一个便捷的替代工具。 此处放置的任何代码都将与托管一起工作 AppMeasurement code / s_code

迁移页面级代码

迁移的下一步是在DTM规则中配置非全局代码。

以下是每个规则类型及其设置Adobe Analytics触发器的典型用法的概述。

规则类型 详细信息
页面加载规则

用于将变量追加到所有或特定页面上的默认页面视图信标。 用例示例: 在加载我的促销页面时发送特定eVar。

事件规则

用于触发特定 s.t() 用户 s.tl() 交互的或信标。 用例示例: 启用跨页时,发送具有特定视图的自定义页面事件信标。

直接呼叫规则

在可检测 s.t() 到DOM事件 s.tl() 的情况下,使用触发或信标。 用例示例: 在观看 s.tl() 视频时发送具有特定事件的信标。

请记住遵循迁 移最佳实践

如上一节所述,务必在迁移Adobe Analytics代码时记住以下最佳实践。

  • 开发系统流程
  • 开始在低级阶段环境中,以充分审查迁移
  • 尽早与IT部门协调代码删除
注意

渐进式迁移的可能方法是确定用于识别尚未完全迁移的页面的标记。 然后,可在工具设置中的自定义页面代码编辑器中利用此标志,通过设置有条件地取消这些页面上的默认DTM信标 's.abort = true'

请注意,此方法仅影响分析工具信标;配置用于解雇Adobe Analytics的规则应以规则本身为条件。

在生产中利用之前,请在分阶段环境中充分审查此方法。

标签管理系统的优势:关注DTM

有关标签管理基础知识的信息,并逐步了解如 Dynamic Tag Management 何为您的业务带来具体好处。

此内容是与Search Discovery合作构建的

以下部分包含更多信息:

什么是标签管理系统?

标签管理系统旨在通过使用容器标签,更轻松地在您的网站上实施和管理营销和分析标签。

容器标记是单个代码片断,放置在站点标记中时,该代码片断能够触发站点上的无数标记。

这种方法减轻了IT组的压力,将控制权交给了营销人员。

Why Dynamic Tag Management (DTM)

动态标签管理采用上述标签管理方法,并通过直接、高性能的设计以及集成的场景和时间控制来增强它。

在您确定动态标签管理是否适合您的企业时,请考虑以下事项:

  • 改进的站点性能

    通过动态标签管理,营销和分析标记从网站的标记移动到DTM库。 这本身就缩短了页面加载时间,因为DTM库已针对文件压缩和速度进行了优化。

    但是,通过使用条件控件和异步方法DTM优惠,性能得到进一步增强。

    条件控件可轻松确保标记仅在需要时触发,从而消除不必要的代码部署。

    异步加载会强制标记不能进入页面,从而大大减轻页面渲染的负担。

  • 加强控制,降低风险

    在减少对IT的依赖的情况下,您将能够在您的手表上部署和管理标签。

    这意味着部署供应商标签的承诺和风险更小,并且更灵活地跟上新的工具/标签功能。

    此外,DTM还内置了一些功能,可确保符合数据隐私政策,并防止供应商标签干扰您的网站或将数据泄露给第三方。

  • 更快、更高效地工作

    动态标签管理采用以行为为中心的方法,并利用全面的集成和数据集中化来简化标签部署。

    以行为为中心的方法允许根据特定行为同时部署无数工具/标签,而不是单独部署每个标签。

    DTM的内置集成有助于轻松配置诸如Adobe Analytics和Google Analytics等工具,从而无需大量自定义代码。

    数据元素集中常见数据点,减少代码冗余并优化数据查找时间。

    这些功能结合在一起可节省时间和精力,使您能减少对标签部署的关注,将更多精力放在推动业务向前发展上。

  • 免费使用动态标签管理

    最棒的是,如果您是Adobe Experience Cloud的客户,动态标签管理是免费的。

    有关详细信息,请与Adobe客户经理联系。

在此页面上