ID サービスのリンクロジック identity-service-linking-logic

ID名前空間とID値が一致すると、2つのID間のリンクが確立されます。

リンクされるIDには、次の2種類があります。

  • プロファイルレコード:これらのIDは通常、CRM システムから取得されます。
  • Experience Events:これらのIDは、通常、WebSDK実装またはAdobe Analytics ソースから取得されます。

リンク設定の意味

IDは、実世界のエンティティを表します。 2つのID間にリンクが確立されている場合、これは2つのIDが互いに関連付けられていることを意味します。 この概念を示す例を、次に示します。

アクション
リンクの設定
意味
エンドユーザーはコンピューターを使用してログインします。
CRMIDとECIDはリンクされています。
ユーザー(CRMID)は、ブラウザー(ECID)を持つデバイスを所有します。
エンドユーザーは、iPhoneを使用して匿名でブラウジングします。
IDFAはECIDにリンクされています。
IPhoneなどのApple ハードウェアデバイス(IDFA)は、ブラウザー(ECID)に関連付けられます。
エンドユーザーはGoogle Chromeを使用してログインし、次にFirefoxを使用します。
CRMIDは2つの異なるECIDにリンクされています。
ユーザー(CRMID)は2つのWeb ブラウザーに関連付けられています(:各ブラウザーには独自のECIDが割り当てられます)。
データエンジニアが、IDとしてマークされた2つのフィールド(CRMIDと電子メール)を含むCRM レコードを取得します。
CRMIDと電子メールはリンクされています。
個人(CRMID)は、メールアドレスに関連付けられています。

ID サービスのリンクロジックについて

IDは、ID名前空間とID値で構成されます。

  • ID名前空間は、指定されたID値のコンテキストです。 ID名前空間の一般的な例には、CRMID、電子メール、電話などがあります。
  • ID値は、実世界のエンティティを表す文字列です。 例:"julien@acme.com"はメール名前空間のID値にすることができ、555-555-1234は電話名前空間の対応するID値にすることができます。
  • ID サービスでは、大文字と小文字が区別されます。 例えば、julien@gmail.com​と​ JULIEN@GMAIL.COM ​は、2つの別々の電子メール IDとして扱われます。
TIP
ID名前空間は重要です。IDがなければ、ID値はそのコンテキストを失い、IDを正常に一致させるための十分な情報を持たなくなります。

Identity Service リンクロジックの動作を視覚的に表すには、次の図を参照してください。

既存のグラフ

3つのリンクされたIDを持つ既存のID グラフがあるとします。

  • 電話番号:(555)–555-1234
  • EMAIL:julien@acme.com
  • CRMID:60013ABC

既存のグラフ ​

受信データ

1組のIDがグラフに取り込まれ、このペアには次が含まれます。

  • CRMID:60013ABC
  • ECID:100066526

受信データ ​

グラフを更新

ID サービスは、CRMID:60013ABCが既にグラフ内に存在することを認識するため、新しいECIDのみをリンクします

​ グラフを更新

顧客シナリオ

あなたはデータエンジニアで、次のCRM データセット(プロファイルレコード)をExperience Platformに取り込みます。

CRMID**
電話*
メール*
60013ABC
555-555-1234
julien@acme.com
ジュリアン
スミス
31260XYZ
777-777-6890
evan@acme.com
エヴァン
スミス
NOTE
  • ** - プライマリ IDとしてマークされたフィールドを示します。
  • * - セカンダリ IDとしてマークされたフィールドを示します。
ID サービスでは、プライマリ IDとセカンダリ IDを区別しません。 フィールドがIDとしてマークされている限り、そのフィールドはID サービスに取り込まれます。

また、WebSDKを実装し、次のデータテーブルを使用してWebSDK データセット(エクスペリエンスイベント)を取り込みました。

タイムスタンプ
イベントのID*
イベント
t=1
ECID:38652
ホームページを表示
t=2
ECID:38652、CRMID:31260XYZ
靴を検索
t=3
ECID:44675
ホームページを表示
t=4
ECID:44675、CRMID: 31260XYZ
購入履歴を表示

各イベントのプライマリ IDは、​ データ要素タイプの設定方法に基づいて決定されます。

NOTE
  • プライマリとしてCRMIDを選択した場合、認証済みイベント(CRMIDとECIDを含むID マップを持つイベント)にはプライマリ IDがCRMIDになります。 未認証のイベント(ECIDを含むID マップのみを持つイベント)の場合、プライマリ IDはECIDになります。 Adobeでは、このオプションを推奨しています。

  • ECIDをプライマリとして選択すると、認証状態に関係なく、ECIDがプライマリ IDになります。

この例では、次のようになります。

  • t=1、デスクトップ コンピューター(ECID:38652)を使用し、ホーム ページを匿名で参照しました。
  • t=2さんは同じデスクトップコンピューターを使用し、(CRMID:31260XYZ)にログインして靴を検索しました。
    • ユーザーがログインすると、イベントはECIDとCRMIDの両方をID サービスに送信します。
  • t=3は、ラップトップ コンピューター(ECID:44675)を使用し、匿名で閲覧しました。
  • t=4は、同じラップトップ コンピューターを使用し、ログインした(CRMID: 31260XYZ)後、購入履歴を表示しました。
timestamp=0

timestamp=0には、2つの異なる顧客向けに2つのID グラフがあります。 この両者はそれぞれ3つのリンクされたIDで表されています。

table 0-row-4 1-row-4 2-row-4
CRMID メール Phone
Customer one 60013ABC julien@acme.com 555-555-1234
顧客2 31260XYZ evan@acme.com 777-777-6890

timestamp-zero

timestamp=1

timestamp=1では、顧客はラップトップを使用してe コマース web サイトにアクセスし、ホームページを表示し、匿名で閲覧します。 この匿名ブラウジングイベントはECID:38652として識別されます。 ID サービスは、少なくとも2つのIDを持つイベントのみを保存するため、この情報は保存されません。

timestamp-one

timestamp=2

timestamp=2では、顧客は同じラップトップを使用してe コマース web サイトにアクセスします。 ユーザー名とパスワードの組み合わせでログインし、靴を探します。 ID サービスは、CRMID: 31260XYZに対応しているため、ログイン時に顧客のアカウントを識別します。 さらに、ID サービスは、ECID:38562とCRMID:31260XYZを関連付けます。これらは両方とも同じデバイスで同じブラウザーを使用しているからです。

timestamp-two

timestamp=3

timestamp=3で、お客様はタブレットを使用してe コマース web サイトにアクセスし、匿名で閲覧します。 この匿名ブラウジングイベントはECID:44675として識別されます。 ID サービスは、少なくとも2つのIDを持つイベントのみを保存するため、この情報は保存されません。

timestamp-three

timestamp=4

timestamp=4で、お客様は同じタブレットを使用し、アカウント (CRMID:31260XYZ)にログインして購入履歴を表示します。 このイベントは、CRMID:31260XYZを匿名の閲覧活動に割り当てられたCookie ID、ECID:44675にリンクし、ECID:44675を顧客2のID グラフにリンクします。

timestamp-four

recommendation-more-help
experience-platform-help-identity-service