Analytics ソースコネクタは、AEP アプリケーション(Real-time Customer Data Platform や Customer Journey Analytics(CJA)など)で使用するために、Adobe Analytics から Adobe Experience Platform(AEP)にレポートスイートデータを取り込みます。AEP に取り込まれる各レポートスイートは、個別のソース接続データフローとして設定され、各データフローは AEP データレイク内のデータセットとして取得されます。Analytics ソースコネクタは、レポートスイートごとに 1 つのデータセットを作成します。
CJA のお客様は、接続を使用して、AEP データレイクから CJA の Analysis Workspace にデータセットを統合します。ただし、接続内でレポートスイートを組み合わせる場合、レポートスイート間のスキーマの違いは、AEP のデータ準備機能を使用して解決される必要があります。その目的は、Adobe Analytics 変数(prop や eVar など)が CJA 内で一貫した意味を持つのを保証することです。
あなたの会社が、CJA で使用するために 2 つの異なるレポートスイートから AEP にデータを取り込みたいと想定し、2 つのレポートスイートのスキーマに違いがあると仮定します。
レポートスイート A | レポートスイート B |
---|---|
eVar1 = 検索語句 | eVar1 = ビジネスユニット |
eVar2 = 顧客カテゴリ | eVar2 = 検索語句 |
簡潔にするために、両方のレポートスイートで定義されている eVar はこれらのみということにします。
さらに、次のアクションを実行するとします。
データセット A とデータセット B の間のスキーマの違いを解決するためにデータ準備を使用しない場合、グローバル表示データビューの eVar には、次の値が混在することになります。
CJA のグローバル表示データビュー |
---|
eVar1 => 検索語句とビジネスユニットの混在 |
eVar2 => 顧客カテゴリと検索語句の混在 |
このような状況では、eVar1 と eVar2 について意味のないレポートが作成されることになります。
Experience Platform データ準備機能は、Analytics ソースコネクタと統合されており、前述のシナリオで説明したスキーマの違いを解決するのに使用できます。これにより、CJA データビューで一貫した意味を持つ eVar になります(次に使用する命名規則は、必要に応じてカスタマイズできます。)
レポートスイート A とレポートスイート B のソース接続データフローを作成する前に、AEP で新しいスキーマを作成します(この例では、Unified Schema と呼ぶことにします)。スキーマに次を追加します。
「Unified Schema」 |
---|
XDM ExperienceEvent クラス |
「Adobe Analytics ExperienceEvent テンプレート」フィールドグループ |
スキーマに別のフィールドグループを追加するか、カスタムフィールドグループを作成してスキーマに追加します。ここでは、新しいフィールドグループを作成し、Unified Fields と呼ぶことにします。次に、この新しいフィールドグループに次のフィールドを追加します。
「Unified Fields」カスタムフィールドグループ |
---|
検索語句 |
ビジネスユニット |
顧客カテゴリ |
データフローで使用する Unified Schema を選択して、レポートスイート A のソース接続データフローを作成します。次のように、データフローにカスタムマッピングを追加します。
レポートスイート A ソースフィールド | 「Unified Fields」フィールドグループからの宛先フィールド |
---|---|
_experience.analytics.customDimensions.eVars.eVar1 | <path>.Search_term |
_experience.analytics.customDimensions.eVars.eVar2 | <path>.Customer_category |
宛先フィールドの XDM パスは、カスタムフィールドグループの構造によって異なります。
データフローで使用する Unified Schema を選択して、レポートスイート B のソース接続データフローを作成します。このワークフローでは、2 つのフィールドの記述子名が競合していることが表示されます。これは、eVar1 と eVar2 の記述子がレポートスイート B とレポートスイート A で異なっているからです。しかし、これは既にわかっていることなので、問題なく競合を無視でき、次のようにカスタムマッピングを使用できます。
レポートスイート B ソースフィールド | 「Unified Fields」フィールドグループからの宛先フィールド |
---|---|
_experience.analytics.customDimensions.eVars.eVar1 | <path>.Business_unit |
_experience.analytics.customDimensions.eVars.eVar2 | <path>.Search_term |
ここで、データセット A とデータセット B を組み合わせる、CJA のすべてのレポートスイート接続を作成します。
CJA のグローバル表示データビューを作成します。元の eVar フィールドを無視して、「Unified Fields」フィールドグループからのフィールドのみを含めます。
CJA のグローバル表示データビュー:
ソースフィールド | データビューに含める? |
---|---|
_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)ではなく、意味論的に意味のある名前(検索語句、ビジネスユニット、顧客カテゴリ)に基づいていることです。
「Unified Fields」カスタムフィールドグループと、関連するフィールドマッピングは、既存の Analytics ソースコネクタデータフローおよびデータセットにいつでも追加できます。ただし、これは、将来のデータにのみ影響します。
データセットを様々なスキーマと組み合わせるデータ準備の機能は、Analytics レポートスイートを超えたものです。次のデータを含む 2 つのデータセットがあるとします。
データセット A = Analytics ソースコネクタを介した Analytics レポートスイート |
---|
eVar1 => 顧客カテゴリ |
データセット B = コールセンターデータ |
---|
Some_field => 顧客カテゴリ |
データ準備を使用すると、Analytics データの eVar 1 の顧客カテゴリとコールセンターデータの Some_field の顧客カテゴリを組み合わせることができます。次に、その方法のひとつを示します。ここでも、命名規則は必要に応じて変更できます。
AEP でスキーマを作成します。スキーマに次を追加します。
「Extended Schema」 |
---|
XDM Experience Event クラス |
「Adobe Analytics Experience Event テンプレート」フィールドグループ |
新しいフィールドグループを作成して、スキーマに追加します。フィールドグループにフィールドを追加します。
「Customer Info」カスタムフィールドグループ |
---|
Customer_category |
データセット A のデータフローを作成し、スキーマとして Extended Schema を選択します。次のように、データフローにカスタムマッピングを追加します。
データセット A ソースフィールド | 「Customer Info」フィールドグループからの宛先フィールド |
---|---|
_experience.analytics.customDimensions.eVars.eVar2 | <path>.Customer_category |
データセット B のデータフローを作成し、スキーマとして Extended Schema を選択します。次のように、データフローにカスタムマッピングを追加します。
データセット B ソースフィールド | 「Customer Info」フィールドグループからの宛先フィールド |
---|---|
<path>.Some_field | <path>.Customer_category |
データセット A とデータセット B を組み合わせる CJA 接続を作成します。
作成したばかりの CJA 接続を使用して、CJA でデータビューを作成します。元の eVar フィールドを無視して、「Customer Info」フィールドグループからのフィールドのみを含めます。
CJA のデータビュー:
ソースフィールド | データビューに含める? |
---|---|
_experience.analytics.customDimensions.eVars.eVar1 | × |
_experience.analytics.customDimensions.eVars.eVar2 | × |
<path>.Customer_category | ○ |
前述のように、データ準備を使用すると、複数の Adobe Analytics レポートスイートをまたいで異なるフィールドを一緒にマッピングできます。これは、CJA で、複数のデータセットから単一の CJA 接続にデータを組み合わせたい場合に便利です。ただし、レポートスイートを別々の CJA 接続のままにするつもりでも、それらの接続やデータビューで 1 セットのレポートを使用したい場合、CJA で基盤となるコンポーネント ID を変更すると、スキーマが異なる場合でもレポートの互換性を維持する手段が提供されます。詳しくは、コンポーネント設定を参照してください。
コンポーネント ID の変更は、CJA のみの機能であり、リアルタイム顧客プロファイルおよび RTCDP に送信される Analytics ソースコネクタのデータには影響しません。