Adobe DTM / Analytics和Demandbase属性映射

Question

有谁知道Demandbase属性如何映射到DTM中的Adobe Analytics变量？我在网上搜索过，找不到任何东西！我得到的只是一张桌子9see image）。我已经完成了集成部分，我现在需要映射这些属性但是找不到任何关于如何的信息？

Answer 1

如果您要支付Demandbase（DB）（您应该是; AFAIK没有免费版本），您应该已经分配了一个数据库资源来解释集成的工作原理并引导您完成它。这应该是你付出的一部分。因此，如果您遇到问题，我建议您联系DB以帮助您。并且该资源应该[解释]您将要阅读的所有内容。

特别是在理解和配置您将实际推送到Adobe Analytics（AA）的数据库数据点时，因为DB有许多数据点，您只需选择少数数据点即可推送到AA。上面的SS显示10个数据点被推送到4个eVars。好吧DB已经......我不确定他们实际拥有多少，但我已经看过至少50多名来自我曾经合作过的客户。

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

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

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

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界面中，您应该启用指定的eVars（根据您的屏幕截图，eVar52-55）。

（旁注：我认为这是您当前问题的直接答案）接下来，您应该设置处理规则（PR）以将CD变量映射到eVars。简单的PR只是说如果设置了CD变量s_dmdbase，设置eVar52的值为s_dmdbase。每个eVar一个（可以在同一个PR组中）。

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

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

接下来，您应该在每个eVar的分类规则构建器（CRB）中设置分类规则。每个CRB应如下所示。以v52为例，规则集中应该有3个规则，每个数据点一个。规则类型和匹配标准对于所有这些标准都是相同的：

规则类型： Regular Expression

匹配条件： ^([^:]*):([^:]*):([^:]*)$

然后设置“分类”列，每列一列（3列，3行）。然后，对于＆＃34; 到＆＃34;列，第一行放置$1，第二行放置$2，第三行放置$3，排列方式与原始键中的显示方式一致。

说完这一切...... 这就是设置DB＆gt; AA集成的方式。但是，标准实现不是手动完成所有这些操作（例如，自己设置PR，分类，CRB）。而是设置数据连接器（DC）。您的Demandbase Rep应该[d]为您提供相关说明。但基本上在AA界面中，您可以导航到Admin＆gt;数据连接器，从列表中选择Demandbase，然后根据数据库设置对其进行配置。您的Demandbase代表应该为您提供了一些信息，包括标签uid和api密钥。

其余的Data Connector设置非常简单。基本上，您只需指定eVar，分类列名称等，然后数据连接器就会为您创建PR，分类和CRB。关于数据连接器路由的一个重要注意事项是，它希望您为每个eVar准确指定8个数据点。

问题在于实践，我几乎没有为客户做过的每一次数据库整合（我现在已经做过30次）。实际上，您使用数据库代表并配置CD变量，游戏名称是将尽可能多的数据点填充到eVar中，以最大限度地减少您刻录的eVar数量并最大化您推送到的数据点数量AA。所以在实践中，我经常看到eVars有7到15个数据点。

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

不使用数据连接器的主要缺点是数据连接器还会生成一些仪表板（虽然在实践中，我从未见过客户偏爱他们自己的自定义仪表板 - 没有大的损失）。据推测，数据连接器也是一条双向的街道。据推测，它可以将数据从AA导出到DB以进行AA＆gt; DB集成。我不确定它实际上是多么真实，或者如果它是真的那么它是多么强大。我从来没有一个客户真正关心将AA推送到数据库或查看数据库中的报告，所以我从来没有真正潜入任何这些。但重点是，您不会通过数据连接器路由而失去这一点。