ドキュメントCustomer Journey AnalyticsCustomer Journey Analytics ガイド

手順 2：アップグレードパスの選択

Last update: Tue May 14 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

作成対象：

  • Admin
このセクションを展開すると、このページの情報が大きなアップグレードプロセスのどこに適合するかを確認できます。 以前のアップグレード手順がすべて完了していることを確認します。

この節を続行する前に、まず、以前のアップグレードタスクがすべて完了していることを確認してください。

このページの情報では、次の表で強調表示されている、アップグレードプロセスの手順 2 について説明します。

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 layout-auto
アップグレードタスク 詳細
手順 1: アップグレードの概要 Customer Journey Analyticsへのアップグレードのメリットと基本的なアップグレードプロセスについて説明します。
手順 2：アップグレードパスの選択 Customer Journey Analyticsへのアップグレードには様々な方法があります。 組織の現在の Adobe Analytics 環境と長期的な目標に応じて、組織に最適な方法を選択します。
手順 3：データを Adobe Experience Platform に送信 Adobe Experience Platformにデータを送信するプロセスは、手順 2 で選択したアップグレードパスによって異なります。
手順 4：履歴データの保持 ほとんどの組織では、Adobe Analytics の履歴データを一定期間保持する必要があります。これを実現するために様々なオプションが利用できます。
手順 5：追加の実装タスクを実行

アップグレードプロセスのこの時点では、Customer Journey Analytics環境を使用する準備を整える前に、様々なタスクを実行する必要があります。

これらの追加タスクは、Adobe Analyticsからのアップグレードや、新しいCustomer Journey Analyticsの実装にも当てはまります。

これらのタスクには次のものが含まれます。

  • 他のデータを Experience Platform に取り込む
  • 手順 3：プラットフォームデータセットと Customer Journey Analytics 間の接続を作成
  • データビューの作成
  • レポート API の使用状況の移植
  • データフィードとデータウェアハウスの考慮
  • プロジェクトとコンポーネントの移行
  • ユーザーオンボーディングの計画

詳しくは、Customer Journey Analytics の概要を参照してください。

Customer Journey Analyticsへのアップグレードを決定した後、組織に最適なアップグレードパスを決定する必要があります。

Adobe AnalyticsからCustomer Journey Analyticsへのアップグレードに使用するパスは、次の要因によって変わります。

  • 既存の Adobe Analytics の実装

  • 将来の目標

このページの情報を使用して、組織の現在の実装と将来の目標に最適なCustomer Journey Analyticsアップグレードパスを判断します。

組織に最適なアップグレードパスを決定するには、次の節を順番に参照する必要があります。

  1. まず、 使用可能なアップグレードパスについて.

  2. その後、 使用可能なアップグレードパスの評価.

  3. 最後に、 各アップグレードパスのメリットとデメリットを比較検討する.

アップグレードパスについて

Adobe AnalyticsからCustomer Journey Analyticsへのアップグレードには、様々なアップグレードパスがあります。

一般に、各アップグレードパスは、アップグレードの実行に必要な労力のレベルや、アップグレード完了後に達成される長期的な生存率が異なります。

次の表に、各アップグレードパス、その作業レベル、長期的な実行可能性を示します。

アップグレードパス
労力のレベル
長期的な実行可能性

Experience PlatformWeb SDK の新しい実装
Experience Platform Web SDK の新しい実装を行うことで、Customer Journey Analyticsの使用を開始できます。 これにより、Adobe Experience Platform Edge Network および Customer Journey Analytics へのデータの送信を開始できます。

Web SDK をまだ使用していない組織の場合、このアップグレードパスは必要な手順が最も少ないため、データをEdge Networkに送信する際に最も簡単です。ただし、すべての作業が事前に行われる（XDM スキーマの作成など）ので、より大きな初期作業が必要です。

基本的な手順は次のとおりです。

  1. 組織の XDM スキーマを作成します。
  2. Web SDKを実装します。
  3. Platform にデータを送信します。
高
高

Web SDK を使用するための Adobe Analytics の実装の移行
Adobe Analytics の実装が AppMeasurement または Analytics 拡張機能である場合は、Customer Journey Analytics にデータを送信する前に、Adobe Experience Platform Web SDK を使用するように実装を移行すると、Edge Network と Adobe Analytics へのデータの送信を開始できます。

