ステッチ

ステッチには、認証済みユーザーデータと未認証ユーザーデータの結合が含まれます。 イベントデータセットに対してステッチを有効にする前に、必要なエンドユーザー権限の取得など、適用される法律および規制を遵守していることを確認してください。 詳しくは、UI で ID フィールドを定義を参照してください。

目的のデータをAdobe Experience Platformに読み込みます。

• Adobe Analytics データについては、Customer Journey AnalyticsでのAdobe Analytics レポートスイートデータの利用を参照してください。
• 他のタイプのデータについては、Adobe Experience Platform ドキュメントのスキーマの作成とデータの取り込みを参照してください。

2 つ以上のデータセットの結合。 ステッチは、1 つのデータセットにのみ適用されます。 データセットの結合は、Customer Journey Analytics接続を設定し、接続内の選択したデータセットで同じ人物 ID を選択した結果として発生します。

2 つのデータセットの結合。 Customer Journey Analyticsでは、結合は、Analysis Workspaceでの検索や分類によく使用されます。 ステッチには結合機能が使用されますが、プロセス自体には複数の結合が含まれます。

ライブステッチ：各ヒット（イベント）が発生するとそのヒットをステッチしようとします。 データセットに「新規」である（認証されたことのない）デバイスからのヒットは、通常、このレベルでは結び付けられません。 既に認識済みのデバイスからのヒットは、直ちに結合されます。

ステッチを再生：学習した一意の識別子（一時的な ID）に基づいてデータを「再生」します。 このステージでは、以前は不明だったデバイス（永続 ID）からのヒットが（一時的な ID に）結合されます。 再生は、頻度 および ルックバックウィンドウ の 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 を持っていることが推奨されます。

両方の列（永続 ID と一時 ID）は、ステッチするデータセットのスキーマで、ID 名前空間を持つ ID フィールドとして定義する必要があります。 identityMap フィールドグループを使用してReal-time Customer Data Platformで ID ステッチを使用する場合、ID 名前空間を使用して ID フィールドを追加する必要があります。 Customer Journey Analyticsのステッチは ID フィールドグループをサポートしていないので、この identityMap フィールドの ID は必須です。 スキーマに ID フィールドを追加し、同時に identityMap フィールドグループを使用する場合は、追加の ID フィールドをプライマリ ID として設定しないでください。 追加の ID フィールドをプライマリ ID として設定すると、Real-time Customer Data Platformに使用される identityMap フィールドグループに干渉します。

ライブステッチ：は、永続 ID を使用して、ID グラフにクエリを実行し、選択した名前空間の一時的な ID を検索し、発生した各ヒット（イベント）をステッチしようとします。 ルックアップから一時的な ID を使用できる場合、この一時的な ID は直ちにステッチされます。

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

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

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