步驟2：選擇您的升級路徑

在升級流程的這個階段，您需要在Customer Journey Analytics環境準備好使用之前執行各種工作。

這些額外工作適用於從Adobe Analytics升級以及新的Customer Journey Analytics實作。

這些工作包括：

• 將其他資料帶入Experience Platform
• 在Platform資料集和Customer Journey Analytics之間建立連線
• 建立資料檢視
• 移植報表API使用量
• 資料摘要和Data Warehouse的帳戶處理
• 移轉專案和元件
• Planning使用者上線

如需詳細資訊，請參閱 Customer Journey Analytics快速入門.

• 提供在Experience Edge Network中託管資料的所有優點：

  這些優點包括：

  • 高效能的報告與資料可用性，因為Adobe Experience Platform是專為提供強大功能而打造 即時個人化使用案例
  • 在其他Experience Cloud產品（AJO、RTCDP等）之間整合Adobe Experience Cloud資料收集實作
  • 不依賴Adobe Analytics命名法(屬性、eVar、事件等)

• 經得起未來考驗：日後實施更新更輕鬆。

• 需要從頭開始的新實作：從頭開始進行新實作的需求代表下列缺點：
  • 耗時：這是最耗時、要求最高的升級路徑，因為此方法需要您重新開始新的實作。
  • 必須在XDM中重新建立完整結構描述：您必須在XDM中重新建立完整結構描述，才能開始實作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實作以使用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：

• 在您的結構描述中使用Analytics體驗事件欄位群組：此欄位群組新增許多Customer Journey Analytics結構描述中不需要的Adobe Analytics事件。 這可能會導致Customer Journey Analytics所需的結構描述更雜亂、更複雜。

如果您的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結構描述的優點包括：

  • 根據貴組織的需求以及您使用的特定平台應用程式量身打造的簡化方案。

    當需要變更結構描述時，您不必在數千個未使用的欄位中篩選，以尋找需要更新的欄位。

更新至您自己的XDM結構的缺點包括：

• 在開始將資料傳送至Platform之前，需要先更新您的結構描述，這是一個耗時的過程。