DMPとは?CDP・CRMとの違いとデータ活用の選び方

2026年7月31日

著者: 与謝秀作
DMPとは?仕組みとデータ活用シーン・CDPとの違いを解説

DMPは、データを集めるだけの保管庫ではありません。広告に使うオーディエンスを整理し、利用可能な配信先へ渡すための基盤です。CDPやCRMとの名前の違いより、何を識別し、どの目的に使い、誰が更新・削除を担うかを先に決めると、必要な機能を整理できます。

DMPとは:オーディエンスデータを整理して活用する基盤

DMPはData Management Platformの略で、閲覧や広告接触などのデータからセグメントを作り、広告配信システムなどで活用する基盤を指します。たとえば「製品比較記事を見たブラウザの集団」を作る仕事と、その集団へ広告を実際に配信する仕事は分けて考えます。データ基盤を導入するだけで広告配信や顧客獲得が完了するわけではありません。

Adobe Audience Managerの公式説明では、ファーストパーティ、セカンドパーティ、サードパーティのデータを扱います。DMPを「第三者データ専用」と定義せず、対象製品の取り込み・識別・接続仕様を確かめましょう。

収集・識別子の照合・セグメント化・連携の流れ

運用は、収集、識別子の扱い、セグメント定義、出力、評価の順に分解します。最初にデータの出所と取得条件を確認し、次に同じIDとして結び付ける規則と、結び付かなかったデータの扱いを決めます。IDの一致をそのまま実在の一人の同定とは扱いません。

  • 収集:記事閲覧、購入履歴、外部データを目的ごとに棚卸しする。
  • 整理:ID種別、欠損、更新日、保持期限を記録する。
  • 定義:「直近の比較記事閲覧」など、対象・除外・有効期間を明文化する。
  • 連携:配信先が受け入れる形式、利用資格、利用可能件数を確認する。
  • 評価:連携の成立と、費用や定義済み成果を別に記録する。

パブリック・プライベートという呼び方の限界

日本の解説では、外部データを中心に使うものをパブリックDMP、自社データ中心のものをプライベートDMPと呼ぶことがあります。ただし、これは全製品を厳密に二分する標準ではありません。同じ製品が複数のデータ種別を扱うこともあり、呼び名だけで機能・権利・保有期間は決まりません。

自社データ中心なら必ず安価とも限りません。見積もりでは、ライセンス、外部データ購入、接続、初期実装、日常運用、削除対応を同じ期間・範囲で並べます。製品費だけで比較すると、社内の運用負荷が抜け落ちます。

DMP・CDP・CRMを目的と運用条件で比較する

OracleのCDP解説は、複数ソースの顧客データ統合とプロファイル活用を説明しています。以下は典型的な役割の比較で、全製品の必須仕様ではありません。メールやアプリ通知などの実行が内蔵か、別製品への連携かも確認します。

観点

DMP

CDP

CRM

主な仕事

広告向けセグメントの整理・活用

顧客データの統合・利用可能化

営業・顧客関係の記録管理

識別子

対応IDとPII投入制限を確認

既知・仮名データの統合条件を確認

顧客・商談・担当者の記録条件

保持と出力

TTL、接続先、用途制限

保持・統合規則、接続先

営業履歴、更新・外部連携

運用上の問い

許可された対象へ連携できるか

一致・不一致をどう扱うか

誰が記録と更新を担うか

架空例:閲覧セグメントを広告へ渡す前に確かめる

次は実績ではなく、導入検討用の架空例です。比較記事を閲覧した1,000IDを取り込む計画を立て、利用条件を満たすことを確認したうえで形式検査を行ったところ、50IDが形式不備だったと仮定します。受け入れた950IDのうち、配信先で利用可能と確認できたのは600IDでした。

段階

架空の記録

解釈

取り込み前

利用条件確認済み1,000ID

人数や配信可能数ではない

形式検査後

受け入れ950ID

50IDの不備理由を保存

配信先確認

利用可能600ID

600÷950=約63.2%

施策評価

同条件の費用と定義済み成果

連携数だけで増分成果を判断しない

約63.2%は、この例で定義した受け入れIDに対する利用可能IDの比率です。公式のマッチ率や顧客人数とは呼びません。複数端末やID更新、配信先の判定により意味が変わるため、分子・分母・確認日時を一緒に残します。

データの利用権限・保持・削除・連携制限を点検する

CookieやIPアドレス、仮名IDに氏名が含まれないことと、再識別できない匿名化は同じではありません。Audience Managerのデータ安全性の説明では、直接個人を識別するPIIの送信を製品固有の制約として禁止しています。この制約を他のDMPやCDPにも一律適用せず、契約と仕様を読みます。

アクセス・削除などの要求への対応を踏まえ、取得元から連携先までの削除伝播、保存期間、担当者を確認します。declared IDの公式説明のような仕組みがあっても、すべてのブラウザ・OSで同じ到達を保証するものではありません。利用環境、ID、同意条件、接続先を組み合わせて検証します。

導入前のデータ棚卸しと試行の評価表

まず下表のような棚卸しを作り、広告へ渡す必要があるデータと、顧客理解だけに使うデータを分けます。例は架空の記入内容です。未確認欄は空想で埋めず、担当者と確認期限を付けます。

データ

識別子

目的

確認項目

接続先

記事閲覧

仮名ブラウザID

関心セグメント作成

取得条件、TTL、削除伝播

対応DSPの仕様確認

購入履歴

社内顧客ID

既存顧客の理解

利用目的、アクセス権

CDP・CRMの接続仕様

外部セグメント

提供元ID

新規対象の検討

契約範囲、禁止用途

許可された出力先

試行では、形式不備、取り込み、連携先での利用、費用、成果を別々に評価します。技術的な接続成功を事業成果と置き換えず、対象・期間・成功条件を先に決めてください。DMPかCDPかという名称の選択は、こうした要件を整理した後に行えます。

次に確認する内容に合わせて、Facebookビジネスアカウントとは?Metaの管理・権限・認証を整理、GA4 APIの使い分け|Data・Admin・Realtime・BigQueryと取得手順、Google広告の始め方|アカウント準備と配信前の確認手順、アクセス解析レポートの作り方|GA4指標の定義と改善提案の型も参照してください。

関連記事