よくある質問

ステッチを使用して、ユーザーがチャネル間を移動する様子を確認するにはどうすればよいですか？

フロービジュアライゼーションを、データセット ID ディメンションと合わせて使用できます。

1. Customer Journey Analytics にログインし、空のWorkspace プロジェクトを作成します。
2. 左側の **** ビジュアライゼーション **** タブを選択し、​ フロー ​ ビジュアライゼーションを右側のキャンバスにドラッグします。
3. 左側の **** コンポーネント **** タブを選択し、ディメンション **** データセット ID **** を、中央にある、​ Dimensionまたは Item ​ というラベルが付いた場所にドラッグします。
4. このフローレポートはインタラクティブです。後続または前のページにフローを展開するには、いずれかの値を選択します。 右クリックメニューを使用して、列を展開または折りたたむことができます。同じフローレポート内で異なるディメンションを使用することもできます。

データセット ID ディメンションの項目の名前を変更する場合は、検索データセットを使用できます。

再生訪問者をステッチするのにどのくらい遡りますか？

キー更新のルックバックウィンドウは、データ再生の希望頻度によって異なります。 例えば、データを毎週 1 回再生するステッチを設定した場合、キー更新のルックバックウィンドウは 7 日になります。 データを毎日再生するステッチを設定した場合、キー更新のルックバックウィンドウは 1 日です。

共有デバイスはどのように処理されますか？

状況によっては、同じデバイスから複数のユーザーがログインすることがあります。例としては、自宅の共有デバイス、図書館の共有 PC、小売アウトレットのキオスクなどがあります。

一時的な ID は永続 ID よりも優先されるので、共有デバイスは（同じデバイスから操作している場合でも）別のユーザーと見なされます。

詳しくは、 共有デバイスのユースケースを参照してください。

1 人のユーザーが多数の永続 ID を持っている場合、ステッチはどのように処理されますか？

状況によっては、1 人のユーザーを多数の永続 ID に関連付けることができます。例えば、頻繁にブラウザーの Cookie をクリアするユーザーや、ブラウザーのプライベート/匿名モードを使用するユーザーです。

フィールドベースのステッチの場合、永続 ID の数は関係なく、一時的な ID が優先されます。 1 人のユーザーが任意の数のデバイスに属することができますが、その際にCustomer Journey Analyticsのデバイス間ステッチ機能は影響を受けません。

グラフベースのステッチの場合、1 人のユーザーが ID グラフに多数の永続 ID を持っている可能性があります。 グラフベースのステッチでは、指定した名前空間に基づいて永続 ID を使用します。 同じ名前空間により多くの永続 ID がある場合は、辞書的な最初の永続 ID が使用されます。

必要な情報をアドビのアカウントチームに連絡した後、キー更新されたデータセット利用可能になるまでにどのくらいかかりますか？

ライブステッチは、Adobeがステッチを有効にしてから約 1 週間後に使用可能になります。 バックフィルの可用性は、既存のデータの量に応じて異なります。小規模なデータセット（1 日あたり 100 万イベント未満）の処理には通常 2 ～ 3 日かかりますが、大規模なデータセット（1 日あたり 10 億イベント）では 1 週間以上かかる場合があります。

クロスデバイス分析（従来の Analytics の機能）とクロスチャネル分析の違いは何ですか。

クロスデバイス分析は、人がどのようにデバイスをまたいで操作するかを把握できる、従来のAdobe Analytics専用の機能です。 デバイスデータを互いにリンクするために、フィールドベースのステッチとデバイスグラフの 2 つのワークフローを提供します。

Cross-channel analysis は、人がどのようにデバイスとチャネルの両方をまたいで操作するかを把握できる、Customer Journey Analytics専用のユースケースです。 データセットの人物 ID をステッチし、そのデータセットを他のデータセットとシームレスに組み合わせることができます。 この機能は、クロスデバイス分析のフィールドベースのステッチと同様の設計で動作しますが、従来の Analytics とCustomer Journey Analyticsではデータアーキテクチャが異なるので、実装は異なります。 詳しくは、 ステッチおよび クロスチャネル分析ユースケースを参照してください。

ステッチではプライバシーリクエストをどのように処理しますか？

Adobeでは、各国および国際法に従ってプライバシーリクエストを処理します。 アドビは、データアクセスリクエストとデータ削除リクエストを送信するための Adobe Experience Platform Privacy Service を提供しています。リクエストは、元のデータセットとキーが更新されたデータセットの両方に適用されます。

note important
IMPORTANT
ステッチ解除プロセスは、プライバシーリクエストの一環として、2025 年の初めに変更されます。 現在のステッチ解除プロセスでは、既知の ID の最新バージョンを使用してイベントが再ステッチされます。 イベントを別の ID に再割り当てすると、望ましくない法的結果が生じる可能性があります。 これらの懸念を修正するために、2025 年以降、新しいステッチプロセスにより、プライバシーリクエストの対象となるイベントが永続 ID で更新されます。

説明するために、ID の次のデータを想定します。つまり、ステッチの前と後のイベントです。

