ID サービスリンクロジック

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

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

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

リンクを確立することの意味論的意味

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

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

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

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

  • ID 名前空間は、に対する特定の ID 値のコンテキストです。 ID 名前空間の一般的な例としては、CRM ID、メール、電話などがあります。
  • ID 値は、実際のエンティティを表す文字列です。 例:「julien@acme.com」はメール名前空間の ID 値にすることができ、555-555-1234 は電話の名前空間に対応する ID 値にすることができます。
TIP
ID 名前空間がないと、ID 値のコンテキストが失われ、ID を正常に照合するのに十分な情報が得られないので、ID 名前空間は重要です。

ID サービスのリンクロジックの仕組みを視覚的に表現する方法については、次の図を参照してください。

既存のグラフ

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

  • 電話:(555)–555-1234
  • EMAIL:julien@acme.com
  • CRM ID:60013ABC

既存のグラフ

受信データ

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

  • CRM ID:60013ABC
  • ECID:100066526

受信データ

更新されたグラフ

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

更新されたグラフ

顧客シナリオ

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

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

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

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

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

NOTE
  • CRM ID をプライマリとして選択した場合、認証済みイベント(CRM ID と ECID を含んだ ID マップを持つイベント)には、CRM ID のプライマリ ID が割り当てられます。 認証されていないイベント(ID マップを持つイベントに ECID のみが含まれる)の場合、ECID のプライマリ ID が設定されます。 Adobeでは、このオプションをお勧めします。

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

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

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

timestamp=0 時点で、2 つの異なる顧客用に 2 つの ID グラフがあります。 どちらも、3 つのリンクされた ID で表されます。

table 0-row-4 1-row-4 2-row-4
CRM ID メール Phone
顧客 1 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 サービスは、顧客の CRM ID:31260XYZ に対応しているため、ログイン時に顧客のアカウントを識別します。 さらに、ID サービスは、両方とも同じデバイスで同じブラウザーを使用しているので、ECID:38562 を CRM ID:31260XYZ に関連付けます。

timestamp-two

timestamp=3

timestamp=3 時、顧客はタブレットを使用して e コマース web サイトにアクセスし、匿名で参照します。 この匿名ブラウジングイベントは、ECID:44675 として識別されます。 ID サービスは 2 つ以上の ID を持つイベントのみを保存するので、この情報は保存されません。

timestamp-three

timestamp=4

timestamp=4 時点で、顧客は同じタブレットを使用し、自分のアカウント(CRM ID:31260XYZ)にログインし、購入履歴を表示します。 このイベントは、CRM ID:31260XYZ を匿名ブラウジングアクティビティに割り当てられた Cookie 識別子、ECID:44675 にリンクし、ECID:44675 を顧客 2 人の ID グラフにリンクします。

timestamp-four

recommendation-more-help
64963e2a-9d60-4eec-9930-af5aa025f5ea