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

レポートスイートを様々なスキーマと組み合わせる

Last update: Thu Jul 18 2024 00:00:00 GMT+0000 (Coordinated Universal Time)
  • トピック：

作成対象：

  • ユーザー

Analytics ソースコネクタは、Real-time Customer Data PlatformやCustomer Journey Analytics（Customer Journey Analytics）などのAdobe Experience Platform アプリケーションで使用するために、Adobe AnalyticsからAdobe Experience Platformにレポートスイートデータを取り込みます。 Adobe Experience Platformに取り込まれる各レポートスイートは、個々のソース接続データフローとして設定され、各データフローはAdobe Experience Platform データレイク内のデータセットとして取得されます。 Analytics ソースコネクタは、レポートスイートごとに 1 つのデータセットを作成します。

Customer Journey Analyticsのお客様は、 接続を使用して、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 はこれらのみということにします。

さらに、次のアクションを実行するとします。

  • レポートスイート A を（データセット A としてAdobe Experience Platform データレイクに取り込む Analytics ソース接続を作成 データ準備を使用しない）。
  • レポートスイート B を（データセット B としてAdobe Experience Platform データレイクに取り込む Analytics ソース接続を作成（データ準備を使用しない。
  • データセット A とデータセット B を組み合わせた 🔗 すべてのレポートスイート と呼ばれる 0}Customer Journey Analytics接続を作成。
  • すべてのレポートスイートCustomer Journey Analyticsに基づいた 🔗 グローバルビュー と呼ばれる 0} 接続データビューを作成します。

データセット A とデータセット B の間のスキーマの違いを解決するためにデータ準備を使用しない場合、グローバル表示データビューの eVar には、次の値が混在することになります。

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

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

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

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

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

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

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

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

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

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

  4. データフローで使用する Unified Schema を選択して、レポートスイート 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 つの新しいフィールドにマッピングされました。データ準備のマッピングを使用するもう 1 つの利点は、宛先フィールドが、意味のない eVar 名（eVar1、eVar2）ではなく、意味論的に意味のある名前（検索語句、ビジネスユニット、顧客カテゴリ）に基づいていることです。

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

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

データセットを様々なスキーマと組み合わせるデータ準備の機能は、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
    「Extended Schema」
    XDM Experience Event クラス
    「Adobe Analytics Experience Event テンプレート」フィールドグループ

  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 ○

データ準備とコンポーネント ID の比較

前述のように、データ準備を使用すると、複数の Adobe Analytics レポートスイートをまたいで異なるフィールドを一緒にマッピングできます。これは、複数のデータセットのデータを 1 つのCustomer Journey AnalyticsCustomer Journey Analyticsに組み合わせる場合に便利です。 ただし、レポートスイートを別々のCustomer Journey Analytics接続のままにするつもりでも、それらの接続やデータビューで 1 セットのレポートを使用したい場合、Customer Journey Analyticsで基になるコンポーネント ID を変更すると、スキーマが異なる場合でもレポートの互換性を維持する手段が提供されます。 詳しくは、コンポーネント設定を参照してください。

コンポーネント ID の変更は、Customer Journey Analyticsのみの機能であり、リアルタイム顧客プロファイルおよび RTCDP に送信される Analytics ソースコネクタのデータには影響しません。

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