有谁知道 Demandbase 属性如何映射到 DTM 中的 Adobe Analytics 变量？我已经搜索了网络，但还没有找到任何东西！我得到的只是一张桌子 9see 图像）。我已经完成了集成部分，我现在需要映射这些属性，但找不到任何关于如何映射的信息？
【问题讨论】：
标签： adobe adobe-analytics
如果您为 Demandbase (DB) 付费（您应该付费；AFAIK 没有免费版本），您应该被分配一个数据库资源来解释集成的工作原理并引导您完成它。这应该是你支付的一部分。因此，如果您遇到问题，我首先建议您联系 DB 以帮助您。并且该资源应该[已经]解释[编辑]您将在下面阅读的所有内容。
尤其是在了解和配置哪些 DB 数据点时，您将实际推送到 Adobe Analytics (AA)，因为 DB 有很多数据点，而您只需选择其中的一小部分来推送到 AA。上面的 SS 显示 10 个数据点推送到 4 个 eVar。好吧，DB 有.. 我不确定他们实际上有多少，但我已经从与我合作过的各种客户那里看到至少 50 多个。
但总的来说，这是 DB / AA 集成的工作方式：
首先，您将 DB sn-p 添加到您网站的所有页面。这个 sn-p 向需求 API 发出异步 http 请求，该 API 以 DB 数据进行响应。然后 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 界面中，您应该启用指定的 eVar（基于您的屏幕截图，eVar52-55）。
（旁注：我认为这是您直接问题的直接答案）接下来，您应该设置处理规则 (PR) 以将 CD var 映射到 eVar。简单的 PR，如果 CD 变量 s_dmdbase 已设置，则将 eVar52 设置为 s_dmdbase。每个 eVar 一个（可以在同一个 PR 组中）。
接下来，您应该为要推送给它们的每个数据点设置 eVar 的分类。因此，例如，对于 eVar52，您应该拥有（示例命名约定..随心所欲）：
(v52) Demandbase Group 1
> (v52) DB: SID
> (v52) DB: Marketing Alias
> (v52) DB: Annual Sales
接下来，您应该在分类规则构建器 (CRB) 中为每个 eVar 设置分类规则。每个 CRB 应该如下所示。以 v52 为例，您应该在规则集中有 3 个规则，每个数据点一个。规则类型和匹配标准对所有这些都是相同的：
规则类型： Regular Expression
匹配标准： ^([^:]*):([^:]*):([^:]*)$
然后设置分类列，每列一个（3 列，3 行）。然后，对于“To”列，将$1 放在第一行，$2 放在第二行，$3 放在第三行，这与它们在原始数据中的显示方式一致钥匙。
说了这么多…… 这就是 DB>AA 集成的设置方式。但是，标准实现并不是手动完成所有这些（例如，自己设置 PR、分类、CRB）。相反，您设置了一个数据连接器 (DC)。您的 Demandbase 代表应该 [已经] 向您提供 [d] 相关说明。但基本上在 AA 界面中，您导航到 Admin > Data Connectors，然后从列表中选择 Demandbase，然后根据您的数据库设置对其进行配置。您的 Demandbase 代表应该为此提供了一些信息，包括标签 uid 和 api 密钥。
Data Connector 设置的其余部分相当简单。基本上，您只需指定 eVar(s)、分类列名称等，然后数据连接器就会为您创建 PR、分类和 CRB。关于使用 Data Connector 路线，我要注意的一件主要事情是，它希望您为每个 eVar 准确指定 8 个数据点。
问题在实践中，这与我为客户所做的几乎所有数据库集成（我现在已经完成了 30 个）都不同。在实践中，您使用 DB 代表并配置 CD 变量，游戏的名称是将尽可能多的数据点填充到 eVar 中，以尽量减少您刻录的 eVar 数量并最大化您推送到的数据点数量AA。所以在实践中，我通常会看到包含 7 到 15 个数据点的 eVar。
同时，数据连接器预计正好 8，不多也不少。因此，通过数据连接器设置 AA 接口/配置通常不是一个选项。但是您可以如上所述手动完成所有操作。
不使用数据连接器的主要缺点是数据连接器还会生成一些仪表板（尽管在实践中，我从未见过客户喜欢他们而不是他们自己的自定义仪表板 - 没有大的损失）。此外，据推测，数据连接器是一条双向街道。据说它可以将数据从 AA 导出到 DB 以进行 AA>DB 集成。不过，我不确定这实际上有多真实，或者如果它是真的，它有多强大。我从来没有一个客户真正关心将 AA 推送到 DB 或查看 DB 中的报告，所以我从来没有真正深入研究过这些。但关键是，如果不走数据连接器路线，您就会失去这一点。
【讨论】：