Identity Graph Linking Rules 設定ガイド configurations-guide
このドキュメントでは、Identity Graph Linking Rulesを使用して設定できるさまざまな実装タイプについて説明します。
顧客グラフのシナリオは、3つのカテゴリーに分類できます。
- 基本: 基本実装には、最も頻繁に単純な実装が含まれるグラフが含まれています。 これらの実装は、単一のクロスデバイス名前空間（CRMIDなど）を中心に展開される傾向があります。 基本的な実装はかなり簡単ですが、グラフの折りたたみは引き続き発生する可能性があります。多くの場合、共有デバイスのシナリオが原因です。
- 中間実装: 中間実装には、複数のクロスデバイス名前空間、一意でないID、複数の一意の名前空間など、複数の変数が含まれます。
- 高度な: 高度な実装には、複雑で多層のグラフシナリオが含まれます。 高度な実装では、適切なリンクが削除され、グラフの折りたたみが防止されるように、正しい名前空間の優先順位付けを確立することが不可欠です。
基本を学ぶ
次のドキュメントに取り組む前に、ID サービスとIdentity Graph Linking Rulesに関するいくつかの重要な概念を理解していることを確認してください。
基本実装 basic-implementations
CRMID。Identity Graph Linking Rulesの基本的な実装については、この節を参照してください。
ユースケース：単一のクロスデバイス名前空間を使用するシンプルな実装
一般的に、Adobeをご利用のお客様は、web、モバイル、アプリケーションなど、あらゆるプロパティで使用される単一のクロスデバイス名前空間を利用できます。 小売、通信、金融サービスの顧客がこのタイプの実装を利用するため、このシステムは業界にも地理的にも依存しません。
通常、エンドユーザーはクロスデバイス名前空間（多くの場合CRMID）で表されるため、CRMIDは一意の名前空間として分類する必要があります。 コンピューターとiPhoneを所有し、デバイスを共有していないエンドユーザーは、次のようなID グラフを持つことができます。
ACMEというe コマース企業のデータ アーキテクトを想像します。 ジョンとジェーンは君の顧客だ。 カリフォルニア州サンノゼに住むエンドユーザーです。 デスクトップコンピューターを共有し、このコンピューターを使用してweb サイトを閲覧します。 同様に、JohnとJaneもiPadを共有し、時折このiPadを使用してWeb サイトを含むインターネットを閲覧します。
テキストモード
CRMID: John, ECID: 123
CRMID: John, ECID: 999, IDFA: a-b-c
アルゴリズム設定（ID設定）
グラフをシミュレートする前に、グラフシミュレーションインターフェイスで次の設定を行います。
シミュレートされたグラフ
このグラフでは、John （エンドユーザー）はCRMIDで表されます。 {ECID: 123}は、Johnが自身のパソコンでe コマースプラットフォームにアクセスするために使用したweb ブラウザーを表します。 {ECID: 999}はiPhoneで使用したブラウザーを表し、{IDFA: a-b-c}はiPhoneを表します。
演習
Graph Simulationで次の設定をシミュレーションします。 独自のイベントを作成するか、テキストモードを使用してコピー&ペーストできます。
共有デバイス （PC）
テキストモード
| code language-json |
|---|
|
シミュレートされたグラフ
このグラフでは、JohnとJaneはそれぞれのCRMIDで表されています。
{CRMID: John}{CRMID: Jane}
両方がe コマースプラットフォームにアクセスするために使用するデスクトップコンピューター上のブラウザーは、{ECID: 111}で表されます。 このグラフのシナリオでは、Janeが最後に認証されたエンドユーザーであるため、{ECID: 111}と{CRMID: John}の間のリンクは削除されます。
共有デバイス （モバイル）
テキストモード
| code language-json |
|---|
|
シミュレートされたグラフ
このグラフでは、JohnとJaneはそれぞれのCRMIDで表されています。 使用しているブラウザーは{ECID: 111}で表され、共有しているiPadは{IDFA: a-b-c}で表されます。 このグラフのシナリオでは、Janeが最後に認証されたエンドユーザーであるため、{ECID: 111}および{IDFA: a-b-c}から{CRMID: John}までのリンクは削除されます。
中間実装 intermediate-implementations
Identity Graph Linking Rulesの中間実装については、この節を参照してください。
ユースケース：データに一意でないIDが含まれている
CRMIDCChash（これは、ハッシュ化されたクレジットカード番号を表すカスタム名前空間です）
例えば、クレジットカードを発行する商業銀行で働くデータアーキテクトが、 マーケティング部門が、過去のクレジットカードの取引履歴をプロファイルに含めたいと回答しています。 このID グラフは次のようになります。
テキストモード
CRMID: John, CChash: 1111-2222
CRMID: John, CChash: 3333-4444
CRMID: John, ECID: 123
CRMID: John, ECID: 999, IDFA: a-b-c
アルゴリズム設定（ID設定）
グラフをシミュレートする前に、グラフシミュレーションインターフェイスで次の設定を行います。
シミュレートされたグラフ
これらのクレジットカード番号やその他の一意でない名前空間が、常に1人のエンドユーザーに関連付けられる保証はありません。 2人のエンドユーザーが同じクレジットカードで登録する場合がありますが、誤って取り込まれた一意でないプレースホルダー値が存在する場合があります。 簡単に言えば、一意でない名前空間がグラフの折りたたみを引き起こさない保証はありません。
この問題を解決するために、ID サービスは最も古いリンクを削除し、最新のリンクを保持します。 これにより、グラフ内に1つのCRMIDだけが存在し、グラフの折りたたみを防ぐことができます。
演習
Graph Simulationで次の設定をシミュレーションします。 独自のイベントを作成するか、テキストモードを使用してコピー&ペーストできます。
テキストモード
| code language-json |
|---|
|
シミュレートされたグラフ
同じクレジットカードで、2人の異なるエンドユーザーがe コマースサイトに登録します。 マーケティング部門は、クレジットカードがたった1つのプロファイルに関連付けられるようにすることで、グラフが折りたたまれるのを防ぎたいと考えています。
テキストモード
| code language-json |
|---|
|
シミュレートされたグラフ
データがクリーンではないため、無効なクレジットカード番号がExperience Platformに取り込まれます。
テキストモード
| code language-json |
|---|
|
シミュレートされたグラフ
ユースケース：データには、ハッシュ化されたCRMIDとハッシュ化されていないCRMIDの両方が含まれます
CRMIDCRMIDhash
ハッシュ化されていない（オフライン） CRMIDとハッシュ化された（オンライン） CRMIDの両方を取り込みます。 ハッシュ化されていないCRMIDとハッシュ化されたCRMIDの両方に直接的な関係があることが期待されます。 エンドユーザーが認証済みアカウントで閲覧すると、ハッシュ化されたCRMIDがデバイス ID （ID サービスでECIDとして表されます）と共に送信されます。
アルゴリズム設定（ID設定）
グラフをシミュレートする前に、グラフシミュレーションインターフェイスで次の設定を行います。
演習
Graph Simulationで次の設定をシミュレーションします。 独自のイベントを作成するか、テキストモードを使用してコピー&ペーストできます。
JohnとJaneはデバイスを共有しています。
テキストモード
| code language-json |
|---|
|
ハッシュプロセスのエラーにより、一意でないハッシュ化されたCRMIDが生成され、ID サービスに送信されます。
テキストモード
| code language-json |
|---|
|
ユースケース：データには3つの一意の名前空間が含まれています
CRMID。お客様は、単一の人物エンティティを次のように定義します。
- 割り当てられたCRMIDを持つエンドユーザー
- ハッシュ化された電子メールアドレスに関連付けられているエンドユーザー。これにより、ハッシュ化された電子メールをサポートする宛先（例：Facebook）にプロファイルをアクティブ化できます。
- メールアドレスに関連付けられたエンドユーザー。これにより、サポート担当者は、そのメールアドレスを使用してReal-Time CDPでプロファイルを検索できます。
グラフシミュレーションツールで次の設定をシミュレーションします。 独自のイベントを作成するか、テキストモードを使用してコピー&ペーストできます。
このシナリオでは、JohnとJaneの両方がe コマースサイトにログインします。
テキストモード
| code language-json |
|---|
|
テキストモード
| code language-json |
|---|
|
高度な実装 advanced-implementations
高度な実装では、複雑で多層のグラフシナリオが必要です。 これらの実装では、グラフの折りたたみを防ぐために削除する必要がある正しいリンクを特定するために、名前空間優先度を使用します。
名前空間の優先度は、名前空間を重要度でランク付けするメタデータです。 グラフに2つのIDが含まれ、それぞれに異なる一意の名前空間がある場合、Identity Serviceは名前空間の優先度を使用して、削除するリンクを決定します。 詳しくは、名前空間の優先度に関する ドキュメントを参照してください。
名前空間の優先度は、複雑なグラフのシナリオにおいて重要な役割を果たします。 グラフには複数のレイヤーを含めることができます。エンドユーザーは複数のログイン IDに関連付けることができ、これらのログイン IDはハッシュ化することができます。 さらに、異なるECIDを異なるログイン IDにリンクすることもできます。 適切なリンクを適切なレイヤーで削除するには、名前空間の優先度設定が正しい必要があります。
Identity Graph Linking Rulesの高度な実装については、この節を参照してください。
ユースケース：複数の事業部門へのサポートが必要
CRMIDloginID
エンドユーザーには、個人アカウントとビジネスアカウントの2つの異なるアカウントがあります。 各アカウントは異なるIDで識別されます。 このシナリオでは、一般的なグラフは次のようになります。
テキストモード
CRMID: John, loginID: JohnPersonal
CRMID: John, loginID: JohnBusiness
loginID: JohnPersonal, ECID: 111
loginID: JohnPersonal, ECID: 222
loginID: JohnBusiness, ECID: 222
アルゴリズム設定（ID設定）
グラフをシミュレートする前に、グラフシミュレーションインターフェイスで次の設定を行います。
シミュレートされたグラフ
演習
Graph Simulationで次の設定をシミュレーションします。 独自のイベントを作成するか、テキストモードを使用してコピー&ペーストできます。
テキストモード
| code language-json |
|---|
|
テキストモード
| code language-json |
|---|
|
ユースケース：複数の名前空間を必要とする複雑な実装があります
CRMIDloyaltyIDthirdPartyIDorderID
あなたはメディア&エンターテインメント企業であり、エンドユーザーは次の情報を持っています。
- CRMID
- ロイヤルティ ID
さらに、エンドユーザーはe コマースサイトで購入することができ、このデータはメールアドレスに関連付けられています。 ユーザーデータは、サードパーティのデータベースプロバイダーによっても強化され、Experience Platformに一括送信されます。
テキストモード
CRMID: John, loyaltyID: John, Email: john@g
Email: john@g, orderID: aaa
CRMID: John, thirdPartyID: xyz
CRMID: John, ECID: 111
アルゴリズム設定（ID設定）
グラフをシミュレートする前に、グラフシミュレーションインターフェイスで次の設定を行います。
演習
Graph Simulationで次の設定をシミュレーションします。 独自のイベントを作成するか、テキストモードを使用してコピー&ペーストできます。
テキストモード
| code language-json |
|---|
|
テキストモード
| code language-json |
|---|
|
テキストモード
| code language-json |
|---|
|
テキストモード
| code language-json |
|---|
|
テキストモード
| code language-json |
|---|
|
次の手順
Identity Graph Linking Rulesについて詳しくは、次のドキュメントを参照してください。