在本课程中,您将创建合并策略,以优先处理如何将多个数据源合并到用户档案中。
Adobe Experience Platform允许您从多个来源将数据合并在一起,以查看每个客户的完整视图。 将此数据整合在一起时,合并策略会确定数据的优先级,以及合并哪些数据以创建统一视图。
我们将坚持使用本课程的用户界面,但API选项也可用于创建合并策略。
数据架构师 将需要在本教程之外创建合并策略。
在开始练习之前,请观看此简短视频,了解有关合并策略的更多信息:
在 配置权限 课程中,您将设置完成本课程所需的所有访问控制。
您可能会记得,在关于批量摄取的课程中,我们为同一客户上传了两个信息略有不同的记录。 在 Loyalty 数据,客户的名字是 Daniel
他住在 New York City
,但在CRM数据中,客户的名字是 Danny
他住在 Portland
. 客户数据会随着时间的推移而发生更改。 也许他从 Portland
to New York City
. 其他事情也在变,如电话号码和电子邮件地址。 当两个数据源为同一用户提供不同的信息时,合并策略可帮助您确定如何处理这些类型的冲突。
那为什么 Danny
以名取胜? 让我们看看:
Danny
在配置文件中取名为名字:为用户档案启用多个架构后, 并集架构 将自动为所有启用了配置文件的记录架构创建共享基类。 您可以查看 合并模式 通过 并集架构 选项卡。
请注意,ExperienceEvent类没有并集架构。 虽然ExperienceEvent数据仍然登录到配置文件中,但由于它基于时间序列,因此每个事件都包含时间戳和ID,并且冲突不会出现问题。
如果您不喜欢默认合并策略,该怎么办? 如果Luma决定,在发生冲突时,他们的CRM系统应该是真相的来源,那该怎么办? 为此,我们将创建合并策略。
Loyalty Prioritized
Luma Loyalty Dataset
和 Luma CRM Dataset
到 数据集 的上界。Luma Loyalty Dataset
在顶部,将其拖放到 Luma CRM Dataset
让我们看看合并策略是否正在做我们预期的事情:
Loyalty Prioritized
策略Luma CRM Id
112ca06ed53d3db37e4cea49cc45b71e
Daniel
回来了!使用数据集优先级创建合并策略时,配置文件中只包含您在右侧所包含的相同基类的数据集。 让我们再设置一个合并策略
Loyalty Only
Luma Loyalty Dataset
to 选定的数据集 的上界。现在,让我们看看此合并策略的用途:
Loyalty Only
策略Luma CRM Id
112ca06ed53d3db37e4cea49cc45b71e
CRM ID是 Luma Loyalty Dataset
,但只能使用主标识来查找用户档案。 那么,让我们用主身份查找用户档案, Luma Loyalty Id
"
Luma Loyalty Id
5625458
在用户档案搜索中,将使用的合并策略更改回 Default Timebased
,然后选择 显示用户档案 按钮。 丹尼回来了!
这是怎么回事? 好吧,档案合并不是一回事。 实时客户用户档案会根据各种因素(包括使用哪些合并策略)动态组合。 您可以创建多个合并策略以在不同的上下文中使用,具体取决于您需要的客户视图。
合并策略的一个关键用例用于数据管理。 例如,假设您将第三方数据摄取到平台,该平台不能用于个性化用例,但 can 用于广告用例。 您可以创建一个合并策略来排除此第三方数据集,并使用此合并策略为广告用例构建区段。
现在,我们继续 数据管理框架.