レポートスイートデータ用のAdobe Analyticsソースコネクタ
Adobe Experience Platformでは、Analytics ソースコネクタを使用してAdobe Analyticsデータを取り込むことができます。 The Analytics ソースコネクタは、収集されたデータをストリーミングします Analytics をリアルタイムで Platform に変換し、SCDS 形式に変換 Analytics データを Experience Data Model (XDM)Platform で使用するフィールド。
このドキュメントでは、 Analytics およびで、の使用例について説明します。 Analytics データ。
Adobe Analytics と Analytics データ
Analytics は、顧客に関する詳細情報や顧客が Web プロパティとどのようにやり取りするかを学び、デジタルマーケティングの費用が効果的かを確認し、改善点を特定するのに役立つ強力なエンジンです。 Analytics は 1 年に数兆件もの web トランザクションを処理し、 Analytics ソースコネクタを使用すると、この豊富な行動データを簡単にタップして、 Real-Time Customer Profile 数分で
高いレベルでは Analytics は、世界中の様々なデジタルチャネルや複数のデータセンターからデータを収集します。 データが収集されると、訪問者 ID、セグメント化および変換アーキテクチャ (VISTA) のルールと処理ルールが適用され、受信データが形成されます。 生データは、この軽量な処理を経た後、次の方法で使用できる状態と見なされます。 Real-Time Customer Profile. 前述と並行するプロセスでは、同じ処理済みデータがマイクロバッチされ、で使用するために Platform データセットに取り込まれます。 Query Service、およびその他のデータ検出アプリケーション。
詳しくは、 処理ルールの概要 を参照してください。
エクスペリエンスデータモデル(XDM)
XDM は公に文書化された仕様で、Experience Platform上のサービスとの通信に使用するアプリケーションの共通の構造と定義を提供します。
XDM 標準規格に準拠することで、データを統一的に取り込むことができ、データの配信と情報の収集が容易になります。
XDM について詳しくは、「XDM システムの概要」を参照してください。
Adobe Analytics から XDM へのフィールドのマッピング方法
ソース接続が確立され、 Analytics Platform ユーザーインターフェイスを使用してデータをExperience Platformに変換すると、データフィールドは自動的にマッピングされ、 Real-Time Customer Profile 数分以内に とのソース接続の作成手順 Analytics Platform UI を使用して、 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 データ。
s_vi
cookie ID です。 これにもかかわらず、AAID は s_vi
cookie が存在しません。 AAID は、 post_visid_high
および post_visid_low
列 Analytics データフィード. 任意のイベントで、 AAID フィールドには単一の ID が含まれます。この ID は、 ~に対する操作の順序 Analytics ID. 注意:レポートスイート全体で、AAID に複数のイベントタイプが混在している場合があります。mcvisid
Analytics データフィード内で使用されます。 ECID について詳しくは、 ECID の概要. ECID がと連携する方法について詳しくは、 Analyticsを参照してください。 Analytics およびExperience CloudID のリクエスト.s.VisitorID
変数を Analytics 実装。 AACUSTOMID は、 cust_visid
列 Analytics データフィード. AACUSTOMID が存在する場合、AAID は AACUSTOMID に基づきます。これは、AACUSTOMID が、 ~に対する操作の順序 Analytics ID.How Analytics ソースで ID を扱う
The 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 マップで、ECID が存在する場合は、イベントのプライマリ ID としてマークされます。 この場合、AAID は、 ID サービスの猶予期間. それ以外の場合、AAID はイベントのプライマリ ID としてマークされます。 AACUSTOMID は、イベントのプライマリ ID としてマークされることはありません。ただし、AACUSTOMID が存在する場合、AAID は操作のExperience Cloud順序に基づいて AACUSTOMID に基づきます。