結論：AEPは「データを集める箱」ではなく「データを動かす基盤」

Adobe Experience Platform（AEP）の導入を検討する企業の多くが、「とにかく顧客データを一箇所に集めたい」という動機からスタートします。しかし、データを集めただけでは投資対効果は生まれません。AEPの真価は、統合した顧客プロファイルをリアルタイムでマーケティング施策に反映できる「活性化」の仕組みにあります。

AEPの中核機能：XDM・Identity Service・Real-time Profileの三位一体

XDM（Experience Data Model）：データの「共通言語」を定義する

AEPに投入するすべてのデータは、XDM（Experience Data Model）というアドビ独自の標準スキーマに基づいて正規化されます。CRMの顧客マスタ、ECの購買履歴、Webサイトの行動ログなど、形式が異なるデータを「同じ構造」に揃えることで、後続のプロファイル統合やセグメント作成が可能になります。

XDMにはアドビが提供する標準フィールドグループ（Individual Profile、ExperienceEvent等）が用意されていますが、業種固有のデータ項目はカスタムフィールドグループとして拡張する必要があります。この設計がプロジェクト成否の8割を左右するため、後述の「スキーマ設計の失敗パターン」を必ず確認してください。

Identity Service：バラバラなIDを1人の顧客に統合する

顧客は、Webサイトでは匿名Cookie、アプリではデバイスID、購入時にはメールアドレスと、チャネルごとに異なるIDで識別されています。Identity Serviceは、これらの異なるIDを「Identity Graph」として管理し、同一人物を特定・統合します。

統合の精度は、設定するIDの優先順位（名前空間の設定）と、決定的マッチ（メールアドレス一致等）と確率的マッチ（デバイスフィンガープリント等）の使い分けで決まります。BtoB企業の場合、メールアドレスと企業ドメインの組み合わせによる決定的マッチを軸にすると、誤統合のリスクを抑えられます。

Real-time Customer Profile：統合結果を「即時利用可能」にする

XDMで正規化され、Identity Serviceで統合されたデータは、Real-time Customer Profileとして即座に利用可能な状態になります。このプロファイルは、顧客がWebサイトを閲覧した瞬間に更新され、Adobe Target（パーソナライズ）やAdobe Journey Optimizer（ジャーニー配信）から参照できます。

データ統合プロジェクトの5ステップ

Step 1：統合対象データソースの棚卸し（2〜4週間）

最初に行うのは、「どのシステムに、どの顧客データが、どの形式で保存されているか」の全量把握です。CRM、MA、EC、POS、コールセンター、Webアクセスログ等を一覧化し、それぞれのデータ項目・更新頻度・データ量・IDの種類を整理します。

この段階で見落としがちなのが、Excel管理やスプレッドシートに散在する「非公式データ」です。営業部門が独自に管理する顧客リストや、マーケ担当者がイベント後に手入力するリードリストなどは、データサイロの典型例です。

Step 2：XDMスキーマ設計（3〜6週間）

棚卸し結果をもとに、AEPに取り込むデータの構造をXDMスキーマとして設計します。アドビが提供する標準フィールドグループを最大限活用し、不足分だけカスタムフィールドグループを追加するのが基本方針です。

Step 3：データインジェスト設定（4〜8週間）

設計したスキーマに基づき、各データソースからAEPへのデータ取り込みパイプラインを構築します。取り込み方式は、ストリーミング（リアルタイム）とバッチ（定期一括）の2種類があります。Web行動データはストリーミング、CRMマスタデータはバッチが一般的です。

Step 4：ID統合ルールの設定とテスト（2〜4週間）

Identity Serviceの名前空間と統合ルールを設定し、テストデータで名寄せ精度を検証します。BtoB企業の場合、「メールアドレス（決定的マッチ）→ 企業ドメイン（確率的マッチ）→ デバイスID（補助）」の優先順位が標準的です。

Step 5：セグメント作成と活性化（2〜4週間）