table 0-row-7 1-row-7 2-row-7
ID マップ	Id	タイムスタンプ	永続 ID	永続的な名前空間	一時 id	一時的な名前空間
	1	ts1	123	ecid	ボブ	CustId
	2	ts2	123	ecid	アレックス	CustId

table 0-row-7 1-row-7 2-row-7 3-row-7
イベントデータセット	Id	タイムスタンプ	永続 ID	永続的な名前空間	一時 id	一時的な名前空間
	1	ts0	123	ecid
	2	ts1	123	ecid	ボブ	CustId
	3	ts2	123	ecid	アレックス	CustId

table 0-row-9 1-row-9 2-row-9 3-row-9
ステッチされたデータセット	Id	タイムスタンプ	永続 ID	永続的な名前空間	一時 id	一時的な名前空間	ステッチ ID	ステッチされた名前空間
	1	ts0	123	ecid			ボブ	CustId
	2	ts1	123	ecid	ボブ	CustId	ボブ	CustId
	3	ts2	123	ecid	アレックス	CustId	アレックス	CustId

プライバシーリクエストの現在のプロセス

CustID Bob を持つ顧客に対するプライバシーリクエストを受信すると、取り消し線エントリを含む行が削除されます。 その他のイベントは、ID マップを使用して再タイトルされます。 例えば、ステッチされたデータセット内の最初のステッチ ID は Alex に更新されます。

table 0-row-7 1-row-7 2-row-7 1-align-center 9-align-center 17-align-center
ID マップ	Id	タイムスタンプ	永続 ID	永続的な名前空間	一時 id	一時的な名前空間
	1	ts1	123	ecid	ボブ	CustId
	2	ts2	123	ecid	アレックス	CustId

table 0-row-7 1-row-7 2-row-7 3-row-7 1-align-center 9-align-center 17-align-center 25-align-center
イベントデータセット	Id	タイムスタンプ	永続 ID	永続的な名前空間	一時 id	一時的な名前空間
	1	ts0	123	ecid
	2	ts1	123	ecid	ボブ	CustId
	3	ts2	123	ecid	アレックス	CustId

table 0-row-9 1-row-9 2-row-9 3-row-9 1-align-center 11-align-center 21-align-center 31-align-center
ステッチされたデータセット	Id	タイムスタンプ	永続 ID	永続的な名前空間	一時 id	一時的な名前空間	ステッチ ID	ステッチされた名前空間
	1	ts0	123	ecid			アレックス	CustId
	2	ts1	123	ecid	ボブ	CustId	ボブ	CustId
	3	ts2	123	ecid	アレックス	CustId	アレックス	CustId

プライバシーリクエストの新しいプロセス

CustID Bob を持つ顧客に対するプライバシーリクエストを受信すると、取り消し線エントリを含む行が削除されます。 その他のイベントは、永続 ID を使用して再タイトルされます。 例えば、ステッチされたデータセット内の最初のステッチ ID は 123 に更新されます。

table 0-row-7 1-row-7 2-row-7 1-align-center 9-align-center 17-align-center
ID マップ	Id	タイムスタンプ	永続 ID	永続的な名前空間	一時 id	一時的な名前空間
	1	ts1	123	ecid	ボブ	CustId
	2	ts2	123	ecid	アレックス	CustId

table 0-row-7 1-row-7 2-row-7 3-row-7 1-align-center 9-align-center 17-align-center 25-align-center
イベントデータセット	Id	タイムスタンプ	永続 ID	永続的な名前空間	一時 id	一時的な名前空間
	1	ts0	123	ecid
	2	ts1	123	ecid	ボブ	CustId
	3	ts2	123	ecid	アレックス	CustId

table 0-row-9 1-row-9 2-row-9 3-row-9 1-align-center 11-align-center 21-align-center 31-align-center
ステッチされたデータセット	Id	タイムスタンプ	永続 ID	永続的な名前空間	一時 id	一時的な名前空間	ステッチ ID	ステッチされた名前空間
	1	ts0	123	ecid			123	ecid
	2	ts1	123	ecid	ボブ	CustId	ボブ	CustId
	3	ts2	123	ecid	アレックス	CustId	アレックス	CustId

1 つ以上のイベントの「永続 ID」フィールドが空白の場合はどうなりますか？

ステッチされるデータセット内のイベントで「永続 ID」フィールドが空白の場合、そのイベントのステッチ ID は次の 2 つの方法のいずれかで決定されます。

• 一時的な ID フィールドが空白でない場合、Customer Journey Analyticsは一時的な ID の値をステッチされた ID として使用します。
• 「一時的な ID」フィールドが空白の場合、Customer Journey Analyticsではステッチされた ID も空白のままになります。 この場合、永続 ID、一時 ID、ステッチ ID はすべてイベントで空白になります。 これらのタイプのイベントは、ステッチされた ID が人物 ID として選択されたステッチ対象のデータセットを使用しているどのCustomer Journey Analytics接続でもドロップされます。

1 つ以上のイベントの「一時的な ID」フィールドに Undefined のようなプレースホルダー値が含まれている場合はどうなりますか？

