Show Menu
主题×

快速入门最佳做法

如果您是Adobe Dynamic Tag Management(DTM)的新手、准备迁移到DTM或在DTM上复习,则本指南为您提供。
上次更新:2017年月30日
动态标签管理可让营销人员快速、轻松地管理标记,并提供用于跨数字营销系统收集和分发数据的创新工具。DTM还支持响应式交付用户特定内容,使那些希望在当今快节奏数字市场中蓬勃发展的公司获得更高的灵活性和控制力。
除了本最佳实践指南外,还有以下资源可帮助您充分利用动态标签管理:
资源 详细信息
动态标签管理产品文档
有关如何使用动态标签管理的详细信息和分步说明。
有关如何开始使用动态标签管理的信息。

Basics for the first-time user

Dynamic Tag Management(DTM)用户界面简介。

功能板

导航:“主页”>“控制板”
登录后在DTM中查看的第一页是仪表板。仪表板包含您有权访问的所有公司的列表。

Company overview

导航:“主页”>“控制面板”>“公司概述”
从仪表板中单击某个公司可转到公司概述页面。
如果只能访问一家公司,则登录时将转到公司概述页面而不是控制面板。
在DTM中,公司是Web资产的集合。Web属性是工具、规则和数据元素的集合。
公司的所有Web属性均可从公司概述页面访问。
管理员级别的用户可以通过单击添加属性,从公司概述页面添加新的Web属性。配置Web属性时唯一必需的字段是名称和URL,在需要时可以在以后进行更改。
管理员级别用户还可以通过“用户和用户组”选项卡管理和配置公司概述页面中的用户。

Property overview

导航:公司概述>属性概述
单击公司概述页面中的任何属性将转到属性概述页面。
属性概述页面简要概述了属性配置,并充当主要属性组件的网关:工具、规则、数据元素、发布工作流程和属性嵌入代码。
导航:“属性概述”>“已安装工具”
DTM工具是内置集成,可让您快速部署网站解决方案。
目前,DTM为Adobe解决方案以及Google Analytics和Nielsen提供工具集成。每个集成都是专门设计的,旨在使特定解决方案的配置和部署更加简单。
任何没有本机集成的第三方工具或标记均可通过
JavaScript/第方标记部分,下文讨论。

规则

导航:属性概述>规则
单击属性概述页面中的规则选项卡可转到属性规则。
DTM中的规则用于有条件地执行工具、标记、脚本和HTML。
无论类型如何,DTM中的规则都有两个主要组件:条件和触发器。该条件指示规则将触发的情景,触发器指示将在规则触发时执行的项目。
DTM中有三种类型的规则:
  • 基于事件: 基于事件的规则是交互驱动的。例如,如果我希望跟踪某个用户单击某个按钮时,我会使用基于事件的规则。
  • 页面加载: 页面加载规则绑定到页面加载。例如,如果我要在站点上加载特定页面上的特定代码块,我会使用页面加载规则。
  • 直接致电: 当DTM无法检测DOM中的事件时,可在场景中使用直接调用规则。例如,如果我要跟踪在DOM中无法检测到的AJAX事件,我将使用直接调用规则。
无论规则类型如何,如果满足该条件,则执行触发器。
所有规则类型都可以选择通过Javascript/第三方标记模式触发第三方供应商标签或任何其他自定义JavaScript或HTML。
当工具添加到属性时,其他触发器模型在规则中处于启用状态。例如,如果我的属性包含一个Adobe Analytics工具和一个Google Universal Analytics工具,则属性规则将包含这些工具的可选触发模型。
每个工具模态都提供了简单的方法来为该特定工具自定义触发器。

Data elements

导航:“属性概述”>“规则”>“数据元素”
单击规则选项卡中的“数据元素”选项卡将显示数据元素概述页面。
数据元素用于在DTM中构建数据映射。将通用数据点定义为数据元素可使这些数据点轻松捕获并利用DTM中的规则和工具。

