CDPにおけるEUIDとユーザー識別子の理解
1. EngageLab CDPで実現できることとは?
EngageLab CDP(顧客データプラットフォーム) は、複数プラットフォームに分散したユーザーデータを統合し、ユーザープロファイルを一元化します。その中核となるのが、統一されたID解決です。
また、複数端末・複数アカウント、複数端末で同一アカウントを利用するケース、同一端末で複数アカウントを切り替えるケースなど、複雑な認証パターンにも対応します。結果として、施策実行から効果測定までの一連のサイクルをつなげ、マーケティングを「閉じた形」で運用できます。
2. CDPにおけるユーザー識別子とは?
事業のプラットフォームや利用フェーズが異なると、ユーザーを識別するIDも変わる場合があります。ユーザー識別子とは、各プラットフォームまたは各利用フェーズでユーザー本人を特定するためのIDです。
CDPでは、次の3種類の識別子を統合し、統一されたユーザーデータ資産として管理します。
| 識別子 | 優先度 | 説明・種別 |
|---|---|---|
| user_id | 1(最優先) | 一意のログインIDでログインした際に設定。 値は1つのみ許可。 |
| anonymous_id | 2 | 未ログインだが識別可能な情報(例:メールアドレス、サードパーティID)を提供した際に設定。 値は1つのみ許可。 |
| registration_id | 3 | アプリまたはウェブにSDKを組み込んだ後、EngageLab SDKが自動生成。端末(エンドユーザー端末)を識別。 マルチデバイス対応のため複数値を許可。 |
3. CDPにおけるEUIDとは?
EUID(EngageLab User ID)とは、EngageLab MA CDPシステムが各ユーザーに付与する一意の識別子です。ユーザー識別子とその優先関係に基づいて生成されます。生成ロジックは次の通りです。
1. リクエストの開始
事業側がリクエストを送信し、上記3種類のユーザー識別子のうち、1つ以上を設定する。
2. 優先度に基づく照合
システムは、提供された識別子をユーザーデータベース内で、優先度の高い順に照合します。
- 最優先の識別子が一致した場合、該当するEUIDを返す。
- いずれかの識別子が一致した時点で、より低い優先度の識別子の照合は停止する。
- 低優先度の識別子のみが一致し、高優先度が一致しない場合は次の通りです。状況に応じて、返却するEUIDが変わります。
- 一致したEUIDがすでに高優先度の識別子に紐づいている場合、新しいEUIDを生成する(例:同一端末でアカウントを切り替えた場合)。
- 高優先度の識別子が紐づいていない場合、元のEUIDを返す(例:同一の匿名ユーザーが複数回訪問する場合)。
- すべての識別子が一致しない場合、新しいEUIDを生成する。
3. 識別子の帰属処理
システムは、同一のユーザー識別子が同時に複数のEUIDへ属さないように制御します。また、識別子が重複して登録される状態を防ぎます。
- 提供された識別子の値でユーザーデータベースを走査し、他のEUIDに存在する当該識別子の紐づけを解除する。
- 提供された識別子の値をEUIDの識別子フィールドへ書き込む。書き込み方法(上書き・追加)はデータ型により異なる。
例: 同じ端末が、EUID-AとEUID-Bの両方に属するユーザー識別子を同時に持つことはできない。
この仕組みにより、EngageLab CDPは複雑な状況下でもユーザーIDを高精度に判定できます。あわせて、自動化マーケティングのための信頼性の高いデータ基盤を提供します。
