グラフベースのステッチ

identityMap 名前空間のプライマリ ID を使用して persistentID を定義します。

• 異なる名前空間に複数のプライマリ IDが見つかった場合、名前空間内のIDは辞書的に並べ替えられ、最初のIDが選択されます。
• 単一の名前空間に複数のプライマリ ID が見つかった場合、辞書順で最初に使用可能なプライマリ ID が選択されます。

次の例では、名前空間と ID により、並べ替えられたプライマリ ID リストが生成され、最後に選択された ID が表示されます。

[
  {"id": "ecid-3"},
  {"id": "ecid-2", "primary": true},
  {"id": "ecid-1", "primary": true}
 ]

[
  {"id": "ccid-1"},
  {"id": "ccid-2", "primary": true}
]

PrimaryIdentities [
  {"id": "ccid-2", "namespace": "CCID"},
  {"id": "ecid-1", "namespace": "ECID"},
  {"id": "ecid-2", "namespace": "ECID"}
]
NonPrimaryIdentities [
  {"id": "ccid-1", "namespace": "CCID"},
  {"id": "ecid-3", "namespace": "ECID"}
]

"id": "ccid-2",
"namespace": "CCID"

identityMap 名前空間を使用して persistentID を定義します。

• identityMap 名前空間に永続 ID の複数の値が見つかった場合、辞書順で最初に使用可能な ID が使用されます。

次の例では、使用する名前空間として ECID を選択しています。 その選択により、並べ替えられた ID リストが生成され、最後に選択された ID が表示されます。

[
  {"id": "ecid-3"},
  {"id": "ecid-2", "primary": true},
  {"id": "ecid-1", "primary": true}
]

[
  {"id": "ccid-1"},
  {"id": "ccid-2", "primary": true}
]

[
  "id": "ecid-1",
  "id": "ecid-2",
  "id": "ecid-3"
]

"id": "ecid-1",
"namespace": "ECID"

ライブステッチ：永続 ID を使用し、ID グラフのクエリを実行して、選択した名前空間のユーザー ID を検索し、各ヒット（イベント）を受信すると、ステッチを試みます。 ルックアップからユーザー ID が使用できる場合、このユーザー ID はすぐにステッチされます。

再生のステッチ：ID グラフから更新された ID に基づいてデータを​ 再生 ​します。 このステージでは、ID グラフが名前空間の ID を解決するので、以前は不明だったデバイス（永続 ID）からのヒットがステッチされます。 再生を決定する2つのパラメーター：頻度​と​ルックバックウィンドウ。 アドビでは、これらのパラメーターの次の組み合わせを提供しています。

• 毎日の頻度での毎日のルックバック：データは、24 時間のルックバックウィンドウで毎日再生されます。 このオプションには、再生がより頻繁に行われるという利点があります。ただし、未認証プロファイルは、サイトを訪問した日に認証を行う必要があります。
• 毎週の頻度での毎週のルックバック：データは、毎週のルックバックウィンドウで週に 1 回再生されます（オプションを参照）。 このオプションには、未認証セッションの認証にかなり長い時間をかけられるという利点があります。 ただし、1 週間未満の未ステッチデータは、次の毎週の再生まで再処理されません。
• 毎週の頻度での 2 週間ごとのルックバック：データは、2 週間ごとのルックバックウィンドウで毎週 1 回再生されます（オプションを参照）。 このオプションには、未認証セッションの認証にかなり長い時間をかけられるという利点があります。 ただし、2 週間未満の未ステッチデータは、次の毎週の再生まで再処理されません。
• 毎週の頻度での毎月のルックバック：データは、毎月のルックバックウィンドウで毎週再生されます（オプションを参照）。 このオプションには、未認証セッションの認証にかなり長い時間をかけられるという利点があります。 ただし、1 か月未満の未ステッチデータは、次の毎週の再生まで再処理されません。

プライバシー：プライバシー関連のリクエストを受信した場合は、ソースデータセットからリクエストされた ID を削除する以外に、未認証のイベントに対するその ID のステッチも取り消す必要があります。 また、特定の ID に対する今後のグラフベースのステッチを防ぐために、その ID を ID グラフから削除する必要があります。

ステッチを適用する Adobe Experience Platform のイベントデータセットには、行ごとにプロファイルを識別する 1 つの列（永続 ID）が必要です。 例えば、Adobe Analytics AppMeasurement ライブラリで生成された訪問者 ID や、Experience Platform ID サービスで生成された ECID などです。

Experience Platform Identity ServiceのID グラフは、グラフベースのステッチを有効にする前に、サンドボックスレベルで設定する必要があります。

• ID グラフには、人物IDを解決するためにステッチ中に使用する名前空間（例：EmailまたはPhone）が必要です。
• ID グラフには、関連するデータセット（event​または​ profile ​のタイプで、ID値を持つ少なくとも2つの有用な名前空間を含む）のID情報を入力する必要があります。
• 関連IDを保持するすべてのデータセットは、ID グラフデータの取り込みに有効にする必要があります。 この有効化により、受信IDがすべての必要なソースから時間の経過とともにグラフに追加されます。
• 既にReal-Time Customer Data ProfileやAdobe Journey Optimizerを使用している場合は、グラフを既にある程度設定しておく必要があります。
  グラフベースのステッチで有効になっているデータセットに過去のステッチ バックフィルも必要な場合、グラフには目的のステッチ結果を取得するために、ピリオド全体の過去のIDが既に含まれている必要があります。

グラフベースのステッチを使用する場合、イベントデータセットがID グラフに貢献することを想定している場合は、ID サービスのデータセットを有効にする必要があります。

永続的IDとユーザーIDは、identityMapで使用できます。 または、永続的IDと人物IDは、XDM スキーマのフィールドにすることができます。この場合、フィールドはスキーマのID🔗として定義する必要があります。

指定された名前空間を使用してユーザー ID のクエリを実行する場合、タイムスタンプは考慮されません。 そのため、永続 ID が、以前のタイムスタンプを持つレコードのユーザー ID とステッチされる可能性があります。

グラフ内の名前空間に複数の ID が含まれる共有デバイスのシナリオでは、辞書順で最初の ID が使用されます。 グラフリンクルールのリリースの一部として名前空間の制限と優先度が設定されている場合は、最後に認証されたユーザーの ID が使用されます。 詳しくは、共有デバイスを参照してください。

ID グラフに ID をバックフィルできる期間は 3 か月までという厳密な制限があります。 Real-time Customer Data Platform などの Experience Platform アプリケーションを使用して ID グラフに入力していない場合は、バックフィル ID を使用します。

ID サービスのガードレールが適用されます。 例えば、次の静的制限を参照してください。

• グラフ内の ID の最大数：50。
• 1 回のバッチ取得での ID へのリンクの最大数：50。
• グラフ取得での XDM レコード内の ID の最大数：20。
• グラフ取得での XDM レコード内の ID の最小数：2。