Workflows

单个 Web 属性既有临时库,也有产品库,这是 DTM 中的一个重要概念。
临时库包含该 Web 属性中配置的所有规则、工具和数据元素。产品库仅包含已批准和已发布的规则、工具和数据元素。
导航:“属性概述”>“批准”选项卡
当在属性中添加或更改规则、工具或数据元素时,将自动生成批准。
导航:“属性概述”>“历史记录”选项卡
批准项目后,该项目在“历史记录”选项卡的“未发布更改”队列中变为可用。发布项目后,该项目便会在生产库中可用。
库和相关工作流程的分离使得在分步中进行更有效的测试不会影响生产。

安装

导航:“属性概述”>“嵌入”选项卡
单击“嵌入”选项卡可转到DTM安装页面。
此选项卡包含各种可用的库托管选项。默认情况下,该属性利用Akamai托管。大多数组织通常接受此方法;但是,如果需要在需要的情况下对DTM库的服务进行额外的控制,则可以使用自托管选项。
展开嵌入选项卡上的“标题代码”部分会显示该属性的分阶段和生产嵌入代码。
注意有一个嵌入代码,一个用于生产。这就是DTM区分上面讨论的分阶段和生产库的方式。安装暂存代码后,加载暂存库。安装生产嵌入代码时,将加载生产库。
在站点上正确安装页眉和页脚嵌入代码后,关联的DTM库会在每次页面加载时自动加载。
利用DTM Switch插件在Web控制台中进行测试。这有助于您了解DTM在页面上所做的操作,并允许您本地切换到分阶段库以实现更有效的测试。For more information, see Search Discovery Plugins in the Dynamic Tag Management Product Documentation .

DTM technical architecture and hosting

有关动态标签管理(DTM)技术架构及其托管选项的信息。
本节包含以下信息:

架构

DTM技术架构的主要组件包括Web管理应用程序、分步和生产JavaScript库以及嵌入代码。
Web管理应用程序是您登录并用于管理DTM实施的在线界面。您可以在这里创建和配置工具、规则和数据元素,并管理这些配置的部署到您的站点。
DTM中的Web属性是工具、规则和数据元素配置的集合。
每个Web属性都与一个分步JavaScript库和一个生产JavaScript库相关联。这些库由Web应用程序生成,并包含该Web属性中唯一的配置集。
分步JavaScript库包含Web属性中的所有最新工具、规则和数据元素配置。此库会随属性中的任何更改自动更新,适用于在stage环境中测试或通过DTM开关插件进行本地生产测试。
For more information about the DTM switch plugin, see Search Discovery Plugins in the Dynamic Tag Management Product Documentation.
生产JavaScript库只包含经过Web属性工作流批准和发布的工具、规则和数据元素配置。此库适用于生产环境。

Hosting

分阶段和生产JavaScript库都可以通过以下方式托管。
  • External hosting via Akamai -library hosted on Akamai's servers
  • Self-hosting via SFTP or library download -library hosted on your servers
选择托管选项是您的业务需要做出的决定。查看以下选项比较和用例示例以帮助促进此决定。
优势 不足之处
Akamai
外部托管
  • 标准部署方法
  • 无需配置
  • 对IT的依赖性最低
  • 自动文件更新
  • 通过全球分布的Akamai网络可靠地交付文件
  • 缺乏对文件交付的控制
  • 依赖第三方基础结构(即Akamai不可用,您的库也不可用)
SFTP
自助托管
  • 全面控制文件交付
  • 更安全的选项:SSH文件传输
  • 自动文件更新
  • 需要预先配置
  • 对IT的依赖性更强
库下载
自助托管
  • 全面控制文件交付
  • 最安全的托管选项:AES256捆绑加密
  • 需要预先配置
  • 对IT的依赖性更强
  • 自动更新文件需要额外配置
