よくある質問
ステッチに関するよくある質問を以下に示します。
フロービジュアライゼーションを、データセット ID ディメンションと合わせて使用できます。
- Customer Journey Analyticsにログインし空のWorkspace プロジェクトを作成します。
- 左側の **** ビジュアライゼーション **** タブを選択し、 フロー ビジュアライゼーションを右側のキャンバスにドラッグします。
- 左側の **** コンポーネント **** タブを選択し、ディメンション **** データセット ID **** を、中央にある、 Dimensionまたは項目 というラベルが付いた場所にドラッグします。
- このフローレポートはインタラクティブです。後続または前のページにフローを展開するには、いずれかの値を選択します。 右クリックメニューを使用して、列を展開または折りたたむことができます。同じフローレポート内で異なるディメンションを使用することもできます。
データセット ID ディメンションの項目の名前を変更する場合は、検索データセットを使用できます。
状況によっては、同じデバイスから複数のユーザーがログインすることがあります。例としては、自宅の共有デバイス、図書館の共有 PC、小売アウトレットのキオスクなどがあります。
一時的な ID は永続 ID よりも優先されるので、共有デバイスは(同じデバイスから操作している場合でも)別のユーザーと見なされます。
状況によっては、1 人のユーザーを多数の永続 ID に関連付けることができます。例えば、頻繁にブラウザーの Cookie をクリアするユーザーや、ブラウザーのプライベート/匿名モードを使用するユーザーです。
フィールドベースのステッチの場合、永続 ID の数は関係なく、一時的な ID が優先されます。 1 人のユーザーが任意の数のデバイスに属することができますが、その際にCustomer Journey Analyticsのデバイス間ステッチ機能は影響を受けません。
グラフベースのステッチの場合、1 人のユーザーが ID グラフに多数の永続 ID を持っている可能性があります。 グラフベースのステッチでは、指定した名前空間に基づいて永続 ID を使用します。 同じ名前空間により多くの永続 ID がある場合は、辞書的な最初の永続 ID が使用されます。
クロスデバイス分析は、人がどのようにデバイスをまたいで操作するかを把握できる、従来の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 | 一時的な名前空間 |
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 | |||
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 | |||
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 | 一時的な名前空間 |
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 | |||
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 | |||
3 | ts2 | 123 | ecid | アレックス | CustId | アレックス | CustId |
ステッチされるデータセット内のイベントで「永続 ID」フィールドが空白の場合、そのイベントのステッチ ID は次の 2 つの方法のいずれかで決定されます。
- 一時的な ID フィールドが空白でない場合、Customer Journey Analyticsは一時的な ID の値をステッチされた ID として使用します。
- 「一時的な ID」フィールドが空白の場合、Customer Journey Analyticsではステッチされた ID も空白のままになります。 この場合、永続 ID、一時 ID、ステッチ ID はすべてイベントで空白になります。 これらのタイプのイベントは、ステッチされた ID がユーザー ID として選択されたステッチ対象のデータセットを使用しているどのCustomer Journey Analytics接続でもドロップされます。
一時的な 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の特定の指標は、従来の 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 つの製品間で不一致が生じることがあります。
データはExperience Platformに取り込む必要はありませんが、Customer Journey Analyticsで再設定する必要があります。 次の手順に従ってください。
- 新しいグラフベースのステッチされたデータセットを設定します。
- Customer Journey Analyticsの新しい接続の一部として新しいデータセットを設定します。
- 新しい接続(および新しいグラフベースのステッチされたデータセット)を使用するように、既存のデータビューを切り替えます
- フィールドベースのステッチされたデータセットを使用していた古い接続を削除します。