まだ Web SDK を使用していない組織の場合、これは Edge Network にデータを取得する最も簡単かつスムーズな方法です。多くの手順が必要になりますが、Adobe Analytics から Customer Journey Analytics へのより体系的な移行が可能になり、具体的なマイルストーンが得られます。

基本的な手順は次のとおりです。

  1. 既存の Adobe Analytics の実装を Web SDK に移行し、Adobe Analytics ですべてが機能していることを検証します。
  2. 時間があれば、組織の XDM スキーマを作成します。
  3. データストリームマッピングを使用して、データオブジェクト内のすべてのフィールドを XDM スキーマにマッピングします。
  4. Platform にデータを送信します。
中
高

既存のAdobe Analytics Web SDK 実装の設定
Adobe Analytics実装で既にAdobe Experience Platform Web SDK を使用している場合は、データストリームを設定することで Platform へのデータ送信を開始できます。 または、既に Platform にデータを送信している場合は、Platform データセットとCustomer Journey Analyticsの間に接続を作成するだけで済みます。

Customer Journey Analyticsで使用するデータを Platform に送信する前に、組織や使用するその他の Platform アプリケーションの特定のニーズに合わせてAdobe Analytics スキーマを更新することを検討してください。

基本的な手順は次のとおりです。

  1. Platform へのデータ送信を開始します。

    Adobe Analyticsの実装で既に Platform にデータを送信している場合、この手順は必要ありません。 このプロセスで後ほど説明するように、Platform データセットとCustomer Journey Analyticsの間で接続を作成するだけで済みます。

  2. （オプション）時間があれば、組織の XDM スキーマを作成します。

  3. （条件付き）XDM スキーマを作成した場合は、データストリームマッピングを使用して、データオブジェクト内のすべてのフィールドを XDM スキーマにマッピングします。

低
高

Analytics ソースコネクタの使用
Adobe Analytics の実装が AppMeasurement または Analytics 拡張機能である場合は、Customer Journey Analytics のデータビューへのデータの送信を開始できます。

これは、Customer Journey Analytics にデータを取得する最も簡単な方法ですが、長期的には最も実行可能性が低い方法です。

低
低

次の図は、各アップグレードパスが労力レベルと長期実行可能性の観点でどの程度の割合になるかを視覚化するのに役立ちます。

cja アップグレードパス

現在のAdobe Analyticsの実装に基づいて、使用可能なアップグレードパスを評価する

Adobe Analyticsの実装の種類ごとに、すべてのアップグレードパスを使用できるわけではありません。

以下の情報を使用すると、組織に最も適したアップグレードパスを理解できます。

具体的なアドバイス、ガイダンス、サポートが必要な場合は、アドビ担当者にお問い合わせください。

既存の Adobe Analytics の実装
使用可能なアップグレードパス
AppMeasurement
  • Experience Platform Web SDK の新しい実装
  • Web SDK への Adobe Analytics の移行
  • Analytics ソースコネクタ
Adobe Analytics 拡張機能
  • Experience Platform Web SDK の新しい実装
  • Web SDK への Adobe Analytics の移行
  • Analytics ソースコネクタ
Web SDK
  • Platform にデータを送信するようにAdobe Analytics Web SDK を実装します。

使用可能なアップグレードパスのメリットとデメリットを比較検討する

特定のアップグレードパスのメリットとデメリットは、既存のAdobe Analytics実装によって異なります。

以下の情報を使用してどのアップグレードパスが適切かを判断する前に、の情報を確認してください アップグレードパスについて まだの場合は、

AppMeasurement と Adobe Analytics 拡張機能を使用した Adobe Analytics 実装の場合

以下は、AppMeasurementまたはAdobe Analytics拡張機能を使用してAdobe Analyticsを実装している組織で使用できるアップグレードパスです。 各セクションを展開して、各アップグレードパスのメリットとデメリットを確認します。

アップグレードパス

