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

ステッチの検証

Last update: Wed Feb 11 2026 00:00:00 GMT+0000 (Coordinated Universal Time)

トピック：
クロスチャネル分析

作成対象：

管理者

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

匿名のユーザーを除外せずに、ユーザー中心のレポートを作成します。
複数のデバイスを 1 人のユーザーに接続します。
チャネルをまたいで人物を接続します。

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

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

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

NOTE

1 つ以上のデータセットの（検証）ステッチは、最終的には分析とインサイトの向上に貢献します。ただし、この記事では、Experience Platform内のすべてのデータセットが同じ ID 名前空間に関連付けられているCustomer Journey Analytics設定の全体的な値については説明しません。また、これらすべてのデータセットがうまく結合され、カスタマージャーニー全体にわたる分析を実行できます。

recommendation-more-help

デモビデオについては、ステッチの有効化と検証を参照してください。

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 を調べます。

ステッチの概要 – メールステッチされた名前空間計算指標

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

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

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. 条件として email 次に等しいを指定し、メール名前空間に昇格されたイベントを選択します。

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

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

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

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

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

デバイス中心またはユーザー中心のレポート

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

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

ステッチの識別率

ステッチの前後で ID パフォーマンスを測定する必要があります。それには、次の 3 つの計算指標を追加で作成します。

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