Adobe DTM/Analytics和Demandbase属性映射

有人知道Demandbase属性是如何映射到DTM中的Adobe Analytics变量的吗？我在网上搜遍了，什么也找不到！我得到的只是一张桌子（见图）。我已经完成了集成部分，我现在需要映射这些属性，但找不到关于如何映射的任何信息

如果您为Demandbase（DB）付费（您应该付费，因为这里没有免费版本），那么应该为您分配一个DB资源来解释集成是如何工作的，并指导您完成集成。这应该是你付出的一部分。因此，如果您遇到问题，我首先建议您联系DB以帮助您。这本书应该解释你将要阅读的所有内容

特别是在理解和配置您将实际推送到Adobe Analytics（AA）的DB数据点方面，因为DB有许多数据点，而您只选择其中的一小部分推送到AA。上面的SS显示10个数据点推送到4个Evar。嗯，DB有。。我不确定他们到底有多少人，但我至少见过50多名与我共事的客户

但总的来说，DB/AA集成就是这样工作的：

首先，将DB代码段添加到站点的所有页面中。此代码段向demand API发出一个异步http请求，该请求使用DB数据进行响应。然后DB脚本将数据推送到cookie。然后DB脚本读取cookie并填充Adobe Analytics（AA）上下文数据（CD）变量。因为API调用是异步的，所以CD变量可能会在初始AA命中时弹出，也可能不会弹出，但在后续AA命中时应该可用，因为它会查找cookie。关于这一点需要注意的主要问题是，它使得基于DB信息的登录页AB/MV测试不可靠

DB将指定的数据点推送到CD VAR。数据点的分组通常基于值的平均/最大字符长度，不超过eVar的最大长度（255个字符）。CD变量名称本身可能会有所不同，但根据您的屏幕截图，它们会弹出如下内容：

s.contextData['s_dmdbase'] = 'demandbase_sid:marketing_alias:annual_sales';
s.contextData['s_dmdbase_custom1'] = 'industry:sub_industry:revenue_range';
s.contextData['s_dmdbase_custom2'] = 'employee_range:city:state';
s.contextData['s_dmdbase_custom3'] = 'company_name';

弹出数据点的实际值，而不是属性名称（例如，demandbase_sid实际上是12345或其他）

同时，在AA界面中，您应该启用指定的EVAR（基于您的屏幕截图eVar52-55）

（旁注：我认为这是对您当前问题的直接回答）接下来，您应该设置处理规则（PRs），以将CD VAR映射到EVAR。简单的PRs，只说明如果设置了CD变量

s\u dmdbase

，则使用

s\u dmdbase

的值设置

eVar52

。每个评估一个（可以在同一个PR组中）

接下来，您应该为要推送到evar的每个数据点设置分类。例如，对于eVar52，您应该有（例如命名约定..做您想做的事）：

接下来，您应该在分类规则生成器（CRB）中为每个评估设置分类规则。每个CRB应如下所示。以v52为例，规则集中应该有3条规则，每个数据点一条。所有规则的规则类型和匹配条件都相同：

规则类型：

正则表达式

匹配条件：

^（[^:]*）：（[^:]*）：（[^:]*）$

然后设置分类列，每列一个（3列，3行）。然后，对于“To”列，将

$1

放在第一行，将

$2

放在第二行，将

$3

放在第三行，这与它们在原始关键字中的显示方式一致

说了这么多… 这就是DB>AA集成的设置方式。但是，标准实施不是手动执行所有这些操作（例如，自行设置PRs、分类、CRB）。而是设置一个数据连接器（DC）。您的Demandbase代表应该向您提供这方面的说明。但基本上在AA界面中，您可以导航到Admin>dataconnectors，从列表中选择Demandbase，然后根据数据库设置对其进行配置。您的Demandbase代表应该为此向您提供一些信息，包括标记uid和api密钥

数据连接器设置的其余部分相当简单。基本上，您只需指定eVar、分类列名等，然后数据连接器为您创建PRs、分类和CRB。关于数据连接器路由，我要注意的一点是，它要求您为每个eVar指定8个数据点

问题是在实践中，我为客户所做的几乎每一次DB集成（我现在已经做了30次）都没有解决这个问题。在实践中，您使用DB rep并配置CD VAR，游戏的名称是将尽可能多的数据点塞入一个eVar，以最小化您烧掉的eVar数量，并最大化您推送到AA的数据点数量。所以在实践中，我通常看到EVAR有7到15个数据点

同时，数据连接器期望正好是8，不多也不少。因此，通过数据连接器设置AA接口/配置通常不是一个选项。但您可以如上所述手动完成所有操作

不使用Data Connector的主要缺点是Data Connector也会生成一些仪表板（尽管在实践中，我从未见过客户喜欢它们而不是他们自己的定制仪表板-没有太大损失）。此外，据推测，数据连接器是一条双向街道。假设它能够将数据从AA导出到DB，以进行AA>DB集成。我不确定这到底有多真实，或者如果它是真的，它有多强大。我从来没有一个客户真正关心把AA推给DB，或者在DB中查看报告，所以我从来没有真正深入到这些方面。但关键是，如果不使用数据连接器路径，就会失去这一点

不是

(v52) Demandbase Group 1
> (v52) DB: SID
> (v52) DB: Marketing Alias
> (v52) DB: Annual Sales