統合されたプロファイルを活用して、マーケティング施策に使うセグメントを作成します。「過去30日以内にWebサイトで特定カテゴリを3回以上閲覧し、かつ購入に至っていない」など、リアルタイムの行動条件を組み合わせたセグメントが作成可能です。

スキーマ設計で陥りやすい3つの失敗パターン

失敗1：カスタムフィールドを過剰に作成して保守不能に

「念のため取り込んでおこう」で全データ項目をカスタムフィールドにすると、スキーマが肥大化し、後からの変更が困難になります。対策として、「セグメント条件またはパーソナライズ条件に使う項目のみ」に絞ることを推奨します。未使用項目はData Lakeに保存し、必要時にQuery Serviceで参照する構成が合理的です。

失敗2：ID名前空間の優先順位を設定せずに重複プロファイルが大量発生

IDの優先順位を適切に設定しないと、同一人物が複数のプロファイルに分裂したり、逆に別人が1つのプロファイルに統合されたりします。決定的マッチ（メールアドレス、CRM ID）を最優先にし、確率的マッチ（Cookie ID、デバイスID）は補助として使う設計が安全です。

失敗3：バッチとストリーミングの使い分けを間違えてコスト超過

全データをストリーミングで取り込むと、インジェストコストが膨張します。リアルタイム性が必要なデータ（Web行動、カート操作）のみストリーミングにし、マスタデータ（顧客属性、購入履歴）はバッチにすることで、コストを3〜5割抑制できます。

AEP導入の費用構造と「導入しない方がよい」ケース

費用の3層構造：ライセンス＋構築＋運用

初年度の総コストは4,000万〜1億円規模となるため、AEP導入のROIを出すには、統合対象の顧客プロファイルが50万件以上、かつ3チャネル以上でパーソナライズ施策を実行することが最低条件の目安です。

AEPが不要なケース

以下に該当する場合は、AEPではなくGA4＋BigQuery、またはHubSpotやSalesforce CDPなど軽量なCDPが適切な選択肢です。

• 顧客プロファイルが10万件未満で、チャネルがWebとメールの2つのみ
• リアルタイムのパーソナライズ要件がなく、バッチ処理で十分
• Adobe Experience Cloud製品群（Analytics、Target、AJO）を利用していない

FAQ：AEPデータ統合でよくある質問

Q. AEPの導入期間はどのくらいですか？

A. データソースの複雑さに依存しますが、一般的には4〜8か月です。データソースが3つ以下で既にAdobe製品を利用している場合は、3〜4か月で稼働するケースもあります。

Q. 既存のDMP（Data Management Platform）からAEPへの移行は必要ですか？

A. サードパーティCookieの廃止に伴い、DMP中心の設計は限界を迎えています。ファーストパーティデータを軸とするAEPへの移行は、中長期的には避けられない判断です。ただし、段階的に移行する（まずファーストパーティデータの統合から始め、DMPは並行運用）アプローチを推奨します。

Q. AEPとSalesforce CDPのどちらを選ぶべきですか？

A. Adobe Experience Cloud製品群（Analytics、Target、AJO）を主軸にする場合はAEP、Salesforce Marketing CloudやService Cloudを主軸にする場合はSalesforce CDPが自然な選択です。両社製品を混在利用している場合は、データ量・チャネル数・リアルタイム要件で判断します。

まとめ：データ統合は「集める」から「動かす」へ

AEPによる顧客データ統合は、データを集約するだけのプロジェクトではありません。統合したプロファイルを「リアルタイムでマーケティング施策に反映」できて初めて投資対効果が生まれます。

• XDM・Identity Service・Real-time Profileの三位一体を理解し、スキーマ設計に最も時間を投資する
• 5ステップのロードマップに沿って段階的に進め、各ステップで判断基準をクリアしてから次に進む
• 費用対効果の最低条件（50万プロファイル以上、3チャネル以上）を満たすか事前に検証する
• 条件を満たさない場合は、データカタログによるガバナンス整備から始めるのが堅実