ドキュメント Customer Journey Analytics Customer Journey Analytics ガイド

ステッチの検証

最終更新日： 2026年5月21日

トピック：
{"id":"c73c4213-d623-4126-81f4-80b42e5e2656"}

作成対象：

{"id":"c66ffd68-0f65-42bb-aa23-b4020f12e0bd"}

ID ステッチ（または単にステッチ）の目標は、クロスチャネル分析に対するイベントデータセットの適合性を高めることです。この昇格は、データセット内のすべてのデータ行に、使用可能な目的の最上位IDが含まれている場合に達成されます。この昇格により、次のことが可能になります。

匿名のユーザーを除外することなく、ユーザー中心のレポートを作成できます。
複数のデバイスを1人のユーザーに接続します。
チャネルをまたいで顧客とつながる。

この記事では、1つ以上の新しく作成されたステッチされたデータセットの高度を測定し、ステッチがこれらのメリットをもたらしているという確信を提供するための分析方法の概要を説明します。

分析方法には、管理者が通常アクセスできるデータビューコンポーネント設定が含まれます。また、このモデルでは、Analysis Workspaceプロジェクトの担当者が、計算指標とビジュアライゼーションを作成する必要があります。

これらの分析方法は、フィールドベースのステッチングとグラフベースのステッチングの両方に使用できますが、一部の要素は、特にグラフベースのステッチシナリオでは、データセットに存在しない場合があります。このような欠落している要素があると、Analysis Workspaceで直接リフトを計算することが難しくなります。

NOTE

1つ以上のデータセットをつなぎ合わせて（検証）することで、最終的により優れた分析とインサイトが得られます。ただし、この記事では、Experience Platformのすべてのデータセットが同じID名前空間に揃えられたCustomer Journey Analytics設定の全体的な値については説明しません。また、これらのデータセットはすべてつながっており、カスタマージャーニー全体にわたって分析を実行できます。

デモ動画については、 Stitching enablement and validationを参照してください。

style

shade-box

接続の検証での結合

この節では、接続インターフェイスで有効にしたステッチを検証する方法について詳しく説明します。

接続の推奨事項

接続インターフェイスで有効にしたステッチを検証するには、データセットのバックフィルの短い期間と代表的な期間を選択します。例えば、1週間です。

次の例では、イベントデータセットをつなぎ合わせます。イベントデータセットを追加するテスト接続を設定しました。このデータセットでは、ECID 名前空間を 永続的ID として、訪問者のハッシュ化された電子メールアドレス（directMarketing.hashedEmail）を 人物ID として定義します。このステッチを検証するには、短い期間（2026年1月24日 – 2026年2月10日）の データセットのバックフィル を定義します。この小さなウィンドウを使用して、ステッチが意図したとおりに機能するかどうかを検証します。

ステッチ設定

データビューの前提条件

ステッチ検証を行うには、ステッチされたデータセットに必要なすべてのディメンションと指標がデータビューで定義されていることを確認する必要があります。先ほど定義した接続に基づいて、データビューを作成します。データビュー設定の コンポーネント 手順では、次のことが必要です。

指標とディメンションから ID名前空間 をディメンションとしてディメンション リストに追加します。
スキーマフィールドから、イベントのユーザーIDとして定義した 訪問者ハッシュ化された電子メールアドレス識別子 を選択します。フィールドをディメンションとしてディメンション リストに追加し、指標として指標リストに追加します。指標の コンポーネント名 をEmail setに変更します。

データビューが保存されていることを確認します。

Workspace プロジェクトの作成

Workspaceで、新しいプロジェクトを作成し、フリーフォームテーブルを使用して、ステッチ設定をテストするために定義した日付範囲の 電子メールセット 指標を表示します。このフリーフォームテーブルには、メールアドレスを持つイベントがステッチ前に表示されます。

概要フリーフォームテーブルの結合 – メールセット

メールアドレスがステッチプロセスの後に設定されているイベントを確認するには、計算指標Email stitched namespaceを定義します。この計算指標は、ID名前空間がハッシュ化されたメール名前空間email_lc_sha256と等しい イベント を見ています。

ステッチの概要 – メールステッチ済み名前空間の計算指標

新しい計算指標 Email stitched namespace をフリーフォームテーブルに追加すると、ステッチプロセスの後にメールアドレスを持つイベントの数が増加します。

概要フリーフォームテーブルの結合 – メールセットと結合

さらに2つの計算指標を定義することで、さらにインサイトを得ることができます。

メール認証率。この計算指標は、ステッチプロセスの前の認証率を決定します。
ステッチ認証率。この計算指標は、ステッチプロセス後の認証率を決定します。

これら2つの計算指標をフリーフォームテーブルに追加すると、ステッチされたイベントの増加を確認できます。

概要フリーフォームテーブルの結合 – 認証済み