用例示例
情景
解决方案
我希望尽可能少地参与IT工作,并且需要在我自己的站点基础结构之外提供可靠的文件托管方法。
利用Akamai在所有环境中的托管。
我希望能够完全控制生产环境中的文件交付;但是,速度和敏捷性比在我的stage环境中更重要。
利用在阶段环境中的Akamai托管和生产环境中的FTP交付。
我网站的某些部分处理高度机密信息。安全性是这些页面上最重要的事情,但在我网站的其他页面上并不一定重要。
利用在安全页面上托管的库下载和在非安全页面上托管Akamai托管。
All hosting options are available to enable and configure on the Embed tab in your DTM property.
无论选择何种托管选项,都通过安装的嵌入代码在站点上提供JavaScript库。每个托管选项提供一组唯一的嵌入代码,这些代码引用为该托管选项配置的适用文件位置。
嵌入代码由两个代码片段组成:页眉和页脚代码。
  • 标题代码
    标题代码负责从主机位置调用关联的JavaScript库并在站点上提供服务。应将此代码片断放在站点代码的标题部分,尽可能接近打开标签。
  • 页脚代码
    页脚代码负责识别页面末尾以进行定时控制。此代码片断应放在站点代码的正文部分,尽可能靠近结束标记。
标题和页脚嵌入代码片段的适当放置对于有效部署DTM JavaScript库至关重要。
尽管可以使用多个托管选项,但必须确保在给定页面中只包含一个嵌入代码引用。嵌入代码的重复或不适当位置可能导致意外的库行为。
下图显示了经过讨论的DTM架构组件如何协同工作,以便有效地部署和管理站点上的工具、标记和脚本。
For more information on hosting options, see Embed Code and Hosting Options in the Dynamic Tag Management Product Documentation .

Planning your migration to DTM

Information to consider as you plan your migration to Dynamic Tag Management (DTM) and best practices to help get your implementation started correctly.
本节包含以下信息:

Planning your DTM setup: Component overview

本节简要介绍了基本的DTM公司结构,为规划DTM设置制定了相关决策。
在DTM中,公司是Web属性的分组。
Web属性是一组工具、规则和数据元素,它们配置为在您的站点上收集数据和部署标记/脚本。
每个web属性与一个负责加载站点上特定属性配置的嵌入代码关联。
用户在公司级别进行管理,但可以对每个属性进行权限,但管理员角色除外。管理员角色为全局角色,对公司中的所有属性具有完全权限。
For more information on user roles, see Create and Manage Groups in the Dynamic Tag Management Product Documentation .

Planning your DTM setup: Decision points

考虑到基本的DTM公司结构,让我们在规划DTM设置时讨论相关决策点。
我需要多少公司?
在大多数情况下,一家公司最好满足业务需求。
有多家公司的主要原因是能够完全划分用户和Web资产。
这种类型的配置对于大型企业来说最为典型,这些实体是由各种业务部门运行的大量Web实体。
如何将我的域和子域分发到Web属性?
可将Web属性配置为一对一或一对多(域)。
要确定最适合您业务的内容,请考虑以下变量的跨域相似性和差异。
  • 数据收集方法和来源
  • 部署的工具和标记
  • 站点代码结构
  • DTM用户工作流程
大多数情况下,每个域的一个Web属性会最好地满足业务需求,因为上述变量中一个或多个不同。
此类型的设置最有效地适应每个域的需求,同时仍允许通过“复制”功能轻松复制跨域常数。
但是,如果这些变量在跨域中相同或非常相似,在一个Web属性内有多个域可能会更有意义。在这些情况下,此设置可减少属性之间的不必要重复。
此相同的推理可用于子域分发。
用例示例
情景
解决方案
我的业务部门管理多个域。我们正在所有域中部署Adobe Analytics,但每个域有自己的报告套件和跟踪需求。
为每个域利用一个属性。
我的业务部门管理多个域。我们正在所有域中部署Adobe Analytics,并使用一个全局报告套件收集所有数据。由于站点代码结构的不同,域之间的数据源差别很大。
为每个域利用一个属性。
我的业务部门管理多个域。我们正在所有域中部署Adobe Analytics,并使用全局报告套件和全局数据层收集我们的所有数据。我们的其他工具和标签在域之间大体一致,我们计划让相同用户管理发布工作流。
为所有域利用一个属性。

