# CDPとは

複数の接点にある顧客データを同じ人ごとに統合し、他のシステムが利用できる形で保持するソフトウェアです。既存のCRMやデータウェアハウスで十分な場合もあります。

## CDPとは

CDP（Customer Data Platform）は、Webサイトや店舗などの複数の接点にある顧客データを収集し、同じ人のデータを統合し、他のシステムが参照できる形で保持する[ソフトウェア](https://www.cdpinstitute.org/what-is-a-cdp/)です。たとえば、店舗で購入した人とアプリで商品を閲覧した人が会員番号などから同じ会員と判明すれば、1人分の記録に統合し、メールや広告の配信先の選定に利用できます。部署ごとの名簿を人ごとのカードにまとめ直す係に近い存在です。

CRM（Customer Relationship Management）は担当者が顧客対応を記録する仕組みで、CDPにとっては[入力元の1つ](https://aws.amazon.com/jp/what-is/customer-data-platform/)です。データウェアハウスは分析用の汎用の保管庫であるのに対し、CDPは顧客の識別と他のシステムへの提供まで担います。広告向けに主に匿名の閲覧データを対象とするDMP（Data Management Platform）と異なり、CDPは[自社が保有する個人を特定できるデータ](https://www.cdpinstitute.org/what-is-a-cdp/)が中心です。

![Webサイト、アプリ、店舗、メール、お問合せ窓口の顧客データをCDPが同じ人ごとに統合し、統合データをメール配信ツールと広告配信ツールに提供する](https://media.marketing.kdotdev-tunnel.org/glossary-cdp-22a57f927830c159f15d7934a81bc81f4f258aad16e89c947913e233c58b8cf0.png)

## 顧客データが接点ごとに分断される問題

店舗の会員カード、ECサイトのアカウント、アプリの利用者ID、メール配信のリストが別々のIDで管理され、IDの対応づけや共通項目での突合ができないと、同じ人のデータが接点ごとに分断されます。たとえば、[オンラインで検索した商品を店舗で購入した顧客に、同じ商品を再び推奨する例](https://aws.amazon.com/jp/what-is/customer-data-platform/)があります。

CDPは会員番号やメールアドレスなどを手掛かりに同じ人のデータを結合します。この作業を名寄せと呼びます。氏名や住所などの[類似度で一致を判定する機能](https://learn.microsoft.com/en-us/dynamics365/customer-insights/data/data-unification-match-tables)を搭載した製品もあります。別人を同一人物として結合する誤結合の危険があり、手掛かりのないデータは確実には結合できません。対応が不明な記録は保留して確認します。

![接点ごとの顧客データは会員番号やメールなどの手掛かりで同じ人と特定できれば結合して名寄せし、特定できないか不明なら結合せず保留して確認する](https://media.marketing.kdotdev-tunnel.org/glossary-cdp-3bf5b238028c943e32c449cbe4c20edc3ef52c63f6237dd7507b8236c3df7eb1.png)

たとえば購入済みの人への案内を停止するには、店舗の購入記録を取得し、購入者を案内対象のセグメントから除外して、一覧を配信ツールに反映します。セグメントは条件で分類した顧客の集まりです。反映の遅れや連携の失敗があると購入後も案内が配信されるため、反映時刻の確認と失敗時の配信停止の手順が必要です。

![店舗の購入記録を取得して購入者を案内対象から除外し、一覧を配信ツールに反映し、除外が反映済みなら配信を継続、反映されていなければ配信を停止する](https://media.marketing.kdotdev-tunnel.org/glossary-cdp-c9b02d8bf4af757d983c39075e387e4ac273f6841aa368c5bc7f1b7926bea5b0.png)

## CDPの導入で得られること

- 購入、閲覧、お問合せを同じ顧客の記録として部署間で参照でき、同じセグメントをメールや広告で利用できる
- 反映が正確なら接点ごとの重複配信を抑制できる
- 管理を[一元化でき](https://aws.amazon.com/jp/what-is/customer-data-platform/)、削除や利用停止の請求の対象を把握しやすい

![導入前はメール用と広告用の記録が別々で、それぞれの配信に利用されるのに対し、導入後は同じ顧客の記録をメール配信と広告配信の両方で利用する](https://media.marketing.kdotdev-tunnel.org/glossary-cdp-d9ca63cbb8cf90564359f27078211af733b2d33bf9245a1982da8e16897252cb.png)

## CDP導入後に継続する費用

製品の利用料は顧客数、データ量、連携の数、機能で変動します。TwilioのCDPは[個別見積](https://www.twilio.com/en-us/pricing/customer-data)で、金額の目安は示しません。見積の比較では初期構築、継続利用、既存基盤、契約終了時の移行の費用を区分します。初期構築にはデータ整理や既存システムからの移行を含みます。

![継続利用費用の内訳は、製品の利用料、個人情報と同意管理、安全管理、データ連携の保守、人材。ほかの区分は、既存基盤、契約終了時の移行、初期構築](https://media.marketing.kdotdev-tunnel.org/glossary-cdp-6946472922a899fb569dcd670d021a801ed5eccaf068966580e13abf9fdfb189.png)

### 個人情報の取り扱いと同意管理

Cookieなどの端末識別子は、[他の情報と容易に結び付けて特定の個人を識別できる場合、その情報と合わせて全体として個人情報に該当するとされています](https://www.ppc.go.jp/all_faq_index/faq1-q8-1/)。閲覧履歴を会員情報と名寄せすると、個人情報としての取扱いが必要な場合があります。

新規の利用目的や提供先を追加するときは、[個人情報保護法のガイドライン（通則編）](https://www.ppc.go.jp/personalinfo/legal/guidelines_tsusoku/)に準拠します。利用目的をマーケティング活動のためとだけ記載するのは、[具体的に特定していない事例](https://www.ppc.go.jp/personalinfo/legal/guidelines_tsusoku/)とされています。利用目的の範囲を超える利用には、[法定の例外を除き原則として事前の本人同意が必要](https://www.ppc.go.jp/personalinfo/legal/guidelines_tsusoku/)です。顧客リストを広告媒体などへ連携する場合は、個人データを他の事業者へ提供する第三者提供に該当するかを連携先ごとに確認します。日常の配信では同意の範囲と撤回を配信対象に反映します。

タグはサイトに設置する情報収集用のコードです。タグが閲覧情報を外部へ送信する場合は、[総務省の外部送信規律](https://www.soumu.go.jp/main_sosiki/joho_tsusin/d_syohi/gaibusoushin_kiritsu_00002.html)の対象サービスで適用除外に該当しない情報であれば、通知、公表、同意取得、オプトアウト措置の提供のいずれかが必要です。オプトアウト措置は利用者の求めに応じて送信や利用を停止する措置です。

撤回や削除の反映範囲は製品と接続先で異なります。Twilio Segmentは削除の依頼を転送できる接続先が[一部に限られ](https://www.twilio.com/docs/segment/privacy/user-deletion-and-suppression)、端末から接続先へ直接送る方式では[送信を抑止できません](https://www.twilio.com/docs/segment/privacy/user-deletion-and-suppression)。撤回、利用停止、削除の反映を選定時に確認し、反映できない接続先は個別に対処します。

2026年7月に公布された改正法の政令、規則、ガイドラインは、[整備に向けた検討中です](https://www.ppc.go.jp/personalinfo/legal/r8kaiseihogohou/)。

### 安全管理

統合すると漏えい時に判明する情報も増加します。事業者には、個人データの量や性質に応じた[安全管理措置](https://www.ppc.go.jp/personalinfo/legal/guidelines_tsusoku/)と、外部の事業者に委託する場合の監督が必要です。閲覧権限、操作記録、保存期間、外部の事業者の管理を設計し、海外の事業者なら外国にある第三者への提供に該当するかどうかも確認します。

### データ連携の保守

接続元の項目名やIDの形式の変更、取り込みの失敗には、影響を確認して必要に応じて設定の変更や再処理を行います。名寄せの規則は、誤結合と未結合の確認と調整が必要です。使い道が未定の接続は管理対象を増加させるため、施策から逆算します。

### 人材

人数は施策や連携の数、既存の基盤で変動するため、役割と作業時間で検討します。セグメントを設定する業務運用、連携の障害に対応する技術対応、個人情報と同意を所管する窓口の3つに責任者と作業時間を確保します。兼任でもかまいませんが、時間と責任者が未定だと障害や法改正への対応が後回しになるおそれがあります。

## 自社にCDPは必要か

既存の仕組みでは必要な顧客の識別、データの更新頻度、配信先への連携を維持できず、その解消で得られる効果が導入と運用の費用を上回る場合に検討します。上回らなければ既存の顧客管理や配信手段で十分です。顧客数は経験則として数万人以下なら既存の仕組みで対応しやすく、数十万人以上で手作業の負担が増大しやすい目安です。

![既存の仕組みで識別、更新、連携を維持できるなら、CDPを追加せず現状を継続します。維持できず効果が費用を上回るなら、CDPを検討し、選定前に既存手段で施策を1つ検証します。上回らないなら、CDPを追加せず現状を継続します](https://media.marketing.kdotdev-tunnel.org/glossary-cdp-47af7a85fec54263a551c1437b2365d4185bb70cd5352aa4f2f45db374e4bf88.png)

| 観点 | 既存の仕組みで十分な状態 | CDPを検討する状態 |
|---|---|---|
| 識別 | 接点が1〜2つで、IDの突合が手作業で完結する | 接点が3つ以上で、IDの対応づけが手作業での処理では困難 |
| 更新と反映 | 月1回前後の配信と集計で施策が成立する | 購入後の案内停止など、日次から週次の反映が施策に必要 |
| 利用部署 | 1〜2部署が同じ一覧を利用する | 3部署以上が別々に施策を実施し、条件が一致しない |

接点数、部署数、更新頻度の数字は経験則に基づく補助の目安で、接点や部署が増加するほど対応づけと配信条件の調整が増加するため挙げています。該当する観点の数では判定せず、接点が2つでも毎日の反映が必要なら検討対象です。接点が多くても月次の集計だけなら既存の仕組みで十分です。

### CDP以外の手段とデータウェアハウス利用型のCDP

- 履歴がCRMに集約され、必要な施策をCRMで実施できるなら、追加のCDPは不要
- 識別、権限管理、配信停止の連携を実現できるなら、データウェアハウスで統合し、抽出した一覧を配信ツールへ連携する運用で十分

大規模なCRM製品はCDPの機能を採用し、[区別が曖昧です](https://aws.amazon.com/jp/what-is/customer-data-platform/)。既存のデータウェアハウスと技術者がいるなら、その上で名寄せし配信ツールへ連携するCDPも[選択肢](https://www.cdpinstitute.org/what-is-a-cdp/)です。

製品の選定前に、既存の顧客管理や配信手段で、購入済みの人への重複配信の停止のような施策を1つ検証します。更新頻度、手作業の時間、誤配信の影響を確認し、改善で得られる価値と導入、運用の費用を比較して予算の上限を決定します。

## よくある誤解

### CDPを導入すれば個人情報保護法に対応できる

CDPは同意や利用目的を記録して配信に反映する仕組みで、対応範囲は製品と接続先で異なります。利用目的の特定、同意の取り方、提供先の確認は、事業者が決定します。

![CDPが行うのは同意と利用目的の記録と、対応する接続先での配信への反映で、範囲は製品と接続先で異なります。事業者が決定するのは提供先の確認、同意の取り方、利用目的の特定です](https://media.marketing.kdotdev-tunnel.org/glossary-cdp-7ee953fa625c1a7dc6bc62aecd2da359a2ce863e973dafca09af28a1576e6a86.png)