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

このセクションを展開すると、このページの情報がアップグレードプロセス全体のどこに当てはまるかがわかります。これまでのアップグレード手順がすべて完了していることを確認してください。

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

このページの情報では、次の表でハイライト表示されているアップグレードプロセスの手順 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 の概要を参照してください。

AVAILABILITY
このページの情報は、次のより包括的なアップグレード情報に置き換えられます。
  • 推奨されるアップグレード手順

    詳しくは、Adobe Analytics から Customer Journey Analytics へのアップグレード時に推奨されるパスを参照してください。

  • Customer Journey Analytics アップグレードガイド

    組織と一意の状況に合わせて調整されたアップグレード手順を動的に生成する新しいアップグレードガイドが使用できます。

    Customer Journey Analytics からガイドにアクセスするには、「Workspace」タブを選択し、左側のパネルで「Customer Journey Analytics にアップグレード」を選択します。画面の指示に従います。

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

Adobe Analytics から Customer Journey Analytics へのアップグレードに選択するパスは、次の要因によって異なります。

  • 既存の Adobe Analytics の実装

  • 将来の目標

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

組織に最適なアップグレードパスを決定するには、次の節を順番にお読みください。

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

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

一般に、アップグレードパスごとに、アップグレードの実行に必要な労力のレベルや、アップグレード完了後に実現される長期的な実行可能性が異なります。

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

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

Analytics ソースコネクタを使用した Experience Platform Web SDK の新しい実装
Experience Platform Web SDK を新たに実装すれば、Customer Journey Analytics の使用を開始できます。これにより、Adobe Experience Platform Edge Network および Customer Journey Analytics へのデータの送信を開始できます。さらに、Analytics ソースコネクタを使用すると、履歴データを Customer Journey Analytics に取り込むことができます。

まだ Web SDK を使用していない組織の場合、このアップグレードパスは、必要な手順数が最も少ないので、おそらく Edge Network にデータを取得する最も簡単な方法です。ただし、すべての作業(XDM スキーマの作成など)を最初に行うので、初期作業がより多く必要になります。

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

  1. 組織の XDM スキーマを作成します。
  2. Web SDKを実装します。
  3. Platform にデータを送信します。
  4. Analytics ソースコネクタを設定します。
    Analytics ソースコネクタを使用すると、Adobe Analytics の履歴データを Customer Journey Analytics に取り込むことができます。

Experience Platform Web 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 の実装で既にプラットフォームにデータを送信している場合、この手順は必要ありません。このプロセスで後ほど説明するように、プラットフォームデータセットと Customer Journey Analytics の間で接続を作成するだけで済みます。

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

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

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

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

メモ: ​このアップグレードパスは独立して使用できます。ただし、より良い結果を得るには、このアップグレードパスを Experience Platform WebSDK の新しい実装と組み合わせて使用することをお勧めします。

次の図を使用すると、労力のレベルと長期的な実行可能性の観点から、各アップグレードパスがスペクトルのどこに位置するかを視覚化するのに役立ちます。

CJA アップグレードパス

現在の Adobe Analytics の実装に基づいた利用可能なアップグレードパスの評価

Adobe Analytics 実装の各タイプで、すべてのアップグレードパスが利用できるわけではありません。

以下の情報を使用すると、組織に最適なアップグレードパスを理解するのに役立ちます。

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

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

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

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

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

NOTE
次の節で説明する各アップグレードパスは独立して使用できますが、アドビでは、Adobe Analytics から Customer Journey Analytics にアップグレードする際は、現在の Adobe Analytics 実装に関係なく、Adobe Analytics ソースコネクタ ​と Experience Platform WebSDK の新しい実装 ​の 2 方向のアップグレードアプローチをお勧めします。

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 実装からルール条件とデータ要素を再作成する必要があります。 履歴データの保持が考慮されない: ​アドビでは、Customer Journey Analytics にアップグレードした後に履歴データを保持するために、Analytics ソースコネクタを Experience Platform Web SDK の新しい実装と組み合わせて使用することをお勧めします。
  • 元の実装のデータと新しい実装のデータの比較が考慮されない: ​アドビでは、Customer Journey Analytics にアップグレードした後にデータを比較するには、Analytics ソースコネクタを Experience Platform Web SDK の新しい実装と組み合わせて使用することをお勧めします。
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に移行するのは難しい:最終的には、Experience Platform Web SDK が提供するメリットを利用したいと考えるようになります。Experience Platform Web SDK の使用を開始するには、新しい実装を行う必要があります。

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

これらのデメリットにより、アドビでは、Analytics ソースコネクタを Experience Platform Web SDK の新しい実装と組み合わせて使用することをお勧めします。

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