步骤 2：选择您的升级路径

在升级流程的这个阶段，您需要执行各种任务，然后您的 Customer Journey Analytics environment 环境才可供使用。

这些额外的任务适用于从 Adobe Analytics 进行升级，以及新的 Customer Journey Analytics 实施。

这些任务包括：

• 将其他数据引入 Experience Platform
• 在 Platform 数据集与 Customer Journey Analytics 之间创建连接
• 创建数据视图
• 移植报告 API 使用情况
• 数据源和 Data Warehouse 的核算
• 迁移项目和组件
• 规划用户加入流程

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

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

  这些优点包括：

  • Adobe Experience Platform 专为支持实时个性化用例而构建，因此具有高性能报告和数据可用性
  • 在其他 Experience Cloud 产品（AJO、RTCDP 等）之间整合对 Adobe Experience Cloud 数据收集的实施
  • 不依赖于 Adobe Analytics 命名法（属性、eVar、事件等）

• 面向未来：未来的实施更新将更加容易。

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

• 提供在 Experience Edge 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 Platform Web SDK 提供的优势。若要开始使用 Experience Platform Web SDK，您必须进行新的实施。

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

鉴于这些缺点，Adobe 建议将 Analytics 源连接器与 Experience Platform Web SDK 的新实施结合使用。

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

• 提供在 Experience Edge 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 架构的优点包括：

  • 根据您的组织需求和您使用的特定 Platform 应用程序量身定制的简化架构。

    当需要更改架构时，您无需筛选数千个未使用的字段来找到需要更新的字段。

升级到您自己的 XDM 架构的缺点包括：

• 更新架构是一个耗时的过程，并且必须在开始向 Platform 发送数据之前进行。