よくある質問

ステッチに関するよくある質問を以下に示します。

チャネル間の移動

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

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

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

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

再生

ステッチはプロファイルをどのくらい遡って再生しますか?
キー更新のルックバックウィンドウは、データ再生の頻度に応じて異なります。例えば、データを毎週 1 回再生するようにステッチを設定した場合、キー更新のルックバックウィンドウは 7 日になります。データを毎日再生するようにステッチを設定した場合、キー更新のルックバックウィンドウは 1 日になります。

共有デバイス

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

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

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

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

多数の永続 ID

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

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

フィールドベースのステッチの場合、永続 ID の数は、ユーザー ID に優先されるので関係ありません。1 人のユーザーが任意の数のデバイスに属する場合でも、デバイス間での Customer Journey Analytics のステッチ機能に影響を与えることはありません。

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

ステッチプロセス

必要な情報をアドビのアカウントチームに連絡した後、キー更新されたデータセット利用可能になるまでにどのくらいかかりますか?
ライブステッチは、アドビがステッチを有効にしてから約 1 週間後に使用可能になります。バックフィルの可用性は、既存のデータの量に応じて異なります。小規模なデータセット(1 日あたり 100 万イベント未満)の処理には通常 2 ~ 3 日かかりますが、大規模なデータセット(1 日あたり 10 億イベント)では 1 週間以上かかる場合があります。

クロスデバイス分析とクロスチャネル分析の比較

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

クロスデバイス分析は、人物がどのようにデバイスをまたいで操作するかを把握できる、従来の 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 ユーザー名前空間
DeleteOutline 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 1-align-center 9-align-center 17-align-center 25-align-center
イベントデータセット ID タイムスタンプ 永続 ID 永続名前空間 ユーザー ID ユーザー名前空間
1 ts0 123 ecid
DeleteOutline 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 1-align-center 11-align-center 21-align-center 31-align-center
ステッチされたデータセット ID タイムスタンプ 永続 ID 永続名前空間 ユーザー ID ユーザー名前空間 結果の ID ステッチ名前空間
1 ts0 123 ecid Alex CustId
DeleteOutline 2 ts1 123 ecid Bob CustId Bob 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 ユーザー名前空間
DeleteOutline 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 1-align-center 9-align-center 17-align-center 25-align-center
イベントデータセット ID タイムスタンプ 永続 ID 永続名前空間 ユーザー ID ユーザー名前空間
1 ts0 123 ecid
DeleteOutline 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 1-align-center 11-align-center 21-align-center 31-align-center
ステッチされたデータセット ID タイムスタンプ 永続 ID 永続名前空間 ユーザー ID ユーザー名前空間 結果の ID ステッチ名前空間
1 ts0 123 ecid 123 ecid
DeleteOutline 2 ts1 123 ecid Bob CustId Bob CustId
3 ts2 123 ecid Alex CustId Alex CustId

空白の永続 ID 値

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

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

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

未定義のユーザー ID 値

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 (再生後)
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 ステッチデータセットの指標は、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 のユニーク訪問者よりも多くなったり少なくなったりする場合があります。 人物 = ユーザー 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 マップ

Customer Journey Analytics では「ID マップ」フィールドを使用できますか?
はい、Customer Journey Analytics では、フィールドベースグラフベースの両方のステッチに「 ID マップ」フィールドを使用できます。

グラフベースのステッチへの切り替え

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

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

  1. グラフベースのステッチを使用して、新しいグラフベースのステッチされたデータセットを設定します。
  2. 非常に短い時間枠のデータで新しい一時接続を作成します。
  3. この一時接続の一部として、新しいグラフベースのデータセットを設定します。
  4. この新しい一時接続で、グラフベースのステッチが正しく機能するかどうかを確認します。
  5. グラフベースのステッチが期待どおりに機能する場合は、グラフベースのデータセットの追加のバックフィルをリクエストし、元の接続のフィールドベースのデータセットを新しいグラフベースのデータセットとスワップします。
  6. 一時接続を削除します。

レポートの中断

既存のレポートに中断は発生しますか?
上記の手順に従う限り、中断は発生しません。それ以外の場合、その他のサポートについて詳しくは、Adobe Consulting にお問い合わせください。

ID サービスのデータセットの有効化

データセットを ID サービスのみに対して有効にするにはどうすればよいですか?

グラフベースのステッチでデータセットを使用するために、ID サービスでデータセットが有効になっていることを確認します。

グラフベースのステッチを利用するために、Real-Time Customer Data Platform のライセンスを取得する必要はありません。 グラフベースのステッチは、リアルタイム顧客プロファイルではなく、使用可能な ID グラフに基づいています。

既存のデータセットを確認し、ID サービスのみのデータセットを有効にするには、PATCH タグのみを使用する /datasets エンドポイントへの unifiedIdentity リクエストを使用します。 例:

code language-shell
curl -X PATCH \
  https://platform.adobe.io/data/foundation/catalog/dataSets/{DATASET_ID} \
  -H 'Content-Type:application/json-patch+json' \
  -H 'Authorization: Bearer {ACCESS_TOKEN}' \
  -H 'x-api-key: {API_KEY}' \
  -H 'x-gw-ims-org-id: {ORG_ID}' \
  -H 'x-sandbox-name: {SANDBOX_NAME}' \
  -d '[
        { "op": "add", "path": "/tags/unifiedIdentity", "value": ["enabled:true"] }
      ]'

リアルタイム顧客データプロファイルのライセンスを取得していない場合、リクエストで unifiedProfile タグを使用すると、エラーが返されます。

詳しくは、プロファイルおよび ID 対応データセットの作成を参照してください。

ステッチされた名前空間値

ステッチされた名前空間値が、CJA接続内の別のデータセット内で使用する可能性のある ID 名前空間値と常に一致するとは限らないのはなぜですか?
デフォルトでは、ステッチされた名前空間の値は小文字です。 だから、custEmailcustemail になります。 ID 名前空間値が custEmail の別のデータセットがある場合、2 つの値は一致しません。 レポートでこの動作を回避するには、派生フィールド関数 lowercase () ​ を使用して、ID 名前空間の値に一致させることができます。
recommendation-more-help
080e5213-7aa2-40d6-9dba-18945e892f79