レポートスイートデータ用のAdobe Analytics ソースコネクタ
Adobe Experience Platformでは、Analytics ソースコネクタを通じてAdobe Analytics データを取り込むことができます。 Analytics ソースコネクタは、Analytics で収集されたデータをリアルタイムで Platform にストリーミングし、Platform で使用するために SCDS 形式の Analytics データを Experience Data Model (XDM)フィールドに変換します。
このドキュメントでは、Analytics の概要と Analytics データのユースケースについて説明します。
Adobe Analytics と Analytics データ
Analytics は、顧客についての詳細や web プロパティとのやり取り、デジタルマーケティング支出が効果的な場所を確認、改善点を特定するのに役立つ強力なエンジンです。 Analytics では、年間何兆もの web トランザクションを処理します。また、Analytics ソースコネクタを使用すると、この豊富な行動データを簡単に利用し、数分で Real-Time Customer Profile ータを強化できます。
高いレベルでは、Analytics は世界中のさまざまなデジタルチャネルと複数のデータセンターからデータを収集します。 データが収集されると、訪問者の識別、セグメント化と変換のアーキテクチャ(VISTA)のルール、処理ルールが適用されて、受信データが形成されます。 生データがこの軽量な処理を経た後、Real-Time Customer Profile による消費の準備が整ったと見なされます。 前述と並行したプロセスでは、処理された同じデータがマイクロバッチ処理され、Query Service などのデータ検出アプリケーションで使用するために Platform データセットに取り込まれます。
処理ルールについて詳しくは、 処理ルールの概要を参照してください。
エクスペリエンスデータモデル(XDM)
XDM は公開ドキュメント化された仕様で、Experience Platform上のサービスとの通信に使用するアプリケーションの共通の構造と定義を提供します。
XDM 標準規格に準拠することで、データを統一的に取り込むことができ、データの配信と情報の収集が容易になります。
XDM について詳しくは、「XDM システムの概要」を参照してください。
Adobe Analytics から XDM へのフィールドのマッピング方法
Platform ユーザーインターフェイスを使用して Analytics データをExperience Platformに取り込むためのソース接続が確立されると、データフィールドは自動的にマッピングされ、数分で Real-Time Customer Profile に取り込まれます。 Platform UI を使用して Analytics とのソース接続を作成する手順については、Analytics ソースコネクタのチュートリアルを参照してください。
Analytics とExperience Platformの間で発生するフィールドマッピングについて詳しくは、Adobe Analytics フィールドマッピングガイドを参照してください。
Platform の Analytics データで予想される遅延はどのくらいですか。
Platform 上の Analytics データで予想される待ち時間の概要を次の表に示します。 待ち時間は、お客様の構成、データ量、および消費者アプリケーションによって異なります。 例えば、Analytics の実装が A4T
で設定されている場合、パイプラインの遅延が 5 ~ 10 分に増えます。
Customer Journey Analyticsの待ち時間について詳しくは、Customer Journey Analyticsガードレールを参照してください。
実稼動用サンドボックスの Analytics のバックフィルは、デフォルトで 13 か月です。 非実稼動用サンドボックス内の Analytics データの場合、バックフィルは 3 か月に設定されます。 上記の表で言及されている 100 億イベントの制限は、期待される待ち時間に厳密に関係します。
実稼動サンドボックスで Analytics ソースデータフローを作成すると、次の 2 つのデータフローが作成されます。
- データレイクへの履歴レポートスイートデータの 13 か月のバックフィルを行うデータフロー。 このデータフローは、バックフィルが完了すると終了します。
- ライブデータをデータレイクと Real-Time Customer Profile に送信するデータフローフロー。 このデータフローは継続的に実行されます。
Analytics データのプライマリ識別情報
Analytics ソースコネクタからのすべてのヒットには、ECID と AAID のどちらが存在するかによって異なるプライマリ識別子が含まれます。 ECID がある場合、ECID がプライマリ識別子として指定されます。 AAID がある場合、AAID がプライマリとして指定されます。
次の表は、Analytics データの ID フィールドに関する詳細を示しています。
s_vi
Cookie ID と呼ばれることもあります。 ただし、AAID は、s_vi
cookie が存在しなくても作成されます。 AAID は、Analytics データフィードの post_visid_high
列と post_visid_low
列で表されます。 任意のイベントで、AAID フィールドには、ID の操作の順序で説明されている複数の異なるタイプの 1 つである可能性がある単一の ID が含ま Analytics ます。 メモ:レポートスイート全体では、AAID にはイベント間でタイプが混在する場合があります。mcvisid
で表されます。 ECID について詳しくは、ECID の概要を参照してください。 ECID と Analytics の連携方法について詳しくは、Analytics とExperience CloudID のリクエストのドキュメントを参照してください。s.VisitorID
変数の使用に基づいて、Adobe Analyticsで設定される個別の ID フィールドです。 AACUSTOMID は、Analytics データフィードの cust_visid
列で表されます。 AACUSTOMID が存在する場合、AAID は AACUSTOMID に基づきます。これは、ID の操作の順序 Analyticsで定義されているように、AACUSTOMID が他のすべての ID に優先されるためです。Analytics ソースによる ID の扱い方
Analytics ソースは、次のように、これらの ID を XDM フォームでExperience Platformに渡します。
endUserIDs._experience.aaid.id
endUserIDs._experience.mcid.id
endUserIDs._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 が 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 としてマークされます。 この場合、AAID は、ID サービスの猶予期間が原因で、ECID に基づいている可能性があります。 それ以外の場合、AAID は、イベントのプライマリ ID としてマークされます。 AACUSTOMID は、イベントのプライマリ ID としてマークされることはありません。 ただし、AACUSTOMID が存在する場合、AAID は、操作のExperience Cloud順序により AACUSTOMID に基づきます。