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

異なるスキーマを持つレポートスイートを結合する

最終更新日： 2026年9月3日

作成対象：

  • ユーザー

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つのレポートスイートのスキーマに違いがあると仮定します。

レポートスイート A
レポートスイート B
eVar1 = 検索語
eVar1 = ビジネスユニット
eVar2 = 顧客カテゴリ
eVar2 = 検索語

簡素化のために、両方のレポートスイートに対して、これらは唯一の定義された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 の間のスキーマの違いを解決するために Data Prep を使用しない場合、グローバルビューのデータビュー内の eVar には、次のように値が混在することになります。

Customer Journey Analyticsのグローバルビューデータビュー
eVar1 => 検索語とビジネスユニットの混在
eVar2 => 顧客カテゴリと検索語の混在

このような状況では、eVar1 と eVar2 について意味のないレポートが作成されることになります。

  • eVar フィールドには、様々な意味論的意味を含む値が混在します。
  • 検索語は、eVar1 と eVar2 の間で分散されます。
  • 検索語、ビジネスユニット、顧客カテゴリごとに異なるアトリビューションモデルを使用することはできません。

Adobe Experience Platform Data Prepを使用して、レポートスイート間のスキーマの違いを解決します

Experience Platform Data Prep機能は、Analytics ソースコネクタと統合されており、上記のシナリオで説明したスキーマの違いを解決するために使用できます。 これにより、Customer Journey Analytics データビューで一貫した意味を持つeVarが作成されます。 （次に使用する命名規則は、必要に応じてカスタマイズできます。）

  1. レポートスイート Aおよびレポートスイート Bのソース接続データフローを作成する前に、Adobe Experience Platformで新しいスキーマ ​を作成します（この例では​ 統合スキーマ ​と呼びます）。 スキーマに次を追加します。

    table 0-row-1 1-row-1 2-row-1
    「統合スキーマ」
    XDM ExperienceEvent クラス
    「Adobe Analytics ExperienceEvent テンプレート」フィールドグループ

  2. スキーマに別のフィールドグループを追加するか、カスタムフィールドグループを作成してスキーマに追加します。 ここでは、新しいフィールドグループを作成し、Unified Fields と呼ぶことにします。 次に、この新しいフィールドグループに次のフィールドを追加します。

    table 0-row-1 1-row-1 2-row-1 3-row-1
    「Unified Fields」カスタムフィールドグループ
    検索語句
    ビジネスユニット
    顧客カテゴリ

  3. データフローで使用する​ 統合スキーマ ​を選択して、レポートスイート 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 パスは、カスタムフィールドグループの構造によって異なります。

  4. データフローで使用する​ 統合スキーマ ​を選択して、レポートスイート 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

  5. 次に、データセット Aとデータセット Bを組み合わせて、Customer Journey Analyticsの​ すべてのレポートスイート ​接続を作成します。

  6. 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 つの新しいフィールドにマッピングされました。 Data Prep のマッピングを使用するもう 1 つの利点は、宛先フィールドが、意味の薄い eVar 名（eVar1、eVar2）ではなく、検索語、ビジネスユニット、顧客カテゴリといった意味のある名前に基づくようになることです。

NOTE
統合フィールドのカスタムフィールドグループ、および関連するフィールドマッピングは、いつでも既存のAnalytics ソースコネクタのデータフローとデータセットに追加できます。 ただし、これは、将来のデータにのみ影響します。

単なるレポートスイート以上

Data Prep の、異なるスキーマを持つデータセットを組み合わせる機能は、Analytics のレポートスイートにとどまりません。 次のデータを含む 2 つのデータセットがあるとします。

データセット A = Analytics ソースコネクタを介したAnalytics レポートスイート
eVar1 => 顧客カテゴリ
データセット B = コールセンターデータ
Some_field => 顧客カテゴリ

データ準備を使用すると、Analytics データの eVar 1 の顧客カテゴリとコールセンターデータの Some_field の顧客カテゴリを組み合わせることができます。 次に、その方法のひとつを示します。 ここでも、命名規則は必要に応じて変更できます。

  1. Adobe Experience Platformでスキーマを作成します。 スキーマに次を追加します。

    table 0-row-1 1-row-1 2-row-1
    「拡張スキーマ」
    XDM エクスペリエンスイベント​クラス
    「Adobe Analytics エクスペリエンスイベントテンプレート」フィールドグループ

  2. 新しいフィールドグループを作成して、スキーマに追加します。 フィールドグループにフィールドを追加します。

    table 0-row-1 1-row-1
    「Customer Info」カスタムフィールドグループ
    Customer_category

  3. データセット A のデータフローを作成し、スキーマとして Extended Schema を選択します。 次のように、データフローにカスタムマッピングを追加します。

    table 0-row-2 1-row-2
    データセット A ソースフィールド 「Customer Info」フィールドグループの宛先フィールド
    _experience.analytics.customDimensions.eVars.eVar2 <path>.Customer_category

  4. データセット B のデータフローを作成し、スキーマとして Extended Schema を選択します。 次のように、データフローにカスタムマッピングを追加します。

    table 0-row-2 1-row-2
    データセット B のソースフィールド 「Customer Info」フィールドグループの宛先フィールド
    <path>.Some_field <path>.Customer_category

  5. データセット Aとデータセット Bを組み合わせたCustomer Journey Analytics接続を作成します。

  6. 先ほど作成した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 はい

Data Prep 対コンポーネント ID

前述のように、Data Prep を使用すると、複数の 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 ソースコネクタのデータには影響しません。

recommendation-more-help
analytics-platform-help-main