ステッチを有効にする

永続的なIDまたは人物IDにExperience Data Model （XDM）スキーマ ​ フィールドを使用する場合は、イベントデータセットのスキーマでIDが適切にマークされていることを確認してください。 ID名前空間の概要を参照してください。

永続的IDと個人IDの両方のID カバレッジを確認します。

• 永続的ID

  永続的ID フィールドがnullではない7日間のデータをクエリし、データセット内のすべてのイベントの7日間のデータのクエリで割ります。 この割合は95%以上である必要があります。

  検証用クエリの例：

  code language-sql
  SELECT COUNT(*) AS total_events, COUNT({PERSISTENT_ID_FIELD}) AS events_with_persistentid, ROUND(COUNT({PERSISTENT_ID_FIELD}) / COUNT(*), 2) AS percent_with_persistentid_not_null FROM {DATASET_TABLE_NAME} WHERE TO_TIMESTAMP(timestamp, '{FORMAT_STRING}') >= TIMESTAMP '{START_DATE}' AND TO_TIMESTAMP(timestamp, '{FORMAT_STRING}') < TIMESTAMP '{END_DATE}';

  ここで：

  • {PERSISTENT_ID_FIELD}は永続IDのフィールドです。 例：identityMap.ecid[0]。
  • {DATASET_TABLE_NAME}は、イベントデータセットのテーブル名です。
  • {FORMAT_STRING}は、タイムスタンプフィールドの書式文字列です。 例：MM/DD/YY HH12:MI AM。
  • {START_DATE}は開始日です。 例：2024-01-01 00:00:00。
  • {END_DATE}は標準形式の終了日です。 例：2024-01-08 00:00:00。

• ユーザー ID

  • グラフベースの合成の場合、ID グラフに、選択した永続的ID名前空間と人物ID名前空間のID値をリンクするフラグメントが含まれていることを確認します。 Experience Platform ID グラフビューア ​に移動し、永続ID値のサンプルを使用してグラフをクエリします。 確認するには、これらの永続的ID値がグラフ内の人物ID値にリンクされているかどうかを確認します。

  • フィールドベースのステッチの場合は、個人ID フィールドがnullでない7日間のデータをクエリし、データセット内のすべてのイベントの7日間のデータのクエリで割ります。 この割合は、理想的には5%以上であるべきです。

    検証用クエリの例：

    code language-sql
    SELECT COUNT(*) AS total_events, COUNT({PERSON_ID_FIELD}) AS events_with_personid, ROUND(COUNT({PERSON_ID_FIELD}) / COUNT(*), 2) AS percent_with_personid_not_null FROM {DATASET_TABLE_NAME} WHERE TO_TIMESTAMP(timestamp, '{FORMAT_STRING}') >= TIMESTAMP '{START_DATE}' AND TO_TIMESTAMP(timestamp, '{FORMAT_STRING}') < TIMESTAMP '{END_DATE}';

    ここで：

    • {PERSON_ID_FIELD}は人物IDのフィールドです。 例：identityMap.crmId[0]。
    • {DATASET_TABLE_NAME}は、イベントデータセットのテーブル名です。
    • {FORMAT_STRING}は、タイムスタンプフィールドの書式文字列です。 例：MM/DD/YY HH12:MI AM。
    • {START_DATE}は開始日です。 例：2024-01-01 00:00:00。
    • {END_DATE}は標準形式の終了日です。 例：2024-01-08 00:00:00。

人物ID カバレッジ：ステッチプロセス（ライブおよびリプレイ）中に識別に使用される、選択した人物IDのカバレッジ。

• フィールドベースのステッチングを最適に行うには、永続ID （デバイス情報）ごとに少なくとも1つのイベントで個人ID （ユーザー情報）を送信する必要があります。
• 最適なグラフベースのステッチ結果を得るには、各永続的IDのID グラフに（永続的ID、人物ID）リレーションを存在させる必要があります。

個人IDのカバレッジはパーセントで表示され、安定した開発または実稼動設定で推奨されるものと比較されます。 このカバレッジ値が高いほど、選択した人物IDでより良いステッチ結果が得られます。

永続的ID カバレッジ：この値は、人物ID値を検出できない場合に、ステッチ プロセス（ライブおよびリプレイ）中に識別するために使用されます。 永続 ID もユーザー ID も持たないイベントは、データからドロップされます。 最適なステッチ結果を得るには、すべてのイベントに永続 ID が存在する必要があります。

永続的なID カバレッジは、パーセントで表示され、安定した開発または実稼動設定で推奨される最小値と比較されます。

ライブデータは、最初は数時間（14時間未満）後にCustomer Journey Analyticsに表示されます。 新しいライブデータは数時間以内に利用可能です。 ライブデータは、ステッチのイネーブルメントが完了した際の実際の瞬間に一致するイベントタイムスタンプ値で始まります。

ライブデータを確実に取り込むには、データセットの​すべての新しいデータの読み込み オプションを有効にします。

バックフィルされたデータ（最初に要求された場合）は、ライブデータと同じ時間にCustomer Journey Analyticsに表示されますが、関係するボリュームに応じて、完全に処理するのに数日かかる場合があります。 バックフィルされたデータは、最も古いイベントタイムスタンプ値で始まります。

別の方法を使用して、ステッチされたデータセットのデータがバックフィルされているかどうかを確認します。 例えば、Experience Platform クエリサービス UIを使用して、データセットから関連する期間のイベント数を抽出します。 同じ期間のCustomer Journey Analytics レポート ​の​ イベント ​指標の値に対して、イベント数が比較されます。 それらの数値が一致すれば、バックフィルは完了します。