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

名前空間でのプライマリ 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 使用して、永続 ID、人物 ID、またはその両方を定義します。

• 永続 ID またはユーザー ID の複数の値が 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 に）結び付けられます。 再生は、frequency と lookback window の 2 つのパラメーターで決まります。 Adobeでは、次のパラメーターの組み合わせを使用できます。

• 毎日の頻度での毎日のルックバック：データは毎日、24 時間のルックバックウィンドウで再生されます。 このオプションには、再生がより頻繁に行われるという利点があります。ただし、認証されていないプロファイルは、サイトを訪問した日に認証を行う必要があります。
• 毎週の頻度での毎週のルックバック：データは、毎週のルックバックウィンドウで週に 1 回再生されます（​ オプション ​ を参照）。 このオプションには、認証されていないセッションを後から認証できるという利点があります。ただし、1 週間未満の未ステッチデータは、次の週次再生まで再処理されません。
• 毎週の頻度での隔週ルックバック：データは、毎週 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接続内にこのデータセットを含める予定がある場合は、他のデータセットも同様の共通の ID を持っていることが推奨されます。