フィールドベースのステッチ

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 名前空間を使用して、永続 ID 、ユーザー ID、またはその両方を定義します。

• identityMap 名前空間に永続 ID またはユーザー ID の複数の値が見つかった場合、辞書順で最初に使用可能な値が使用されます。
• 永続 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 に）ステッチされます。 再生を決定する2つのパラメーター：頻度​と​ルックバックウィンドウ。 アドビでは、これらのパラメーターの次の組み合わせを提供しています。

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

プライバシー：プライバシー関連のリクエストを受信した場合は、リクエストされた ID を削除する以外に、未認証のイベントに対するその ID のステッチも取り消す必要があります。

ステッチを適用する Adobe Experience Platform のイベントデータセットには、プロファイルの識別に役立つ次の 2 つの列が必要です。

• 永続 ID - 各行で使用できる識別子。 例えば、Adobe Analytics AppMeasurement ライブラリで生成された訪問者 ID や、Adobe Experience Platform ID サービスで生成された ECID などです。
• ユーザー ID - 一部の行で使用できる識別子。 例えば、プロファイルの認証後にハッシュ化されたユーザー名やメールアドレスなどがあります。 事実上任意の識別子を使用できます。 ステッチでは、このフィールドを実際のユーザー ID 情報を保持すると見なされます。 最適なステッチの結果を得るには、データセットのイベント内で、永続 ID ごとに少なくとも 1 回、ユーザー ID を送信する必要があります。 Customer Journey Analytics 接続内にこのデータセットを含める予定がある場合は、他のデータセットも同様の共通の識別子を持っていることが推奨されます。