グラフベースのステッチ

名前空間でのプライマリ IDidentityMap 使用して 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 を定義します。

• persistentID の複数の値が identityMap 名前空間で見つかった場合、最初の辞書的に利用可能な 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）からのヒットがステッチされます。 再生は、frequency と lookback window の 2 つのパラメーターで決まります。 Adobeでは、次のパラメーターの組み合わせを使用できます。

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

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

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

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

• ID グラフには、人物 ID を解決するためにステッチ中に使用する名前空間（例：Email または Phone）が必要です。
• ID グラフには、任意の関連するデータセット（タイプ イベント または プロファイル からの ID 情報を入力する必要があります。このデータセットには、ID 値を持つ便利な名前空間が少なくとも 2 つ含まれています。
• そのような関連する ID を保持するすべてのデータセットは、ID グラフデータ取り込みに対して有効にする ​ 必要があります。 このイネーブルメントにより、必要なすべてのソースから、受信 ID が時間の経過と共にグラフに追加されるようになります。
• リアルタイム顧客データプロファイルまたは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。
• 単一のバッチ取得での ID へのリンクの最大数：50。
• グラフ取り込み用の XDM レコードの ID の最大数：20。
• グラフ取り込み用の XDM レコードの最小 ID 数：2.