Migration best practices

确定最佳公司和属性分发后,在开始DTM迁移时考虑以下最佳做法。
流程工作流: 开发一个系统过程,将现有页面代码迁移到DTM,以帮助确保平稳过渡。
通常建议在低层环境环境中启动此过程,并按站点部分按页面或站点部分迁移代码。
这将允许您在删除任何预存在的页面代码之前完全忽略DTM配置,从而降低实施中断的风险。
使用IT: 与IT团队合作,以确定当前流程和部署周期非常重要。
这有助于确保正确、及时地放置嵌入代码并协调删除高效迁移的页面代码。
人员工作流程和管理: 另一个重要概念是建立用户工作流。完全分配用户角色可为DTM工作流程提供管理。
用户角色
创建规则
编辑规则
测试规则
批准规则
发布规则
创建/编辑用户
创建属性
用户
审批者
发布者
审批者和发布者
管理员
这可确保您的团队的正确成员在将所有物品推向生产之前都完全审查它们。
For more information, see Migrating to Dynamic Tag Management in the Dynamic Tag Management Product Documentation .

Migrating to DTM: A closer look at Adobe Analytics

Whether your current Adobe Analytics implementation is deployed via on-page methods or via another tag management system, this section helps you understand your options as you migrate to DTM.

Phase 1: Quick value add

Because migrating Adobe Analytics code can be a lengthy process, DTM offers a feature that allows you to augment your existing Analytics implementation without disrupting it.
This feature is called Page Code is Already Present and is located in the Analytics tools settings in your DTM property.
要访问此功能,请展开工具设置的“库管理”部分。
With this feature enabled, DTM is able to leverage the existing implementation to send supplemental s.t() / s.tl() calls via event-based and direct-call rules.
通过这种功能,可以轻松地开始使用DTM来在迁移任何代码之前增强Adobe Analytics实施。
但是,务必使用此方法注意以下限制。
  • DTM Adobe Analytics工具中配置的变量和设置将无法生效。
  • 页面加载规则中设置的Adobe Analytics变量将不起作用。
这些限制是因为DTM充分依赖现有的实施来提供AppMeasurement代码并实例化对象。

Phase 2: Full migration

To take full advantage of the integrated Adobe Analytics functionality in DTM, a complete migration of Analytics code is recommended.
迁移应包括页面代码中的所有对象引用以及DTM部署Adobe Analytics的页面上包含的脚本。
以下部分包含更多信息:
迁移全局代码
迁移的第一步是在DTM属性中的Adobe Analytics工具设置中配置全局代码。
The AppMeasurement code / s_code is configured in the Library Management section of the tool settings under Code Configuration.
如果当前已利用阶段中的页面代码,则您将需要取消选中此选项以显示“代码配置”选项。此更改仅在stage中生效,因此您可以在将该更改推送到生产之前完全配置和vet迁移的代码。
The Custom configuration option is typically preferred as an initial migration approach because it allows you to reference your existing AppMeasurement / s_code as-is without the need for additional tool configuration.
  • 自定义-在DTM中托管: 将现有代码粘贴到编辑器中。
  • 自定义-托管在URL: 在URL位置引用现有代码。
