レポートスイートを様々なスキーマと組み合わせる
Analytics ソースコネクタ は、Adobe AnalyticsのレポートスイートデータをAdobe Experience Platformに取り込み、Real-time Customer Data PlatformやCustomer Journey Analytics（Customer Journey Analytics）などのAdobe Experience Platform アプリケーションで使用します。 Adobe Experience Platformに取り込まれた各レポートスイートは、個々のソース接続データフローとして設定され、各データフローはAdobe Experience Platform データレイク内のデータセットとして格納されます。 Analytics ソースコネクタは、レポートスイートごとに1つのデータセットを作成します。
Customer Journey Analyticsのお客様は、connectionsを使用して、Adobe Experience Platform データレイクからCustomer Journey Analytics Analysis Workspaceにデータセットを統合します。 ただし、接続内でレポートスイートを組み合わせる場合、Adobe Experience Platform データ準備機能を使用してレポートスイート間のスキーマの違いを解決する必要があります。 その目的は、propやeVarなどのAdobe Analytics変数がCustomer Journey Analyticsで一貫した意味を持つようにすることです。
レポートスイート間のスキーマの違いが問題
Customer Journey Analyticsで使用するために、2つの異なるレポートスイートからAdobe Experience Platformにデータを取り込み、2つのレポートスイートのスキーマに違いがあると仮定します。
簡素化のために、両方のレポートスイートに対して、これらは唯一の定義されたeVarであると仮定します。
さらに、次のアクションを実行するとします。
- Report Suite Aを データセット A としてAdobe Experience Platform データレイクに取り込むAnalytics ソース接続を（データ準備を使用せずに）作成します。
- Report Suite Bを データセット B としてAdobe Experience Platform データレイクに取り込むAnalytics ソース接続を（データ準備を使用せずに）作成します。
- データセット Aとデータセット Bを組み合わせた すべてのレポートスイート というCustomer Journey Analytics接続を作成します。
- すべてのレポートスイート接続に基づく グローバルビュー というCustomer Journey Analytics データビューを作成します。
データセット A とデータセット B の間のスキーマの違いを解決するためにデータ準備を使用しない場合、グローバル表示データビューの eVar には、次の値が混在することになります。
このような状況では、eVar1 と eVar2 について意味のないレポートが作成されることになります。
- eVar フィールドには、様々な意味論的意味を含む値が混在します。
- 検索語句は、eVar1 と eVar2 の間で分散されます。
- 検索語句、ビジネスユニット、顧客カテゴリごとに異なるアトリビューションモデルを使用することはできません。
Adobe Experience Platform Data Prepを使用して、レポートスイート間のスキーマの違いを解決します
Experience Platform Data Prep機能は、Analytics ソースコネクタと統合されており、上記のシナリオで説明したスキーマの違いを解決するために使用できます。 これにより、Customer Journey Analytics データビューで一貫した意味を持つeVarが作成されます。 （次に使用する命名規則は、必要に応じてカスタマイズできます。）
-
レポートスイート Aおよびレポートスイート Bのソース接続データフローを作成する前に、Adobe Experience Platformで新しいスキーマ を作成します（この例では 統合スキーマ と呼びます）。 スキーマに次を追加します。
table 0-row-1 1-row-1 2-row-1 「統合スキーマ」 XDM ExperienceEvent クラス 「Adobe Analytics ExperienceEvent テンプレート」フィールドグループ -
スキーマに別のフィールドグループを追加するか、カスタムフィールドグループを作成してスキーマに追加します。 ここでは、新しいフィールドグループを作成し、Unified Fields と呼ぶことにします。 次に、この新しいフィールドグループに次のフィールドを追加します。
table 0-row-1 1-row-1 2-row-1 3-row-1 「Unified Fields」カスタムフィールドグループ 検索語句 ビジネスユニット 顧客カテゴリ -
データフローで使用する 統合スキーマ を選択して、レポートスイート A のソース接続データフローを作成します。 次のように、データフローにカスタムマッピングを追加します。
table 0-row-2 1-row-2 2-row-2 レポートスイート A ソースフィールド 「Unified Fields」フィールドグループからの宛先フィールド _experience.analytics.customDimensions.eVars.eVar1 <path>.Search_term _experience.analytics.customDimensions.eVars.eVar2 <path>.Customer_category note NOTE 宛先フィールドの XDM パスは、カスタムフィールドグループの構造によって異なります。 -
データフローで使用する 統合スキーマ を選択して、レポートスイート B のソース接続データフローを作成します。 このワークフローでは、2 つのフィールドの記述子名が競合していることが表示されます。 これは、eVar1 と eVar2 の記述子がレポートスイート B とレポートスイート A で異なっているからです。しかし、これは既にわかっていることなので、問題なく競合を無視でき、次のようにカスタムマッピングを使用できます。
table 0-row-2 1-row-2 2-row-2 レポートスイート B ソースフィールド 「Unified Fields」フィールドグループからの宛先フィールド _experience.analytics.customDimensions.eVars.eVar1 <path>.Business_unit _experience.analytics.customDimensions.eVars.eVar2 <path>.Search_term -
次に、データセット Aとデータセット Bを組み合わせて、Customer Journey Analyticsの すべてのレポートスイート 接続を作成します。
-
Customer Journey Analyticsでグローバルビュー データビューを作成します。 元の eVar フィールドを無視して、「Unified Fields」フィールドグループからのフィールドのみを含めます。
Customer Journey Analyticsのグローバルビュー データビュー：
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 ソースフィールド データビューに含める？ _experience.analytics.customDimensions.eVars.eVar1 いいえ _experience.analytics.customDimensions.eVars.eVar2 いいえ <path>.Search_term はい <path>.Customer_category はい <path>.Business_unit はい
これで、ソースレポートスイートの eVar1 および eVar2 が 3 つの新しいフィールドにマッピングされました。 データ準備のマッピングを使用するもう 1 つの利点は、宛先フィールドが、意味のない eVar 名（eVar1、eVar2）ではなく、意味論的に意味のある名前（検索語句、ビジネスユニット、顧客カテゴリ）に基づいていることです。
単なるレポートスイート以上
データセットを様々なスキーマと組み合わせるデータ準備の機能は、Analytics レポートスイートを超えたものです。 次のデータを含む 2 つのデータセットがあるとします。
eVar1 => 顧客カテゴリデータ準備を使用すると、Analytics データの eVar 1 の顧客カテゴリとコールセンターデータの Some_field の顧客カテゴリを組み合わせることができます。 次に、その方法のひとつを示します。 ここでも、命名規則は必要に応じて変更できます。
-
Adobe Experience Platformでスキーマを作成します。 スキーマに次を追加します。
table 0-row-1 1-row-1 2-row-1 「拡張スキーマ」 XDM エクスペリエンスイベントクラス 「Adobe Analytics エクスペリエンスイベントテンプレート」フィールドグループ -
新しいフィールドグループを作成して、スキーマに追加します。 フィールドグループにフィールドを追加します。
table 0-row-1 1-row-1 「Customer Info」カスタムフィールドグループ Customer_category -
データセット A のデータフローを作成し、スキーマとして Extended Schema を選択します。 次のように、データフローにカスタムマッピングを追加します。
table 0-row-2 1-row-2 データセット A ソースフィールド 「Customer Info」フィールドグループからの宛先フィールド _experience.analytics.customDimensions.eVars.eVar2 <path>.Customer_category -
データセット B のデータフローを作成し、スキーマとして Extended Schema を選択します。 次のように、データフローにカスタムマッピングを追加します。
table 0-row-2 1-row-2 データセット B ソースフィールド 「Customer Info」フィールドグループからの宛先フィールド <path>.Some_field <path>.Customer_category -
データセット Aとデータセット Bを組み合わせたCustomer Journey Analytics接続を作成します。
-
先ほど作成したCustomer Journey Analytics接続を使用して、Customer Journey Analyticsでデータビューを作成します。 元の eVar フィールドを無視して、「Customer Info」フィールドグループからのフィールドのみを含めます。
Customer Journey Analyticsのデータビュー：
table 0-row-2 1-row-2 2-row-2 3-row-2 ソースフィールド データビューに含める？ _experience.analytics.customDimensions.eVars.eVar1 いいえ _experience.analytics.customDimensions.eVars.eVar2 いいえ <path>.Customer_category はい
データ準備とコンポーネント ID の比較
前述のように、データ準備を使用すると、複数の Adobe Analytics レポートスイートをまたいで異なるフィールドを一緒にマッピングできます。 これは、複数のデータセットのデータを1つのCustomer Journey Analytics接続に結合する場合にCustomer Journey Analyticsで役立ちます。 ただし、レポートスイートを個別のCustomer Journey Analytics接続に保持する場合に、これらの接続とデータビュー全体で1つのレポートセットを使用する場合は、Customer Journey Analyticsで基になるコンポーネント IDを変更すると、スキーマが異なる場合でもレポートを互換性のあるものにすることができます。 詳しくは、コンポーネント設定を参照してください。
コンポーネント IDの変更はCustomer Journey Analyticsのみの機能であり、Real-time Customer ProfileおよびRTCDPに送信されるAnalytics ソースコネクタのデータには影響しません。