ID グラフリンクルールの概要
Adobe Experience Platform ID サービスとリアルタイム顧客プロファイルを使用すると、データが完全に取り込まれ、すべての結合プロファイルが CRMID などの人物識別子を使用して 1 人の個人を表すと簡単に想定できます。 ただし、特定のデータが複数の異なるプロファイルを 1 つのプロファイルに結合しようとする可能性があるシナリオがあります（「グラフ折りたたみ」）。 これらの不要な結合を防ぐために、ID グラフリンクルールを通じて提供される設定を使用し、ユーザーに対して正確なパーソナライゼーションを可能にします。
基本を学ぶ
ID グラフリンクルールを理解するには、次のドキュメントが不可欠です。
グラフの折りたたみが発生する可能性があるシナリオの例 example-scenarios-where-graph-collapse-could-happen
この節では、ID グラフリンクルールを設定する際に検討する可能性のあるシナリオ例の概要を説明します。
共有デバイス
1 台のデバイスで複数のログインが発生する場合があります。
このような場合、グラフの観点から見ると、制限なしが有効になっている状態で、1 つの ECID が複数の CRMID にリンクされます。
ID グラフリンクルールを使用すると、次のことができます。
- ログインに使用する ID を一意の ID として設定します。 例えば、CRMID 名前空間を使用して ID を 1 つだけ格納するようにグラフを制限し、その CRMID を共有デバイスの一意の識別子として定義できます。
- これにより、CRMID が ECID によって結合されないようにすることができます。
無効なメール/電話のシナリオ
登録時に電話番号やメールアドレスに偽りの値を提供するケースもあります。 この場合、制限が有効になっていないと、電話やメールに関連する ID が複数の異なる CRMID にリンクされます。
ID グラフリンクルールを使用すると、次のことができます。
- CRMID、電話番号、またはメールアドレスを一意の識別子として設定し、1 人のユーザーを、自分のアカウントに関連付けられた 1 つの CRMID、電話番号、またはメールアドレスに制限します。
ID 値がエラーまたは正しくない
名前空間に関係なく、一意でない誤った ID 値がシステムに取り込まれる場合があります。 以下に例を示します。
- ID 値「user_null」の IDFA 名前空間。
- IDFA ID 値は 36 文字、英数字 32 文字、ハイフン 4 文字にする必要があります。
- ID 値が「指定なし」の電話番号名前空間。
- 電話番号にはアルファベットを使用しないでください。
これらの ID により、次のグラフが表示される場合があります。このグラフでは、複数の CRMID が「無効」 ID と結合されます。
ID グラフリンクルールを使用すると、CRMID を一意の識別子として設定して、このタイプのデータに起因する不要なプロファイル折りたたみを防ぐことができます。
ID グラフリンクルール identity-graph-linking-rules
ID グラフリンクルールを使用すると、次のことができます。
- 一意の名前空間を設定することで、各ユーザーに対して単一の ID グラフ/結合プロファイルを作成します。これにより、2 つの異なる人物 ID が 1 つの ID グラフに結合するのを防ぎます。
- 優先度を設定して、オンラインの認証済みイベントをその人物に関連付けます
用語 terminology
一意の名前空間 unique-namespace
ID 設定 UI ワークスペースを使用して、一意の名前空間を設定できます。 これにより、は、特定のグラフが、その一意の名前空間を含む ID を 1 つだけ持つ可能性があることを ID 最適化アルゴリズムに通知します。 これにより、同じグラフ内で 2 つの異なる人物識別子が結合されるのを防ぎます。
次のシナリオについて考えてみます。
- Scott はタブレットを使用し、GoogleのChromeブラウザーを開いて acme.com にアクセスし、そこでサインインして新しいバスケットボールシューズを閲覧します。
-
このシナリオでは、バックグラウンドで次の ID がログに記録されます。
- ブラウザーの使用を表す ECID 名前空間および値
- 認証済みユーザー（Scott がユーザー名とパスワードの組み合わせでログインした）を表す CRMID 名前空間と値。
-
- その後、息子のピーターは同じタブレットを使用し、Google Chromeも使用して acme.com にアクセスし、そこで自分のアカウントでサインインしてサッカー用品を参照します。
-
このシナリオでは、バックグラウンドで次の ID がログに記録されます。
- ブラウザーを表すための同じ ECID 名前空間および値。
- 認証済みユーザーを表す新しい CRMID 名前空間および値。
-
CRMID が一意の名前空間として設定された場合、ID 最適化アルゴリズムは、CRMID を結合する代わりに、2 つの異なる ID グラフに分割します。
一意の名前空間を設定しないと、同じ CRMID 名前空間を持つ 2 つの ID が異なる ID 値を持つなど、グラフの不要な結合が発生する場合があります（このようなシナリオは、多くの場合、同じグラフ内の 2 つの異なる人物エンティティを表します）。
ID 最適化アルゴリズムに通知する一意の名前空間を設定して、特定の ID グラフに取り込まれる ID データに制限を適用する必要があります。
名前空間の優先度 namespace-priority
名前空間の優先度とは、名前空間の相対的な重要度を指します。 名前空間の優先順位は UI を通じて設定でき、特定の ID グラフで名前空間をランク付けできます。
名前空間の優先度を使用する 1 つの方法は、リアルタイム顧客プロファイルでエクスペリエンスイベントフラグメントのプライマリ ID （ユーザー行動）を決定することです。 優先度設定が設定されている場合、どのプロファイルフラグメントが保存されるかを決定する際に、Web SDK のプライマリ ID 設定は使用されなくなります。
一意の名前空間と名前空間の優先度は、どちらも ID 設定 UI ワークスペースで設定できます。 ただし、設定の影響は次のように異なります。
- グラフあたり 50 個の ID の制限に達した場合、名前空間の優先度はグラフの動作に影響しません。
- 名前空間の優先度は数値です 名前空間の相対的な重要度を示す名前空間に割り当てられます。 これは、名前空間のプロパティです。
- プライマリ ID は、 に対してプロファイルフラグメントが保存される ID です。 プロファイルフラグメントは、特定のユーザーに関する情報を格納するデータのレコードです。属性（通常は CRM レコードを介して取り込まれる）またはイベント （通常はエクスペリエンスイベントまたはオンラインデータから取り込まれる）です。
- 名前空間の優先度は、エクスペリエンスイベントフラグメントのプライマリ ID を決定します。
- プロファイルレコードの場合、Experience PlatformUI のスキーマ ワークスペースを使用して、プライマリ ID などの ID フィールドを定義できます。 詳しくは、UI での ID フィールドの定義に関するガイドを参照してください。
- エクスペリエンスイベントに、identityMap で最も名前空間の優先順位が高い 2 つ以上の ID がある場合、そのイベントは「無効なデータ」と見なされるので、取り込みから拒否されます。 例えば、identityMap に
{ECID: 111, CRMID: John, CRMID: Jane}が含まれている場合、イベントがCRMID: JohnとCRMID: Janeの両方に同時に関連付けられていることを意味するので、イベント全体が不正なデータとして拒否されます。
詳しくは、 名前空間の優先度に関するガイドを参照してください。
次の手順
ID グラフリンクルールについて詳しくは、次のドキュメントを参照してください。