Managed by Adobe 通过此选项,DTM会自动提供并托管选定的AppMeasurement基本代码版本。此方法允许轻松更新代码版本,使其成为一个很好的长期选项。
无论代码配置选项如何,AppMeasurement代码中未包含的项目都可以通过提供的接口字段或自定义页面代码编辑器在工具设置中设置。
提供的界面字段是一个用于配置全局设置的极好长期选项,因为利用这些字段来代替自定义代码最终会降低实施的整体复杂性。
Dynamically populate variables by leveraging data elements directly in any field using the %dataElement% syntax.
自定义页面代码编辑器是需要代码(如插件和条件设置)的项目的便捷替代工具。Any code placed here will work in tandem with the hosted AppMeasurement code / s_code .
迁移页面级别代码
迁移的下一步是在DTM规则中配置非全局代码。
下面是每个规则类型及其典型使用情况的概述,用于设置Adobe Analytics触发器。
规则类型 详细信息
页面加载规则
用于将变量追加到所有或特定页面上的默认页面查看信标。 用例示例: 在我的促销页面加载时发送特定eVar。
基于事件的规则
Use to trigger a s.t() or s.tl() beacon on specific user interactions. 用例示例: 启用弹出窗口后,发送自定义页面查看信标,并具有特定活动。
直接调用规则
Use to trigger a s.t() or s.tl() beacon in scenarios when DOM event can' be detected. 用例示例: 在观看视频时发送 包含特定事件的s. tl() 信标。
Remember to follow Migration Best Practices .
正如上一节所述,在迁移Adobe Analytics代码时,记住以下最佳做法非常重要。
  • 开发系统流程
  • 从低级标准环境开始,完全迁移迁移
  • 及早与IT部门合作消除代码删除
渐进式迁移的一种可能方法是确定一个标志,用于标识尚未完全迁移的页面。This flag can then be leveraged in the Customize Page Code editor in the tool settings to conditionally cancel the default DTM beacon on those pages by setting 's.abort = true' .
请注意,此方法仅影响Analytics工具信标;配置为触发Adobe Analytics的规则应符合规则本身。
请在生产中充分利用这种方法,然后利用生产。

Benefits of a tag management system: A focus on DTM

Information about the basics of tag management and walks through how Dynamic Tag Management can specifically benefit your business.
以下部分包含更多信息:

What is a tag management system?

标签管理系统旨在通过使用容器标签使得在站点上实施和管理营销和分析标签变得更简单。
容器标签是一个代码片断,放置在站点标记中时,您可以在站点上触发无数标记。
这种方法减少了IT组的压力,并使营销人员手中的控制权得以发挥。

Why Dynamic Tag Management (DTM)

动态标签管理采用上述标签管理方法,通过一个集成的场景和时间控制功能,通过一个简单而易用的设计增强它。
在确定动态标签管理是否适合您的业务时,请考虑以下事项:
  • 改进的站点性能
    利用动态标签管理,营销和分析标签将从站点标记移至DTM库。这在为文件压缩和速度优化DTM库的同时,减少了页面加载时间。
    但是,通过使用DTM提供的条件控件和异步方法,性能更高。
    条件控件便于确保仅在需要时触发标记,从而消除不必要的代码部署。
    异步加载会强制标记远离页面的方向,从而大大减少页面渲染的负担。
  • 加强控制,降低风险
    由于不依赖IT,您将能够在手表上部署和管理标签。
    这意味着在部署厂商标签和提高灵活性以跟上新工具/标签功能方面的承诺和风险。
    此外,DTM具有内置功能,可确保遵守数据隐私政策,并防止供应商标记干扰您的网站或向第三方发送数据。
  • 更快、更高效地工作
    动态标签管理采用以行为为中心的方法,利用全面的集成和数据集中化使标签部署更简单。
    以行为为中心的方法允许根据特定行为同时部署无数工具/标记,而不是单独部署每个标签。
    DTM内建集成便于轻松配置Adobe Analytics和Google Analytics等工具,无需大量自定义代码。
    数据元素集中了常用数据点,减少了代码冗余并优化了数据查找时间。
    这些功能可节省时间和挫折度,使您能够更少地专注于标签部署以及更多地推动业务发展。
  • 免费使用动态标签管理
    最重要的是,如果您是Adobe Experience Cloud客户,则动态标签管理是免费的。
    有关详细信息,请与您的Adobe客户经理联系。