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

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

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

這些工作包括：

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

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

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

  這些優點包括：

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

• 未來校訂：未來的實作更新更容易。

• 需要從頭開始的新實作：需要從頭開始執行新實作表示下列缺點：
• • 耗時：這是最耗時、要求最高的升級路徑，因為需要您重新開始新的實作。
  • 必須在XDM中重新建立完整結構描述：您必須在XDM中重新建立完整結構描述，才能開始實作Web SDK。
  • 必須重新建立規則和資料元素：您必須從Adobe Analytics實作重新建立任何規則條件和資料元素，才能開始實作Web SDK。 不考慮保留歷史資料： Adobe建議將Analytics來源聯結器與Experience PlatformWeb SDK的新實作搭配使用，以便在升級至Customer Journey Analytics後保留歷史資料。
• 不考慮將原始實作的資料與新實作的資料進行比較： Adobe建議將Analytics來源聯結器與Experience PlatformWeb SDK的新實作搭配使用，以便在升級至Customer Journey Analytics後比較資料。

• 提供在體驗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 PlatformWeb 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，此為首選升級路徑。

• 提供在體驗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之前，需要先更新您的結構描述，這是一個耗時的過程。