Experience Platform Web SDK の新しい実装
table 0-row-2 1-row-2 layout-auto
メリット デメリット

  • Experience Edge Network でデータをホストするすべてのメリットを提供：

    次のようなメリットがあります。

    • Adobe Experience Platform は、リアルタイムパーソナライゼーションのユースケースを強化するように作成されているので、高パフォーマンスのレポートとデータの可用性が実現する
    • 他の Experience Cloud 製品（AJO、RTCDP など）の間で Adobe Experience Cloud データ収集の実装を統合する
    • Adobe Analytics の用語（prop、eVar、イベントなど）に依存しない

  • 将来性を確保：将来の実装の更新が簡単になります。
  • ゼロから新しい実装が必要：ゼロから新しい実装を行う必要があるということは、つまり、次のようなデメリットがあります。
    • 時間がかかる：これは、新しい実装からやり直す必要があるため、最も時間がかかり、要求の厳しいアップグレードパスです。
    • XDM での完全なスキーマの再作成が必要：Web SDK の実装を開始する前に、XDM で完全なスキーマを再作成する必要があります。
    • ルールとデータ要素の再作成が必要：Web SDK の実装を開始する前に、Adobe Analytics 実装からルール条件とデータ要素を再作成する必要があります。
Adobe Analytics を Experience Platform Web SDK に移行
table 0-row-2 1-row-2 layout-auto
メリット デメリット

  • Experience Edge Network でデータをホストするすべてのメリットを提供：

    次のようなメリットがあります。

    • Adobe Experience Platform は、リアルタイムパーソナライゼーションのユースケースを強化するように作成されているので、高パフォーマンスのレポートとデータの可用性が実現する
    • 他の Experience Cloud 製品（AJO、RTCDP など）の間で Adobe Experience Cloud データ収集の実装を統合する
    • Adobe Analytics の用語（prop、eVar、イベントなど）に依存しない

  • 既存の実装を使用：このアプローチには実装の変更が必要ですが、完全に新しい実装をゼロから行う必要はありません。実装ロジックに最小限の変更を行うだけで、既存の Adobe Analytics レポートに影響を与えることなく、既存のデータレイヤーとコードを使用できます。

  • 後で組織の XDM スキーマを作成できる柔軟性を提供：既存の Adobe Analytics 実装を Web SDK を使用するように移行し、Adobe Analytics ですべてが機能していることを検証してから、XDM スキーマを作成できます。この柔軟性により、Customer Journey Analyticsに対するより体系的で思慮深いアップグレードが可能になります。
  • Platform にデータを送信するにはマッピングが必要：組織で Customer Journey Analytics を使用する準備が整ったら、Adobe Experience Platform のデータセットにデータを送信する必要があります。このアクションでは、データオブジェクトのすべてのフィールドを、XDM スキーマフィールドに割り当てるデータストリームマッピングツールのエントリにする必要があります。このワークフローではマッピングを 1 回行うだけで済み、実装を変更する必要ありません。ただし、これは、XDM オブジェクトでデータを送信する際には必要ない追加の手順です。
  • 技術的負債：このアプローチでは、既存の実装の修正された形式が使用されるので、実装ロジックを追跡し、今後必要に応じて変更を実行することが難しくなる可能性があります。
Analytics ソースコネクタを使用
table 0-row-2 1-row-2 layout-auto
メリット デメリット

  • アップグレード・パスの所要時間と要件が最も短い。

    最小限の投資で迅速に Customer Journey Analytics へとデータを移行する

  • データが Edge Network に送信されない：

    その結果、次のようなデメリットが生じます。

    • 最高レベルの 待ち時間 （すべてのアップグレードパスにわたるレポートで、リアルタイムパーソナライゼーションのユースケース向けに最適化されていない）。
    • データを他の Adobe Experience Platform アプリケーションと共有することはできません。Customer Journey Analytics にのみ制限されます
    • Adobe Analytics の用語（prop、eVar、イベントなど）に依存します

  • 将来的に Web SDK への移行は困難：

  • スキーマで Analytics Experience Event フィールド グループを使用：このフィールドグループは、Customer Journey Analytics スキーマでは必要のない多くの Adobe Analytics イベントを追加します。これにより、Customer Journey Analytics に必要なスキーマよりも雑然とした複雑なスキーマが作成される可能性があります。

Web SDK を使用した Adobe Analytics 実装の場合

Experience Platform Web SDK を使用してAdobe Analyticsを実装している組織は、次のアップグレードパスを利用できます。

