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

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

Last update: Fri Nov 15 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

トピック：
基本

作成対象：

管理者

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

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

このページの情報では、次の表で強調表示されている、アップグレードプロセスの手順 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アップグレードパスを判断します。

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

まず、使用可能なアップグレードパスについてを参照してください。
次に使用可能なアップグレードパスを評価します。
最後に、各アップグレードパスのメリットとデメリットを比較します。

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

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 スキーマの作成など）ので、より大きな初期作業が必要です。

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

組織の XDM スキーマを作成します。
Web SDKを実装します。
Platform にデータを送信します。
Analytics ソースコネクタを設定します。
Analytics ソースコネクタは、Adobe Analyticsの履歴データをCustomer Journey Analyticsに取り込むために使用されます。

高

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

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

組織の XDM スキーマを作成します。
Web SDKを実装します。
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 へのより体系的な移行が可能になり、具体的なマイルストーンが得られます。

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

既存の Adobe Analytics の実装を Web SDK に移行し、Adobe Analytics ですべてが機能していることを検証します。
時間があれば、組織の XDM スキーマを作成します。
データストリームマッピングを使用して、データオブジェクト内のすべてのフィールドを XDM スキーマにマッピングします。
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 スキーマを更新することを検討してください。

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

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

Adobe Analyticsの実装で既に Platform にデータを送信している場合、この手順は必要ありません。このプロセスで後ほど説明するように、Platform データセットとCustomer Journey Analyticsの間で接続を作成するだけで済みます。
（オプション）時間があれば、組織の XDM スキーマを作成します。
（条件付き）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 Source Connector を使用したExperience PlatformWeb SDK の新規実装

Adobe Analytics 拡張機能

Experience Platform Web SDK の新しい実装
Web SDK への Adobe Analytics の移行
Analytics ソースコネクタ
（推奨） Analytics Source Connector を使用したExperience PlatformWeb SDK の新規実装

Web SDK

Platform にデータを送信するようにAdobe Analytics Web SDK を実装します。
（推奨） Analytics Source Connector を使用したExperience PlatformWeb SDK の新規実装

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

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

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

NOTE

以降の節で説明している各アップグレードパスは個別に使用できますが、Adobeでは、Adobe AnalyticsからCustomer Journey Analyticsへのアップグレードには、現在のAdobe Analytics実装 Adobe Analytics ソースコネクタ と Experience Platform Web SDK の新規実装 に関係なく、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 実装からルール条件とデータ要素を再作成する必要があります。履歴データの保持は考慮されない： Adobeでは、Customer Journey Analyticsへのアップグレード後に履歴データを保持するために、Analytics ソースコネクタをExperience Platform Web SDK の新規実装と組み合わせて使用することをお勧めします。元の実装のデータと新しい実装のデータを比較する場合は考慮しない： Adobeでは、Customer Journey Analyticsにアップグレードした後でデータを比較するために、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では、Customer Journey Analyticsへのアップグレード後に履歴データを保持するために、Analytics ソースコネクタをExperience Platform Web SDK の新規実装と組み合わせて使用することをお勧めします。
元の実装のデータと新しい実装のデータを比較する場合は考慮しない： Adobeでは、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 オブジェクトでデータを送信する際には必要ない追加の手順です。技術的負債：このアプローチでは、既存の実装の修正された形式が使用されるので、実装ロジックを追跡し、今後必要に応じて変更を実行することが難しくなる可能性があります。

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 PlatformWeb SDK の使用を開始するには、新しい実装を行う必要があります。スキーマで Analytics Experience Event フィールドグループを使用：このフィールドグループは、Customer Journey Analytics スキーマでは必要のない多くの Adobe Analytics イベントを追加します。これにより、Customer Journey Analytics に必要なスキーマよりも雑然とした複雑なスキーマが作成される可能性があります。これらの欠点により、Adobeでは、Analytics ソースコネクタを、Experience Platform Web SDK の新しい実装と組み合わせて使用することをお勧めします。

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 PlatformWeb SDK の使用を開始するには、新しい実装を行う必要があります。
スキーマで Analytics Experience Event フィールドグループを使用：このフィールドグループは、Customer Journey Analytics スキーマでは必要のない多くの Adobe Analytics イベントを追加します。これにより、Customer Journey Analytics に必要なスキーマよりも雑然とした複雑なスキーマが作成される可能性があります。

これらの欠点により、Adobeでは、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 スキーマを使用することを選択した場合、将来の実装の更新が簡単になります。	なし

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 に固有のオブジェクトが多数含まれているからです。スキーマの変更が必要な場合は、数千もの未使用フィールドを調べて、更新が必要なフィールドを見つける必要があります。

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 へのデータ送信を開始する前に必要な、時間がかかるプロセスです。

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