ドキュメントExperience Platformソースコネクタガイド

レポートスイートデータ用のAdobe Analytics ソースコネクタ

Last update: Tue Oct 14 2025 00:00:00 GMT+0000 (Coordinated Universal Time)
  • トピック：

作成対象：

  • 開発者

Adobe Experience Platformでは、Analytics ソースコネクタを通じてAdobe Analytics データを取り込むことができます。 Analytics ソースコネクタは、Analytics で収集されたデータをリアルタイムでExperience Platformにストリーミングし、Experience Platformで使用するために SCDS 形式の Analytics データを Experience Data Model （XDM）フィールドに変換します。

このドキュメントでは、Analytics の概要と Analytics データのユースケースについて説明します。

Adobe Analytics と Analytics データ

Analytics は、顧客についての詳細や web プロパティとのやり取り、デジタルマーケティング支出が効果的な場所を確認、改善点を特定するのに役立つ強力なエンジンです。 Analytics では、年間何兆もの web トランザクションを処理します。また、Analytics ソースコネクタを使用すると、この豊富な行動データを簡単に利用し、数分で Real-Time Customer Profile ータを強化できます。

Adobe Analyticsを含む様々なAdobe アプリケーションからのデータのジャーニーを示す図。

高いレベルでは、Analytics は世界中のさまざまなデジタルチャネルと複数のデータセンターからデータを収集します。 データが収集されると、訪問者の識別、セグメント化と変換のアーキテクチャ（VISTA）のルール、処理ルールが適用されて、受信データが形成されます。 生データがこの軽量な処理を経た後、Real-Time Customer Profile による消費の準備が整ったと見なされます。 これに並行した処理では、同一の処理済みデータをマイクロバッチ化し、Experience Platform データセットに取り込むことで、Query Service などのデータ検出アプリケーションで利用します。

処理ルールについて詳しくは、​ 処理ルールの概要 ​ を参照してください。

エクスペリエンスデータモデル（XDM）

XDM は公開ドキュメント化された仕様で、Experience Platform上のサービスとの通信に使用するアプリケーションの共通の構造と定義を提供します。

XDM 標準規格に準拠することで、データを統一的に取り込むことができ、データの配信と情報の収集が容易になります。

XDM について詳しくは、「XDM システムの概要」を参照してください。

Adobe Analytics から XDM へのフィールドのマッピング方法

IMPORTANT
データ準備変換により、データフロー全体に待ち時間が追加される場合があります。 追加される追加の待ち時間は、変換ロジックの複雑さに応じて異なります。

Experience Platform ユーザーインターフェイスを使用してデータをExperience Platformに取り込む Analytics めのソースコネクションが確立されると、データフィールドは自動的にマッピングされ、数分以内に Real-Time Customer Profile に取り込まれます。 Experience Platform UI を使用して Analytics とのソース接続を作成する手順については、Analytics ソースコネクタのチュートリアル ​ を参照してください。

Analytics とAdobe Analyticsの間で行われるフィールドマッピングについて詳しくは、Experience Platform フィールドマッピング ​ ガイドを参照してください。

Experience Platform上の Analytics データでは、どの程度の待ち時間が予想されますか？

Experience Platformの Analytics データで予想される待ち時間の概要を次の表に示します。 待ち時間は、お客様の構成、データ量、および消費者アプリケーションによって異なります。 例えば、Analytics の実装が A4T で設定されている場合、パイプラインの遅延が 5 ～ 10 分に増えます。

Analytics データ
予想される遅延
Real-Time Customer Profile への新しいデータ （A4T 無効）
< 2 分
Real-Time Customer Profile への新しいデータ （A4T は 有効）
最大 30 分
データレイクの新しいデータ
< 2.25 時間
​ ステッチ ​ なしでCustomer Journey Analyticsに新しいデータを追加
< 3.75 時間
ステッチを含むCustomer Journey Analyticsへの新しいデータ
< 7 時間
100 億未満のイベントのバックフィル
< 4 週間

Customer Journey Analyticsの待ち時間について詳しくは、Customer Journey Analytics ガードレール ​ を参照してください。

実稼動用サンドボックスの Analytics のバックフィルは、デフォルトで 13 か月です。 非実稼動用サンドボックス内の Analytics データの場合、バックフィルは 3 か月に設定されます。 上記の表で言及されている 100 億イベントの制限は、期待される待ち時間に厳密に関係します。

実稼動用サンドボックスの場合、13 か月以上のバックフィルデータの履歴を読み込むことができる追加の SKU のライセンスを取得している場合は、Adobeに連絡して、拡張されたバックフィルをリクエストします。

実稼動サンドボックスで Analytics ソースデータフローを作成すると、次の 2 つのデータフローが作成されます。

  • データレイクへの履歴レポートスイートデータの 13 か月のバックフィルを行うデータフロー。 このデータフローは、バックフィルが完了すると終了します。
  • ライブデータをデータレイクと Real-Time Customer Profile に送信するデータフローフロー。 このデータフローは継続的に実行されます。
NOTE
Analytics のバックフィルデータは Profile に取り込まれないので、ライセンスプロファイルでは考慮されません。

Analytics データのプライマリ識別情報

Analytics ソースコネクタからのすべてのヒットには、ECID と AAID のどちらが存在するかによって異なるプライマリ識別子が含まれます。 ECID がある場合、ECID がプライマリ識別子として指定されます。 AAID がある場合、AAID がプライマリとして指定されます。

次の表は、Analytics データの ID フィールドに関する詳細を示しています。

ID フィールド
説明
AAID
AAID は、Adobe Analyticsのプライマリデバイス ID で、Analytics ソースを介して渡されるすべてのイベントに存在することが保証されます。 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 にはイベント間でタイプが混在する場合があります。
ECID
ECID （Experience Cloud ID）は、別個のデバイス ID フィールドで、Experience Cloud ID サービスを使用して実装さ Analytics る際にAdobe Analyticsで設定されます。 ECID は、MCID （Marketing Cloud ID）とも呼ばれます。 ECID がイベントに存在する場合、AAID は、Analytics ​ 猶予期間 ​ が設定されているかどうかに応じて、ECID に基づいている可能性があります。 ECID は、Analytics データフィードの mcvisid で表されます。 ECID について詳しくは、ECID の概要 ​ を参照してください。 ECID と Analytics の連携方法について詳しくは、Analytics とExperience Cloud ID のリクエスト ​ を参照してください。
AACUSTOMID
AACUSTOMID は、Analytics 実装の 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 に基づきます

NOTE
データ準備を使用すると、Analytics からのセカンダリ ID （AAID や AACUSTOMID など）をフィルタリングできます。 除外した場合、これらの ID は、受信する Analytics データで使用可能な場合、プロファイルには取り込まれません。 フィルタリングされていないデータは、引き続きデータレイクに読み込まれます。
recommendation-more-help
337b99bb-92fb-42ae-b6b7-c7042161d089