グラフ設定の例
- 「CRMID」と「loginID」は、カスタム名前空間です。 このドキュメントでは、「CRMID」はユーザー識別子で、「loginID」は特定のユーザーに関連付けられたログイン識別子です。
- このドキュメントで概要を説明するグラフシナリオの例をシミュレートするには、まず 2 つのカスタム名前空間を作成する必要があります。1 つは ID シンボル「CRMID」、もう 1 つは ID シンボル「loginID」です。 ID 記号では大文字と小文字が区別されます。
このドキュメントでは、ID グラフリンクルールと ID データを使用する際に発生する可能性のある、一般的なシナリオのグラフ設定例について説明します。
CRMID のみ
これは、オンラインイベント（CRMID および ECID）が取り込まれ、オフラインイベント（プロファイルレコード）が CRMID に対してのみ保存される、シンプルな実装シナリオの例です。
実装：
イベント：
次のイベントをテキストモードにコピーすると、グラフシミュレーションでこのシナリオを作成できます。
CRMID: Tom, ECID: 111
アルゴリズム設定：
アルゴリズム設定に次の設定を行うことで、グラフシミュレーションでこのシナリオを作成できます。
リアルタイムプライマリプロファイル用の顧客 ID の選択：
この設定のコンテキスト内で、プライマリ ID は次のように定義されます。
グラフの例
以下は、CRMID が一意で最も優先度が高い、理想的な単一人物グラフの例です。
次に、複数人グラフの例を示します。 この例では、「共有デバイス」シナリオが表示されます。このシナリオでは、2 つの CRMID があり、古い確立済みリンクを持つ CRMID が削除されます。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
ハッシュ化されたメールを使用した CRMID
このシナリオでは、CRMID が取り込まれ、オンライン（エクスペリエンスイベント）とオフライン（プロファイルレコード）の両方のデータを表します。 このシナリオでは、ハッシュ化されたメールの取り込みも必要となります。これは、CRM レコードデータセット内で CRMID と共に送信される別の名前空間を表しています。
実装：
イベント：
次のイベントをテキストモードにコピーすると、グラフシミュレーションでこのシナリオを作成できます。
CRMID: Tom, Email_LC_SHA256: tom<span>@acme.com
CRMID: Tom, ECID: 111
CRMID: Summer, Email_LC_SHA256: summer<span>@acme.com
CRMID: Summer, ECID: 222
アルゴリズム設定：
アルゴリズム設定に次の設定を行うことで、グラフシミュレーションでこのシナリオを作成できます。
プロファイル のプライマリ ID の選択
この設定のコンテキスト内で、プライマリ ID は次のように定義されます。
グラフの例
以下は、理想的な 1 人の人物のグラフのペアの例です。ここでは、各 CRMID が、ハッシュ化された電子メール名前空間と ECID にそれぞれ関連付けられています。
次に、デバイスが 2 人のユーザーで共有される、複数担当者グラフのシナリオの例を示します。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
次に、メールが一意ではなく、2 つの異なる CRMID に関連付けられている複数人グラフシナリオの例を示します。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
ハッシュ化されたメール、ハッシュ化された電話、GAID および IDFA を使用した CRMID
このシナリオは前のシナリオと似ています。 ただし、このシナリオでは、ハッシュ化されたメールと電話は、Segment Match で利用する ID としてマークされます。
実装：
イベント：
次のイベントをテキストモードにコピーすると、グラフシミュレーションでこのシナリオを作成できます。
CRMID: Tom, Email_LC_SHA256: aabbcc, Phone_SHA256: 123-4567
CRMID: Tom, ECID: 111
CRMID: Tom, ECID: 222, IDFA: A-A-A
CRMID: Summer, Email_LC_SHA256: ddeeff, Phone_SHA256: 765-4321
CRMID: Summer, ECID: 333
CRMID: Summer, ECID: 444, GAID:B-B-B
アルゴリズム設定：
アルゴリズム設定に次の設定を行うことで、グラフシミュレーションでこのシナリオを作成できます。
プロファイル のプライマリ ID の選択
この設定のコンテキスト内で、プライマリ ID は次のように定義されます。
グラフの例
次に、ハッシュ化されたメールとハッシュ化された電話が Segment Match で使用する ID としてマークされる、理想的な一人称グラフシナリオを示します。 このシナリオでは、グラフは 2 つに分割され、異なる人物エンティティを表します。
次に、デバイス（コンピューター）が 2 人で共有される複数人のグラフシナリオを示します。 このシナリオでは、共有コンピューターは {ECID: 111} によって表され、{CRMID: Summer} にリンクされます。これは、そのリンクが最も新しく確立されたリンクであるためです。 {CRMID: Tom} と {ECID: 111} の間のリンクが古く、CRMID がこの設定で指定された一意の名前空間であるため、{CRMID: Tom} が削除されました。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
次に、Android デバイスが 2 人で共有される複数人のグラフシナリオを示します。 このシナリオでは、CRMID は一意の名前空間として設定されるので、{CRMID: Tom, GAID: B-B-B, ECID:444} の新しいリンクが古いリンクに置き換わ {CRMID: Summer, GAID: B-B-B, ECID:444} ます。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
次に、Apple デバイスが 2 人のユーザーで共有される複数人のグラフのシナリオを示します。 このシナリオでは、IDFA は共有されますが、ECID はリセットされません。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
次に、Apple デバイスが 2 人のユーザーで共有される複数人のグラフのシナリオを示します。 このシナリオでは、ECID はリセットされますが、IDFA は同じままです。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
次に、同じ電話番号が 2 人の人物によって共有されている、複数の人物のグラフのシナリオを示します。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
この例では、{Phone_SHA256} も一意の名前空間としてマークされます。 したがって、1 つのグラフに {Phone_SHA256} 名前空間を持つ複数の ID を含めることはできません。 このシナリオでは、{Phone_SHA256: 765-4321} は古いリンクであるため、{CRMID: Summer} および {Email_LC_SHA256: ddeeff} からリンク解除されます。
次に、メールが 2 人で共有される複数人のグラフシナリオを示します。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
複数のログイン ID を持つ単一の CRMID （シンプルバージョン）
このシナリオでは、人物エンティティを表す CRMID が 1 つあります。 ただし、1 つの個人エンティティに複数のログイン識別子を設定できます。
- 特定の人物エンティティは、異なるアカウントアカウントタイプを持つことができます（個人とビジネス、州によるアカウント、ブランドによるアカウントなど）。
- 特定のユーザーエンティティは、任意の数のアカウントに対して異なるメールアドレスを使用できます。
実装：
イベント：
次のイベントをテキストモードにコピーすると、グラフシミュレーションでこのシナリオを作成できます。
CRMID: Tom, loginID: ID_A
CRMID: Tom, loginID: ID_B
loginID: ID_A, ECID: 111
CRMID: Summer, loginID: ID_C
CRMID: Summer, loginID: ID_D
loginID: ID_C, ECID: 222
アルゴリズム設定：
アルゴリズム設定に次の設定を行うことで、グラフシミュレーションでこのシナリオを作成できます。
プロファイル のプライマリ ID の選択
この設定のコンテキスト内で、プライマリ ID は次のように定義されます。
グラフの例
次に、1 つの CRMID と複数の loginID を持つ 1 人の人物グラフシナリオを示します。
次に、デバイスが 2 人で共有される複数担当者グラフのシナリオを示します。 このシナリオでは、{ECID:111} は {loginID:ID_A} と {loginID:ID_C} の両方にリンクされ、{ECID:111, loginID:ID_A} の古い確立済みリンクは削除されます。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
次に、不正なデータを含む複数人のグラフシナリオを示します。 このシナリオでは、{loginID:ID_D} は 2 人の異なるユーザーに誤ってリンクされ、より新しく確立されたリンクを優先して、古いタイムスタンプのリンクが削除されます。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
次のグラフは、「ぶら下がっている」 loginID シナリオをシミュレートします。 この例では、2 つの異なる loginID が同じ ECID にバインドされています。 ただし、{loginID:ID_C} は CRMID にリンクされていません。 したがって、ID サービスが、これら 2 つの loginID が 2 つの異なるエンティティを表していることを検出する方法はありません。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
複数のログイン ID を持つ単一の CRMID （複雑なバージョン）
このシナリオでは、人物エンティティを表す CRMID が 1 つあります。 ただし、1 つの個人エンティティに複数のログイン識別子を設定できます。
- 特定の人物エンティティは、異なるアカウントアカウントタイプを持つことができます（個人とビジネス、州によるアカウント、ブランドによるアカウントなど）。
- 特定のユーザーエンティティは、任意の数のアカウントに対して異なるメールアドレスを使用できます。
実装：
メモ： デフォルトでは、AAID は ID サービスでブロックされるので、Analytics ソースを使用する場合は、AAID よりも ECID を優先する必要があります。 詳しくは、 実装ガイドを参照してください。
イベント：
次のイベントをテキストモードにコピーすると、グラフシミュレーションでこのシナリオを作成できます。
CRMID: Tom, Email_LC_SHA256: aabbcc, Phone_SHA256: 123-4567
CRMID: Tom, loginID: ID_A
CRMID: Tom, loginID: ID_B
loginID: ID_A, ECID: 111
CRMID: Summer, Email_LC_SHA256: ddeeff, Phone_SHA256: 765-4321
CRMID: Summer, loginID: ID_C
CRMID: Summer, loginID: ID_D
loginID: ID_C, ECID: 222
アルゴリズム設定：
アルゴリズム設定に次の設定を行うことで、グラフシミュレーションでこのシナリオを作成できます。
プロファイル のプライマリ ID の選択
この設定のコンテキスト内で、プライマリ ID は次のように定義されます。
グラフの例
以下は、それぞれが 1 つの CRMID と複数の loginID を持つ 2 つの 1 人の人物グラフの例です。
次に、{ECID:111} が {loginID:ID_A} と {loginID:ID_C} の両方にリンクされている、複数人の共有デバイスのシナリオを示します。 この場合、古いリンクは削除され、新しいリンクが優先されます。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
このシナリオでは、loginID のみを送信するのではなく、loginID と CRMID の両方がエクスペリエンスイベントとして送信されます。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
このシナリオでは、{loginID:ID_C} は {CRMID:Tom} と {CRMID:Summer} の両方にリンクされているので、不正なデータと見なされます。これは、理想的なグラフシナリオでは、同じ loginID を 2 つの異なるユーザーにリンクしてはならないからです。 この場合、古いリンクは削除され、新しく設定されたリンクが優先されます。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
このシナリオでは、一意でないメールが 2 つの異なる CRMID にリンクされているので、古いリンクから新しく確立されたリンクに置き換わります。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
このシナリオでは、一意でない電話番号が 2 つの異なる CRMID にリンクされており、古い確立済みリンクが削除され、より最近確立済みのリンクが優先されます。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
その他のAdobe Commerceでの使用
この節のグラフ設定例では、Adobe Commerceのユースケースの概要を説明します。 以下の例は、2 つのユーザータイプを持つ小売顧客に焦点を当てています。
- 登録済みユーザー（アカウントを作成したユーザー）
- ゲストユーザー（メールアドレスのみを持つユーザー）
実装：
イベント：
次のイベントをテキストモードにコピーすると、グラフシミュレーションでこのシナリオを作成できます。
CRMID: Tom, Email: tom@acme.com
CRMID: Tom, ECID: 111
アルゴリズム設定：
アルゴリズム設定に次の設定を行うことで、グラフシミュレーションでこのシナリオを作成できます。
プロファイル のプライマリ ID の選択
この設定のコンテキスト内で、プライマリ ID は次のように定義されます。
グラフの例
次に、理想的な単一人物グラフの例を示します。
次に、2 人の登録ユーザーが同じデバイスを使用してブラウジングしている複数人物グラフの例を示します。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
このシナリオでは、登録ユーザーとゲストユーザーが同じデバイスを共有します。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
このシナリオでは、登録ユーザーとゲストユーザーがデバイスを共有します。 ただし、CRMID に対応するメール名前空間が含まれていないので、実装エラーが発生します。 このシナリオでは、Tom は登録ユーザーで、Summer はゲストユーザーです。 前のシナリオとは異なり、2 つの人物エンティティ間で共通のメール名前空間がないため、2 つのエンティティが結合されます。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
このシナリオでは、2 人のゲストユーザーが同じデバイスを共有します。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
このシナリオでは、ゲストユーザーは項目をチェックアウトし、同じデバイスを使用して登録します。
グラフシミュレーションイベント入力
| code language-shell |
|---|
|
次の手順
ID グラフリンクルールについて詳しくは、次のドキュメントを参照してください。