レポートスイートデータ用のAdobe Analytics ソースコネクタ
Adobe Experience Platformでは、Analytics ソースコネクタを使用してAdobe Analytics データを取り込むことができます。 コネクターは、レポートスイートデータをリアルタイムでPlatform データセットにストリーミングし、XDM形式に変換します。
Analytics ソースコネクタの仕組み
AppMeasurementやAdobe Analytics タグ拡張機能など、既存のAdobe Analyticsの実装を引き続き使用して、レポートスイートにデータを収集します。 ソースコネクタは、そのデータの収集またはレポート方法を変更しません。 データがAnalytics データ収集サーバーに到達すると、コネクタはそのデータのコピーをキャプチャします。
このコピーは、mid-valuesと呼ばれる、各ヒットの部分的に処理された形式です。 Analyticsは、事前処理（処理ルールなど）の後、訪問レベルおよび訪問者レベルの処理の前に中間値を生成します。 そのため、訪問番号などの後処理されたコンテキストは含まれません。 元のヒットは、通常どおりレポートスイートに書き込まれるようにパイプライン内を進みます。
コネクタは、これらの中間値をリアルタイムでExperience Platformのデータセットにストリーミングします。 データレイクからは、Query Serviceやその他のデータ検出アプリケーションでデータを利用でき、リアルタイム顧客プロファイルを充実させることもできます。
中値段階を含め、Analyticsがデータを収集および処理する方法について詳しくは、Adobe Analyticsでのデータの処理順序を参照してください。
Adobe Analytics フィールドのXDMへのマッピング
Experience Platform ユーザーインターフェイスでソース接続を作成すると、Analytics フィールドは自動的にXDMにマッピングされ、Platform データセットに取り込まれます。 手順については、Analytics ソースコネクタのチュートリアル を参照してください。
AnalyticsとExperience Platform間で行われるフィールドマッピングについて詳しくは、Adobe Analytics フィールドマッピング ガイドを参照してください。
Analytics データ内のプライマリID
Analytics ソースコネクタからのすべてのヒットには、ECIDまたはAAIDの有無に応じたプライマリ IDが含まれます。 ECIDがある場合、ECIDはプライマリ識別子として指定されます。 AAIDがある場合は、AAIDがプライマリとして指定されます。
次の表に、Analytics データのID フィールドの詳細を示します。
s_vi Cookie IDと呼ばれることもあります。 それでも、s_vi Cookieが存在しない場合でも、AAIDが作成されます。 AAIDは、Analytics データフィード のpost_visid_high列とpost_visid_low列で表されます。 任意のイベントで、AAID フィールドに単一のIDが含まれます。これは、Analytics ID🔗の操作順で説明されているいくつかの異なるタイプの1つです。 注: AAIDには、レポートスイート全体で、イベント間で様々なタイプが混在している場合があります。mcvisidで表されます。 ECIDについて詳しくは、ECIDの概要を参照してください。 ECIDとAnalyticsの連携について詳しくは、AnalyticsおよびExperience Cloud ID リクエスト のドキュメントを参照してください。Analytics ソースでのIDの処理方法
Analytics ソースは、これらのIDをXDM フォームのExperience Platformに次のように渡します。
endUserIDs._experience.aaid.idendUserIDs._experience.mcid.idendUserIDs._experience.aacustomid.id
これらのフィールドはIDとしてマークされていません。 代わりに、同じID （イベントに存在する場合）がキーと値のペアとしてXDMのidentityMapにコピーされます。
{ "key": "AAID", "value": [ { "id": "<identity>", "primary": <true or false> } ] }{ "key": "ECID", "value": [ { "id": "<identity>", "primary": <true or false> } ] }{ "key": "AACUSTOMID", "value": [ { "id": "<identity>", "primary": false } ] }
IDまたはIDがidentityMapにコピーされると、endUserIDs._experience.mcid.namespace.codeも同じイベントに設定されます。
- AAIDが存在する場合、
endUserIDs._experience.aaid.namespace.codeは「AAID」に設定されます。 - ECIDが存在する場合、
endUserIDs._experience.mcid.namespace.codeは「ECID」に設定されます。 - AACUSTOMIDが存在する場合、
endUserIDs._experience.aacustomid.namespace.codeは「AACUSTOMID」に設定されます。
ID マップでは、ECIDが存在する場合、イベントのプライマリ IDとしてマークされます。 この場合、ID サービスの猶予期間により、AAIDはECIDに基づいている可能性があります。 それ以外の場合、AAIDはイベントのプライマリ IDとしてマークされます。 AACUSTOMIDは、イベントのプライマリ IDとしてマークされることはありません。 ただし、AACUSTOMIDが存在する場合、AAIDはExperience Cloudの操作の順序により、AACUSTOMIDに基づいています。
ヒットのタイムスタンプ精度とイベントの順序
コネクタは、Analytics データをミッド値として受け取り、2次レベルのヒットタイムスタンプを保持します。 Analyticsは時間を2番目の精度で記録し、サブセカンドタイミングを追跡しないので、同じ2秒内に収集されたヒットの順序は決定論的ではありません。 その結果、コネクタを通じて取り込まれた同じ秒のイベントの順序が、Analytics レポートに表示される順序と異なる場合があります。
Customer Journey Analyticsはタイムスタンプを ミリ秒に解決しますが、Analyticsから取得したデータは数秒しか入力されません。 したがって、タイムスタンプだけでは、同じ秒を共有するイベントの相対的な順序を確立することはできません。 これは、同じ秒間に複数のヒットが収集された場合（ページビューやAdobe Target（A4T）ヒットなど）に最も顕著です。
Analyticsのタイムスタンプ精度について詳しくは、Adobe Analytics timestamp変数と ヒット数のドキュメントを参照してください。 コネクタがXDM （hit_time_gmtおよびpost_cust_hit_time_gmt）にマッピングするタイムスタンプフィールドについては、Adobe Analytics フィールドマッピング ガイドを参照してください。
タイムスタンプ精度のオプションには、次のものが含まれます。
- 同じ秒の順序の小さな違いを受け入れます。 ほとんどのレポートでは、効果は同じ秒を共有し、集計指標に影響を与えないイベントに限定されます。 これは、混在ページビューとAdobe Target（A4T）のシナリオを含め、推奨されるアプローチです。
- 順序に応じたユースケースでは、Web SDKを優先します。 Adobe Experience Platform Web SDKを通じてExperience PlatformおよびCustomer Journey Analyticsに直接データを送信すると、秒単位（ミリ秒単位）のタイムスタンプ精度が保持され、Analyticsの再処理が回避されます。 この方法は、イベントの順序が重要な場合に推奨されます。
データの遅延とバックフィル
Experience PlatformでのAnalytics データの予想される待ち時間は、次の表に示されています。 待ち時間は、顧客設定、データボリューム、コンシューマアプリケーションによって異なります。 例えば、Analyticsの実装がA4Tで設定されている場合、パイプラインへの待ち時間は5～10分増加します。
Customer Journey Analyticsの遅延について詳しくは、Customer Journey Analytics ガードレール を参照してください。
実稼動サンドボックスのAnalytics バックフィルは、デフォルトで13か月に設定されます。 実稼動以外のサンドボックスのAnalytics データの場合、バックフィルは3か月に設定されます。 上記の表に記載されている100億件のイベントの制限は、厳密に予想される遅延に関して適用されます。
実稼動サンドボックスでAnalytics ソースデータフローを作成すると、次の2つのデータフローが作成されます。
- 履歴レポートスイートのデータをデータレイクに13か月間バックフィルするデータフロー。 このデータフローは、バックフィルが完了すると終了します。
- ライブデータをデータレイクとリアルタイム顧客プロファイルに送信するデータフロー。 このデータフローは継続的に実行されます。
ベストプラクティス
ライセンスの使用権限を超え、ストレージとデータリッチネスの総指標に負担がかかることを避けるために、次のベストプラクティスに従ってください。
- データライフサイクル管理とストレージ効率を最適化するために、最初にExperience Event データセットの保持有効期間（TTL）を設定します。 詳しくは、TTLを使用したデータレイクでのエクスペリエンスイベントデータセット保持の管理に関するガイドを参照してください。
- Analytics ソースデータフローを作成する場合は、まず、データレイクにのみデータを取り込むようにコネクタを設定します。 データフローが機能していることを確認したら、データセットのプロファイル取り込みを有効にできます。 この方法は、行と列のフィルターによってデータ量が効果的に削減される場合に最適です。 詳しくは、Adobe AnalyticsとExperience Platformの接続 ドキュメントを参照してください。