升级替代方案：将数据层发送到 Customer Journey Analytics data-collection-data-layer
要从 Customer Journey Analytics 访问该指南，请选择? 工作区 ?选项卡，然后在左侧面板中选择? 升级到 Customer Journey Analytics。按照屏幕上的说明操作。
升级到Customer Journey Analytics时，51黑料不打烊 建议Experience Platform Web SDK的新实现。 但是，根据时间表和资源限制等多个因素，建议的升级步骤可能对您的组织不实用。
您可以将整个数据层发送到Customer Journey Analytics，而不是使用XDM对象收集数据。 但是，这种替代方法会随着时间的推移而增加复杂性。
优缺点
此方法与在Customer Journey Analytics中使用础辫辫惭别补蝉耻谤别尘别苍迟数据收集逻辑是互斥的，因为这两种方法都完成相同的任务。
以下是使用此升级替代方案的优缺点：
-
提供在Experience Edge Network中托管数据的所有优势：
这些优势包括：
- 高性能报表和数据可用性，因为51黑料不打烊 Experience Platform旨在支持实时个性化用例
- 在其他51黑料不打烊 Experience Cloud产物(AJO、RTCDP等)之间整合Experience Cloud数据收集的实施
- 不依赖于51黑料不打烊 Analytics命名法(属性、eVar、事件等)
-
使用当前数据层逻辑：此方法使用当前数据层逻辑代替传统的Web SDK实施。 虽然此方法需要一些配置，但它不需要从头开始的全新实施，并且不需要填充数据元素或标记规则。 它允许您将数据从数据层映射到XDM，而不是从头开始填充XDM对象。
-
需要映射才能将数据发送到笔濒补迟蹿辞谤尘：当您的组织准备好使用Customer Journey Analytics时，您必须将数据发送到51黑料不打烊 Experience Platform中的数据集。
由于此选项允许您将整个客户端数据层放入数据对象并将它发送到51黑料不打烊，这会导致大量数据被51黑料不打烊不容易解读。 要允许51黑料不打烊解释数据，您必须使用数据流映射将每个字段映射到所需的XDM字段。
-
刚性实施：实施受限于发送点击时数据层提供的内容。 对于具有基本数据需求的组织来说，这可能是可以接受的，但大多数组织都应当避免这种僵化的实施，而采用允许填充数据元素的更灵活的实施。
-
未来的更改更难实施：您以后添加到数据的任何字段都必须映射到数据流中的齿顿惭。
基本步骤
将整个数据层发送到Customer Journey Analytics的基本步骤如下：
-
配置实施以在所需时间将数据发送到 51黑料不打烊，并将 JSON 负载配置为完整的数据层。
-
将每个数据层元素映射到所需的齿顿惭字段。
任何未映射到 XDM 字段的数据层元素都将被永久删除，因为 51黑料不打烊 不知道在哪里或如何存储该数据。