より多くのインサイトを得るには、さらに2つの計算指標（パーセント増加および上昇率）をフリーフォームテーブルに追加して、ステッチ設定の影響を確認できます。

概要フリーフォームテーブルのステッチ – 認証済み上昇率

ステッチの検証をリクエスト

この節では、Adobeから要求したステッチを検証する方法について詳しく説明します。このメソッドは非推奨（廃止予定）ですが、このメソッドを使用して結合されたデータセットが残っている可能性があります。

データビューの前提条件

ステッチ検証測定プランの場合は、ステッチされたデータセットから必要なすべてのディメンションと指標がデータビューで定義されていることを確認する必要があります。 stitchedID.idとstitchedID.namespace.codeの両方のフィールドがディメンションとして追加されていることを確認します。結合されたデータセットは、元のデータセットの正確なコピーですが、結合プロセスでは、次の2つの新しい列がデータセットに追加されます。

stitchedID.namespace.codeを使用して、ステッチされた名前空間 ディメンションを定義します。このディメンションには、行が昇格されたIDの名前空間（例：EmailまたはPhone）が含まれます。または、ステッチプロセスがフォールバックする名前空間（ECIDなど）。
stitchedID.idを使用して、ステッチ ID値 ディメンションを定義します。このディメンションには、IDの生の値が含まれます。例：ハッシュ化されたメール、ハッシュ化された電話、ECID。この値は、ステッチされた名前空間で使用されます。

さらに、ディメンション内の値の存在に基づく2つのステッチ指標を追加する必要があります。

ステッチされたデータセットの人物IDを含むフィールドを使用して、人物IDが設定されているかどうかを定義する指標を設定します。人物IDがベースラインの確立に役立つため、グラフベースのステッチングを使用している場合でも、この人物IDを追加します。個人IDがデータセット内に含まれていない場合、ベースラインは0%になります。

次の例では、personalEmail.addressがIDとして機能し、_Email set指標の作成に使用されています。
stitchedID.namespace.code フィールドを使用して、メールのステッチ済み名前空間指標を作成します。コンポーネント設定🔗に除外の値を含めるように指定してください。そのため、データ行をに昇格しようとしている名前空間の値のみを考慮してください。
1. 値を含める/除外するを選択します。
2. すべての条件がを一致 として満たしている場合は、 を選択します。
3. Equals emailを Criteria として指定し、メール名前空間に昇格されたイベントを選択します。

ステッチされた寸法

これらのディメンションの両方がデータビューに追加された状態で、Analysis Workspaceのフリーフォームテーブルを使用して、各ディメンションに含まれるデータを確認します。

ステッチされた名前空間 ディメンションテーブルでは、通常、各データセットに2行が表示されます。 1つの行は、ステッチプロセスでフォールバックメソッド（ECID）を使用する必要があった場合を表します。他の行には、目的のID名前空間（電子メール）に関連付けられたイベントが表示されます。

ステッチ ID値 ディメンションテーブルに、イベントから取得された生の値が表示されます。この表では、永続的IDと目的の人物IDの間で値が振動していることがわかります。

ステッチされたディメンションを確認

デバイス中心または人物中心のレポート

接続を作成する際は、ユーザーIDに使用するフィールドまたはIDを定義する必要があります。例えば、web データセットでデバイス IDを個人IDとして選択すると、デバイス中心のレポートを作成し、このデータを他のオフラインチャネルと結合する機能が失われます。クロスチャネルのフィールドやID （電子メールなど）を選択すると、未認証のイベントが失われます。この影響を把握するには、未認証のトラフィックの量と認証済みのトラフィックの量を把握する必要があります。

合計 の計算指標 未認証イベントを作成します。次に示すように、ルールビルダーでルールを定義します。
合計
以前に定義した _Email set 指標に基づいて、計算指標 Email認証率 を作成します。次に示すように、ルールビルダーでルールを定義します。
合計 の計算指標に対する 未認証イベントと 電子メール認証率 計算指標を使用して、ドーナツのビジュアライゼーションを作成します。このビジュアライゼーションには、未認証および認証済みのデータセット内のイベントの数が表示されます。

識別率の接続

ステッチの前と後の識別パフォーマンスを測定します。それには、さらに3つの計算指標を作成します。

ステッチされた名前空間がイベントの合計数に対して目的のIDに設定されているイベントの数を計算する ステッチ認証率 の計算指標。データビューを設定する際に、イベントの名前空間がemailに設定されている場合にのみカウントするフィルターを含む Email ステッチ名前空間 指標を作成しました。計算指標は、この メールのステッチ名前空間 指標を使用して、データの何パーセントが目的のIDを持っているかを示します。
現在の識別率とステッチされた識別率の間の生のパーセント変化を計算する パーセント増加 計算指標。
現在の識別率とステッチされた識別率の間の上昇率を計算する 上昇率 計算指標。