アップグレードの代替案:Experience Platform Web SDK と Customer Journey Analytics での AppMeasurement データ収集の使用 data-collection-appmeasurement

NOTE
Customer Journey Analytics のアップグレードガイドの質問に答える際は、このページの情報を使用してください。

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

Customer Journey Analyticsにアップグレードする場合、Adobeは Experience Platform web SDKの新規実装を推奨します。 ただし、タイムラインやリソースの制約などのいくつかの要因によっては、推奨されるアップグレード手順が組織にとって実用的でない場合があります。

XDM オブジェクトでデータを収集する代わりに、web SDKでAppMeasurementまたは Analytics Extension のデータ収集ロジックを使用して、Platform およびCustomer Journey Analyticsにデータを送信できます。 ただし、この代替オプションを使用すると、時間の経過と共に複雑さが増します。

メリットとデメリット

どちらの方法も同じタスクを実行するので、この方法は データレイヤー全体をCustomer Journey Analyticsに送信する方法と相互排他的です。 (この方法は、データレイヤー全体をAdobeに送るよりも望ましいです。 prop と evar はすべてデータを通過するので、より洗練されています。__adobe.analytics.変数名.)

このアップグレードの代替手段を使用する際には、次のメリットとデメリットを考慮してください。

メリット
デメリット

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 にデータを送信するにはマッピングが必要:組織で Customer Journey Analytics を使用する準備が整ったら、Adobe Experience Platform のデータセットにデータを送信する必要があります。このアクションでは、データオブジェクトのすべてのフィールドを、XDM スキーマフィールドに割り当てるデータストリームマッピングツールのエントリにする必要があります。このワークフローではマッピングを 1 回行うだけで済み、実装を変更する必要ありません。ただし、これは、XDM オブジェクトでデータを送信する際には必要ない追加の手順です。

  • 時間の経過と共に、さらなる複雑さが発生します:将来追加するフィールドは、データストリームの XDM にマッピングする必要があります。

    実装に新しいフィールドが追加されるたびに、次のいずれかを実行できます。

    • オプション 1: データオブジェクトに新しい任意の evar または新しい prop を入力し、目的の XDM フィールドにマッピングします。

      このプロセスは、クライアントサイド実装の一貫性を高めますが、マッピングが必要です。

    • オプション 2: データオブジェクトをレガシー実装のままにして、すべての新しいフィールドに XDM オブジェクトのみを入力し始めます。

      このプロセスではマッピングは必要ありませんが、つまり、一部の変数はデータオブジェクト内にのみ配置され、その他の変数は XDM オブジェクト内にのみ配置されます。 実装のトラブルシューティングが必要な場合は、いつでも 2 か所に移動する必要があります。 内部ワークフローでこのような状況に対応できることを確認します。

基本手順

Web SDKを使用してCustomer Journey Analyticsにデータを送信するためにAdobe Analytics実装(AppMeasurementまたは Analytics 拡張機能)を移行する基本的な手順は、次のとおりです。

  1. Adobe Analyticsの実装を移行してAdobe Experience Platform Web SDKを使用し、Edge Networkへのデータ送信を開始します。

    この手順では、既存のAdobe Analytics実装を移行して、web SDKを使用することができます。 オプションで、Customer Journey Analyticsにデータを送信し、Adobe Analyticsにデータを送信する前に、Adobe Analyticsですべてが機能していることを検証することもできます。 設定が完了し、Adobe Analyticsのデータに満足したら、Edge NetworkからCustomer Journey Analyticsにデータを送信できます。

    この柔軟性により、Customer Journey Analyticsに対するより体系的で思慮深いアップグレードが可能になります。

    この方法について詳しくは、Adobe Analytics ドキュメントの次の記事を参照してください。

  2. Edge Networkから Platform へのデータ送信を開始します。

    1. このデータオブジェクトを介して、すべての変数をAppMeasurement形式で送信します。

      詳しくは、Adobe Analyticsへのデータオブジェクト変数のマッピングを参照してください。

    2. スキーマを選択します。

      既存の Platform スキーマを使用するかどうかを選択するか、他のAdobe Analytics サービスを使用し始める際に組織のニーズに合わせて XDM スキーマを作成できます。

      Adobeでは、XDM スキーマを作成することをお勧めします。 詳しくは、Customer Journey Analytics web SDKの実装で使用するカスタムスキーマの作成を参照してください。

      accordion
      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 に固有のオブジェクトが多数含まれているからです。

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

      accordion
      XDM スキーマの作成
      table 0-row-2 1-row-2
      メリット デメリット
      • 独自の XDM スキーマに更新すると、次のようなメリットがあります。
        • 組織のニーズと使用する特定の Platform アプリケーションに合わせて調整された効率化されたスキーマ。

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

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

      • スキーマの更新は、Platform へのデータ送信を開始する前に必要な、時間がかかるプロセスです。
    3. データストリームマッピングを使用して、データオブジェクト内のすべてのフィールドを XDM スキーマにマッピングします。

      詳しくは、Experience Platform ドキュメントの 🔗 データ収集のためのデータ準備 マッピング を参照してください。

  3. 引き続き『Customer Journey Analytics アップグレードガイド』の 推奨されるアップグレード手順または動的に生成されるアップグレード手順に従います。Customer Journey Analytics からガイドにアクセスするには、「Workspace」タブを選択し、左側のパネルで「Customer Journey Analytics にアップグレード」を選択します。画面の指示に従います。

を参照してください。

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