第2步：选择升级路径

在升级过程的这一阶段，您需要在Customer Journey Analytics环境准备就绪之前执行各种任务。

这些附加任务适用于从Adobe Analytics升级以及新的Customer Journey Analytics实施。

这些任务包括：

• 将其他数据引入Experience Platform
• 在Platform数据集与Customer Journey Analytics之间创建连接
• 创建数据视图
• 移植报表API使用情况
• 考虑数据馈送和Data Warehouse
• 迁移项目和组件
• Planning用户载入

有关详细信息，请参阅Customer Journey Analytics快速入门。

• 提供在ExperienceEdge Network中托管数据的所有优点：

  这些优势包括：

  • 高性能报表和数据可用性，因为Adobe Experience Platform旨在支持实时个性化用例
  • 在其他Experience Cloud产品(AJO、RTCDP等)之间整合Adobe Experience Cloud数据收集的实施
  • 不依赖于Adobe Analytics命名法(属性、eVar、事件等)

• 未来校对：未来实施更新更容易。

• 需要从头开始的新实施：要求从头开始执行新实施意味着以下缺点：
• • 耗时：这是最耗时、要求最高的升级路径，因为它要求您从新的实施重新开始。
  • 必须在XDM中重新创建完整架构：必须先在XDM中重新创建完整架构，然后才能开始实施Web SDK。
  • 必须重新创建规则和数据元素：在开始实施Web SDK之前，必须从Adobe Analytics实施重新创建任何规则条件和数据元素。 不考虑保留历史数据： Adobe建议将Analytics源连接器与Experience PlatformWeb SDK的新实现结合使用，以便在升级到Customer Journey Analytics后保留历史数据。
• 不考虑将原始实施的数据与新实施的数据进行比较： Adobe建议将Analytics源连接器与Experience PlatformWeb SDK的新实施结合使用，以便比较升级到Customer Journey Analytics后的数据。

• 提供在ExperienceEdge Network中托管数据的所有优点：

  这些优势包括：

  • 高性能报表和数据可用性，因为Adobe Experience Platform旨在支持实时个性化用例
  • 在其他Experience Cloud产品(AJO、RTCDP等)之间整合Adobe Experience Cloud数据收集的实施
  • 不依赖于Adobe Analytics命名法(属性、eVar、事件等)

• 使用您现有的实施：虽然此方法需要一些实施更改，但它不需要从头开始的全新实施。 您可以在不影响现有Adobe Analytics报表的情况下，使用现有数据层和代码，只需对实施逻辑进行最低限度的更改即可。

• 提供灵活性，以便稍后为您的组织创建XDM架构：您可以迁移现有的Adobe Analytics实施以使用Web SDK并验证所有内容在Adobe Analytics中是否都正常工作，然后创建XDM架构。 这种灵活性使得升级到Customer Journey Analytics的过程更加有条不紊，而且更加深思熟虑。

• 需要映射才能将数据发送到Platform：当您的组织准备好使用Customer Journey Analytics时，您必须将数据发送到Adobe Experience Platform中的数据集。 此操作要求数据对象中的每个字段都是数据流映射工具中的条目，并将其分配给XDM架构字段。 此工作流的映射只需执行一次，并且不涉及对实施进行更改。 但是，这是一个额外的步骤，在XDM对象中发送数据时不需要执行此步骤。
• 技术债务：由于此方法使用现有实施的修改形式，因此将来需要跟踪实施逻辑和执行更改会更加困难。

• 最省时和最苛刻的升级路径。

  以最少的投资将数据快速迁移到Customer Journey Analytics

• 数据未发送到Edge Network：

  这会导致以下缺点：

  • 在所有升级路径上的报表中达到延迟的最高级别；未针对实时个性化用例进行优化。
  • 数据不能与其他Adobe Experience Platform应用程序共享；它只限于Customer Journey Analytics
  • 依赖于Adobe Analytics命名法(属性、eVar、事件等)

• 将来难以迁移到Web SDK：最终，您可能希望访问Experience PlatformWeb SDK提供的优势。 要开始使用Experience PlatformWeb SDK，您必须进行新的实施。

• 在您的架构中使用Analytics Experience Event字段组：此字段组添加了许多Customer Journey Analytics架构中不需要的Adobe Analytics事件。 这可能会导致Customer Journey Analytics所需的架构更加杂乱、复杂。

由于这些缺点，Adobe建议将Analytics源连接器与Experience PlatformWeb SDK的新实现结合使用。

如果您的Adobe Analytics实施已经在使用Web SDK，则这是首选升级路径。

• 提供在ExperienceEdge Network中托管数据的所有优点：

  这些优势包括：

  • 高性能报表和数据可用性，因为Adobe Experience Platform旨在支持实时个性化用例
  • 在其他Experience Cloud产品(AJO、RTCDP等)之间整合Adobe Experience Cloud数据收集的实施
  • 不依赖于Adobe Analytics命名法(属性、eVar、事件等)

• 使用您现有的实施：虽然此方法需要一些实施更改，但它不需要从头开始的全新实施。 您可以在不影响现有Adobe Analytics报表的情况下，使用现有数据层和代码，只需对实施逻辑进行最低限度的更改即可。

• 提供使用XDM架构的选项：您可以选择使用现有的Adobe Analytics架构，也可以创建XDM架构并将数据对象中的字段映射到XDM架构。 XDM架构是一个灵活的架构，用于定义您需要的任何字段，并且只定义相关的字段。

  请参阅下面的“使用您自己的XDM架构”，详细了解使用您自己的XDM架构的优势。

• 保留规则和数据元素：虽然它确实需要新的规则操作，但您可以重复使用现有的数据元素和规则条件，只需很少的更改。

• 未来验证：如果您选择使用自己的XDM架构，则未来实施更新会更轻松。

使用Adobe Analytics架构的优势包括：

• 易于升级

  如果您已使用Adobe Experience Platform Web SDK将数据发送到Adobe Analytics，则可以将其他服务添加到您的数据流以将数据发送到Adobe Experience Platform(然后可以在您的Customer Journey Analytics配置中使用)。

使用Adobe Analytics架构的缺点包括：

• 虽然使用Adobe Analytics架构不会限制您如何将其与其他Platform应用程序一起使用，但它的确会导致架构比不使用该架构时复杂得多。 这是因为Adobe Analytics架构包含许多特定于Adobe Analytics的对象，您的组织不太可能使用这些对象。

  当需要对架构进行更改时，您必须筛选成千上万个未使用的字段以查找需要更新的字段。

• 更新到您自己的XDM架构的优势包括：

  • 简化架构，根据贵组织的需求以及您使用的特定平台应用程序量身定制。

    当需要对架构进行更改时，您不必在数千个未使用的字段中进行筛选，即可找到需要更新的字段。

更新到您自己的XDM架构的缺点包括：

• 在开始向Platform发送数据之前，需要更新架构，这是一个非常耗时的过程。