よくある質問
ステッチに関するよくある質問を以下に示します。
チャネル間の移動
フロービジュアライゼーションを、データセット ID ディメンションと合わせて使用できます。
- Customer Journey Analytics にログインし、空の Workspace プロジェクトを作成します。
- 左側の「ビジュアライゼーション」タブを選択し、フロービジュアライゼーションを右側のキャンバスにドラッグします。
- 左側の「コンポーネント」タブを選択し、データセット ID **** ディメンションをディメンションまたは項目****というラベルが付いた中央の場所にドラッグします。
- このフローレポートはインタラクティブです。後続または前のページにフローを展開するには、いずれかの値を選択します。右クリックメニューを使用して、列を展開または折りたたむことができます。同じフローレポート内で異なるディメンションを使用することもできます。
データセット ID ディメンションの項目の名前を変更する場合は、検索データセットを使用できます。
再生
共有デバイス
状況によっては、同じデバイスから複数のユーザーがログインすることがあります。例としては、自宅の共有デバイス、図書館の共有 PC、小売アウトレットのキオスクなどがあります。
ユーザー ID は永続 ID よりも優先されるので、共有デバイスは(同じデバイスから操作している場合でも)別のユーザーと見なされます。
詳しくは、共有デバイスユースケースを参照してください。
多数の永続 ID
状況によっては、1 人のユーザーを多数の永続 ID に関連付けることができます。例えば、頻繁にブラウザーの Cookie をクリアしたり、ブラウザーのプライベート/匿名モードを使用したりする個人です。
フィールドベースのステッチの場合、永続 ID の数は、ユーザー ID に優先されるので関係ありません。1 人のユーザーが任意の数のデバイスに属する場合でも、デバイス間での Customer Journey Analytics のステッチ機能に影響を与えることはありません。
グラフベースのステッチの場合、1 人のユーザーが ID グラフに多数の永続 ID を持っている可能性があります。 グラフベースのステッチでは、指定した名前空間に基づいて永続 ID が使用されます。同じ名前空間に対してより多くの永続 ID がある場合、辞書編集用の最初の永続 ID が使用されます。
ステッチプロセス
クロスデバイス分析とクロスチャネル分析の比較
クロスデバイス分析は、人物がどのようにデバイスをまたいで操作するかを把握できる、従来の Adobe Analytics 専用の機能です。デバイスデータを互いにリンクするために、フィールドベースのステッチとデバイスグラフの 2 つのワークフローを提供します。
クロスチャネル分析は、人物がどのようにデバイスとチャネルの両方をまたいで操作するかを把握できる、Customer Journey Analytics 専用のユースケースです。データセットのユーザー ID をステッチすることで、そのデータセットを他のデータセットとシームレスに組み合わせることができます。この機能は、クロスデバイス分析のフィールドベースのステッチと同様の設計で動作しますが、従来の Analytics と Customer Journey Analytics ではデータアーキテクチャが異なるので、実装は異なります。詳しくは、ステッチおよびクロスチャネル分析ユースケースを参照してください。
プライバシー
アドビでは、現地の法律と国際法に従ってプライバシーリクエストを処理します。アドビは、データアクセスリクエストとデータ削除リクエストを送信するための 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 | Bob | CustId | |
| 2 | ts2 | 123 | ecid | Alex | 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 | Bob | CustId | |
| 3 | ts2 | 123 | ecid | Alex | CustId |
| table 0-row-9 1-row-9 2-row-9 3-row-9 | ||||||||
|---|---|---|---|---|---|---|---|---|
| ステッチされたデータセット | ID | タイムスタンプ | 永続 ID | 永続名前空間 | ユーザー ID | ユーザー名前空間 | 結果の ID | ステッチ名前空間 |
| 1 | ts0 | 123 | ecid | Bob | CustId | |||
| 2 | ts1 | 123 | ecid | Bob | CustId | Bob | CustId | |
| 3 | ts2 | 123 | ecid | Alex | CustId | Alex | 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 | Alex | 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 | Alex | 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 | Alex | CustId | |||
|
|
||||||||
| 3 | ts2 | 123 | ecid | Alex | CustId | Alex | 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 | Alex | 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 | Alex | 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 | Alex | CustId | Alex | CustId |
空白の永続 ID 値
ステッチされているデータセット内のイベントで永続 ID フィールドが空白の場合、そのイベントの結果の ID は次の 2 つの方法のいずれかで決定されます。
- ユーザー ID フィールドが空白でない場合、Customer Journey Analyticsはユーザー ID の値を結果の ID として使用します。
- ユーザー ID フィールドが空白の場合、Customer Journey Analyticsでは結果の ID も空白のままになります。 この場合、永続 ID、人物 ID、結果 ID は、イベントですべて空白になります。 これらのタイプのイベントは、結果の ID が人物 ID として選択されたステッチ対象のデータセットを使用しているどのCustomer Journey Analytics接続でもドロップされます。
未定義のユーザー 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 (再生後) |
| 1 | 2023-05-12 12:01 | 123 | - | Cory |
| 2 | 2023-05-12 12:02 | 123 | Cory | Cory |
| 3 | 2023-05-12 12:03 | 456 | Undefined | Undefined |
| 4 | 2023-05-12 12:04 | 456 | - | Undefined |
| 5 | 2023-05-12 12:05 | 789 | Undefined | Undefined |
| 6 | 2023-05-12 12:06 | 012 | Undefined | Undefined |
| 7 | 2023-05-12 12:07 | 012 | - | Undefined |
| 8 | 2023-05-12 12:03 | 789 | Undefined | Undefined |
| 9 | 2023-05-12 12:09 | 456 | - | Undefined |
| 10 | 2023-05-12 12:02 | 123 | - | Cory |
| 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 のユニーク訪問者よりも多くなったり少なくなったりする場合があります。 | 人物 = ユーザー ID として選択された列に基づく個別のユーザー ID の数。Analytics ソースコネクタデータセットの 人物 は、(Customer Journey Analytics で endUserIDs._experience.aaid.id をユーザー ID として使用した場合)従来の Adobe Analytics の ユニーク訪問者 に似ています。 |
ユニーク訪問者 = 個別の訪問者 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 のカスタムイベント 1~100 の合計数は、従来の Adobe Analytics と Customer Journey Analytics(ステッチか未ステッチかに関わらず)で非常に近い値になります。Customer Journey Analytics と Adobe Analytics のイベントの重複排除などの機能の違いにより、2 つの製品間で不一致が生じることがあります。
ID マップ
グラフベースのステッチへの切り替え
データをExperience Platformに取り込む必要はありません。 ただし、Customer Journey Analyticsでデータを再設定する必要があります。 次の手順に従ってください。
- グラフベースのステッチを使用して、新しいグラフベースのステッチされたデータセットを設定します。
- 非常に短い時間枠のデータで新しい一時接続を作成します。
- この一時接続の一部として、新しいグラフベースのデータセットを設定します。
- この新しい一時接続で、グラフベースのステッチが正しく機能するかどうかを確認します。
- グラフベースのステッチが期待どおりに機能する場合は、グラフベースのデータセットの追加のバックフィルをリクエストし、元の接続のフィールドベースのデータセットを新しいグラフベースのデータセットとスワップします。
- 一時接続を削除します。
レポートの中断
ID サービスのデータセットの有効化
グラフベースのステッチでデータセットを使用するために、ID サービスでデータセットが有効になっていることを確認します。
グラフベースのステッチを利用するために、Real-Time Customer Data Platform のライセンスを取得する必要はありません。 グラフベースのステッチは、リアルタイム顧客プロファイルではなく、使用可能な ID グラフに基づいています。
既存のデータセットを確認し、ID サービスのみのデータセットを有効にするには、PATCH タグのみを使用する /datasets エンドポイントへの unifiedIdentity リクエストを使用します。 例:
| code language-shell |
|---|
|
リアルタイム顧客データプロファイルのライセンスを取得していない場合、リクエストで unifiedProfile タグを使用すると、エラーが返されます。
詳しくは、プロファイルおよび ID 対応データセットの作成を参照してください。
ステッチされた名前空間値
custEmail は custemail になります。 ID 名前空間値が custEmail の別のデータセットがある場合、2 つの値は一致しません。 レポートでこの動作を回避するには、派生フィールド関数 lowercase () を使用して、ID 名前空間の値に一致させることができます。