このアップグレードパスを選択する場合は、スキーマも選択する必要があります。

アップグレードパス

Platform にデータを送信するようにAdobe Analytics Web SDK を実装します
table 0-row-2 1-row-2 layout-auto
メリット デメリット

Adobe Analytics実装で既に Web SDK を使用している場合は、このアップグレードパスをお勧めします。

  • Experience Edge Network でデータをホストするすべてのメリットを提供：

    次のようなメリットがあります。

    • Adobe Experience Platform は、リアルタイムパーソナライゼーションのユースケースを強化するように作成されているので、高パフォーマンスのレポートとデータの可用性が実現する
    • 他の Experience Cloud 製品（AJO、RTCDP など）の間で Adobe Experience Cloud データ収集の実装を統合する
    • Adobe Analytics の用語（prop、eVar、イベントなど）に依存しない

  • 既存の実装を使用：このアプローチには実装の変更が必要ですが、完全に新しい実装をゼロから行う必要はありません。実装ロジックに最小限の変更を行うだけで、既存の Adobe Analytics レポートに影響を与えることなく、既存のデータレイヤーとコードを使用できます。

  • XDM スキーマを使用するオプションを提供：既存の Adobe Analytics スキーマを使用するか、XDM スキーマを作成してデータオブジェクトのフィールドを XDM スキーマにマッピングするかを選択できます。XDM スキーマは、必要なフィールドを定義し、関連するフィールドのみを定義できる柔軟なスキーマです。

    独自の XDM スキーマを使用するメリットについて詳しくは、以下の「独自の XDM スキーマを使用」を参照してください。

  • ルールとデータ要素を保持：新しいルールアクションが必要ですが、最小限の変更で既存のデータ要素とルール条件を再利用できます。

  • 将来性を確保：独自の XDM スキーマを使用することを選択した場合、将来の実装の更新が簡単になります。

 なし

スキーマの選択

Platform にデータを送信するようにAdobe Analytics Web SDK 実装を設定できるアップグレードパスを選択した場合は、使用するスキーマを選択できます。

既存の Adobe Analytics スキーマを使用するか、他の Platform サービスの使用を開始する際に組織のニーズに合わせて独自の XDM スキーマに更新するかを選択できます。

Adobe Analytics Web SDK 実装で Adobe Analytics スキーマを使用
table 0-row-2 1-row-2
メリット デメリット

Adobe Analytics スキーマを使用すると、次のようなメリットがあります。

  • アップグレードが容易

    既にAdobe Experience Platform Web SDK を使用して Adobe Analytics にデータを送信している場合は、データストリームに追加サービスを追加して、Adobe Experience Platform にデータを送信できます（これは Customer Journey Analytics 設定で使用できます）。

Adobe Analytics スキーマを使用すると、次のようなデメリットがあります。

  • Adobe Analytics スキーマを使用しても、他の Platform アプリケーションでの使用方法が制限されることはありませんが、スキーマは他の方法よりも複雑になります。これは、Adobe Analytics スキーマには、組織で使用される可能性が低い Adobe Analytics に固有のオブジェクトが多数含まれているからです。

    スキーマの変更が必要な場合は、数千もの未使用フィールドを調べて、更新が必要なフィールドを見つける必要があります。
Adobe Analytics Web SDK 実装で独自の XDM スキーマを使用
table 0-row-2 1-row-2
メリット デメリット
  • 独自の XDM スキーマに更新すると、次のようなメリットがあります。

    • 組織のニーズと使用する特定の Platform アプリケーションに合わせて調整された効率化されたスキーマ。

      スキーマの変更が必要な場合は、数千もの未使用フィールドを調べて、更新が必要なフィールドを見つける必要はありません。

独自の XDM スキーマに更新すると、次のようなデメリットがあります。

  • スキーマの更新は、Platform へのデータ送信を開始する前に必要な、時間がかかるプロセスです。

次に、Adobe Experience Platform にデータを送信します

上記の情報を使用してアップグレードパスを選択した後、次の方法を学習します Adobe Experience Platformへのデータの送信 選択したアップグレードパスによって異なります。

recommendation-more-help
080e5213-7aa2-40d6-9dba-18945e892f79