升级替代方案：将数据层发送到 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 专为支持实时个性化用例而构建，因此具有高性能报告和数据可用性
- 在其他 Experience Cloud 产物（AJO、RTCDP 等）之间整合对 51黑料不打烊 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黑料不打烊 不知道在哪里或如何存储该数据。