一時的な ID にプレースホルダー値を使用するデータにステッチが適用される場合は、「人物を折りたたむ」ことに注意してください。 次の表の例では、CRM システムをソースとするデータセットから取得された未定義の人物 ID に値「Undefined」が設定されているため、人物が誤って表現されています。

table 0-row-5 1-row-5 2-row-5 3-row-5 4-row-5 5-row-5 6-row-5 7-row-5 8-row-5 9-row-5 10-row-5 11-row-5
イベント	タイムスタンプ	永続 ID （Cookie ID）	一時 ID （ログイン ID）	ステッチ ID （再生後）
1	2023-05-12 12:01	123	-	コリー
2	2023-05-12 12:02	123	コリー	コリー
3	2023-05-12 12:03	456	未定義	未定義
4	2023-05-12 12:04	456	-	未定義
5	2023-05-12 12:05	789	未定義	未定義
6	2023-05-12 12:06	012	未定義	未定義
7	2023-05-12 12:07	012	-	未定義
8	2023-05-12 12:03	789	未定義	未定義
9	2023-05-12 12:09	456	-	未定義
10	2023-05-12 12:02	123	-	コリー
		4 デバイス	2 人: イベント 1、4、7、9、10 がドロップされました	2 人: Cory、未認証（1 人のユーザーに折りたたまれた状態）

Customer Journey Analyticsでステッチされたデータセットの指標は、Customer Journey Analyticsの未ステッチデータセットの同様の指標およびAdobe Analyticsと比較してどうですか？

Customer Journey Analyticsの特定の指標は、従来の Analytics の指標に似ていますが、比較する対象によっては、それ以外の指標は異なります。 下の表では、一般的な指標をいくつか比較しています。

table 0-row-4 1-row-4 2-row-4 3-row-4
Customer Journey Analytics ステッチデータ	Customer Journey Analytics 未ステッチデータ	Adobe Analytics	CDA を使用した Analytics Ultimate
People = ステッチされた ID がユーザー ID として選択された場合の個別のユーザー ID の数。 人物 ​は、ステッチプロセスの結果に応じて、従来の Adobe Analytics のユニーク訪問者よりも多くなったり少なくなったりする場合があります。	People = ユーザー ID として選択された列に基づく個別のユーザー ID の数。 Analytics ソースコネクタデータセットの 人物 は、Customer Journey Analyticsでユーザー ID として使用される場合、従来のAdobe Analyticsの ユニーク訪問者 に似 endUserIDs._experience.aaid.id います。	ユニーク訪問者 = 個別の訪問者 ID の数。ユニーク訪問者 ​は、個別の ECID の数と同じにならない場合があります。	人物を参照してください。
セッション数：Customer Journey Analytics データビューのセッション設定に基づいて定義されます。ステッチ処理では、複数のデバイスからの個々のセッションを 1 つのセッションにまとめることができます。	セッション数：Customer Journey Analytics データビューで指定されたセッション設定に基づいて定義されます。	訪問数：訪問数を参照してください。	訪問：CDA 仮想レポートスイートで指定されたセッション設定に基づいて定義されます。
イベント数 = Customer Journey Analytics でのステッチデータの行数。この指標は、通常、従来の Adobe Analytics の​ 回数 ​に近い値になります。ただし、空白の永続 ID を持つ行については、上記の FAQ に注意してください。	イベント数 = Customer Journey Analytics での未ステッチデータの行数。この指標は、通常、従来の Adobe Analytics の​ 回数 ​に近い値になります。ただし、Experience Platform データレイクの未ステッチデータに空白の人物 ID が含まれているイベントがある場合、これらのイベントはCustomer Journey Analyticsに含まれません。	発生回数：発生回数を参照してください。	発生回数：発生回数を参照してください。

その他の指標は、Customer Journey AnalyticsとAdobe Analyticsで似ている場合があります。 例えば、Adobe Analytics カスタムイベントの合計数は、従来のAdobe AnalyticsとCustomer Journey Analytics（ステッチか未ステッチかに関わらず）で 1～100 が比較可能です。 Customer Journey AnalyticsとAdobe Analyticsのイベントの重複排除などの 機能の違い）により、2 つの製品間で不一致が生じることがあります。

Customer Journey Analyticsで「ID マップ」フィールドを使用できますか？

いいえ。Customer Journey Analyticsでは現在、ステッチに ID マップフィールドを使用できません。

フィールドベースのステッチからグラフベースのステッチに切り替えるには、データを取り込む必要がありますか？

データはExperience Platformに取得する必要はありませんが、Customer Journey Analyticsで再設定する必要があります。 次の手順に従ってください。

1. 新しいグラフベースのステッチされたデータセットを設定します。
2. Customer Journey Analyticsの新しい接続の一部として新しいデータセットを設定します。
3. 新しい接続（および新しいグラフベースのステッチされたデータセット）を使用するように、既存のデータビューを切り替えます
4. フィールドベースのステッチされたデータセットを使用していた古い接続を削除します。

既存のレポートに何らかの中断はありますか？

上記の手順に従う場合は、できません。 それ以外の場合は、Adobe Consultingに追加のサポートを依頼してください。