CDA を使用して、ユーザーがデバイスタイプ間をどのように移動しているかを確認する方法を教えてください。

フロービジュアライゼーションを、モバイルデバイスタイプディメンションと共に使用できます。

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

ユーザーが異なるユーザーエクスペリエンス（デスクトップブラウザー、モバイルブラウザー、モバイルアプリなど）の間をどのように移動しているかを確認することはできますか。

上に示したモバイルデバイスタイプの例では、ユーザーがモバイルデバイスタイプとデスクトップデバイスタイプの間をどのように移動しているかを確認できます。ただし、デスクトップブラウザーとモバイルブラウザーを区別することはできません。このインサイトを得たい場合は、エクスペリエンスがデスクトップブラウザー、モバイルブラウザー、またはモバイルアプリで発生したかどうかを記録するカスタム変数（prop や eVar など）を作成できます。その後、モバイルデバイスタイプディメンションの代わりにカスタム変数を使用して、上記のようにフロー図を作成できます。この方法では、クロスデバイスでの動作に関する表示が少し変わります。

CDA は訪問者をどのくらい遡って結び付けますか。

CDA のクロスデバイスステッチは、2 つの同時プロセスで行われます。

最初のプロセスは「ライブステッチ」と呼ばれ、データを Adobe Analytics にストリーミングするときに発生します。ライブステッチ中に、個人レベルでデータをリステートするために CDA は最大限の能力を発揮します。ただし、ライブステッチの時点でユーザーが不明な場合は、CDA が訪問者 ID にフォールバックしてユーザーを表します。
2 つ目のプロセスは「再生」です。再生中、CDA は時間を遡り、可能な場合は指定されたルックバックウィンドウ内の履歴データをリステートします。このルックバックウィンドウは、CDA にリクエストされた設定の内容に応じて 1 日か 7 日になります。再生中に、CDA は以前ユーザーが不明だったヒットをリステートしようとします。

CDA はタイムスタンプ付きのヒットをどのように処理しますか。

アドビは、タイムスタンプ付きのヒットを、アドビがヒットを受け取った時ではなく、タイムスタンプの時点で受け取ったとして処理します。 1 ヶ月よりも古いタイムスタンプ付きのヒットは、アドビがステッチに使用する範囲外にあるので、ステッチされません。

CDA とカスタム訪問者 ID を比較するとどのように異なりますか。

個別のプロファイル属性に基づいて予測を構築する機械学習モデルなど、最も複雑なアルゴリズムを最適化したい場合にカスタム訪問者 ID は、デバイスをまたいでユーザーを結び付ける従来の方法です。カスタム訪問者 ID では、visitorID 変数を使用して、訪問者ロジックに使用する ID を明示的に設定します。 visitorID 変数は、存在する cookie ベースの ID よりも優先されます。

カスタム訪問者 ID には、CDA が克服または最小化する望ましくない副作用がいくつかあります。例えば、カスタム訪問者 ID 手法には、再生機能はありません。訪問の途中でユーザーが認証をおこなうと、訪問の前半と後半で、異なる訪問者 ID が関連付けられます。別の訪問者 ID が付けられると、訪問数と訪問者数が水増しされてしまいます。 CDA は履歴データを再設定し、これにより、未知のヒットが正しい人物に属するようになります。

カスタム訪問者 ID から CDA にアップグレードすることはできますか。

カスタム訪問者 ID を既に使用しているお客様は、実装に何も変更を加えることなく、CDA にアップグレードできます。 visitorID 変数は、ソースレポートスイートでも引き続き使用されます。ただし、ユーザーが認証すると、CDA は仮想レポートスイートの visitorID 変数を無視します。

1 人のユーザーが多数のデバイス／ECID を持っている場合、CDA はどのように処理しますか。

状況によっては、1 人のユーザーを多数の ECID に関連付けることができます。この問題は、個人が多くのブラウザーやアプリを使用している場合に発生する可能性があります。さらに、cookie を頻繁に消去したり、ブラウザーのプライベートブラウジングモードや匿名ブラウジングモードを使用している場合は悪化することがあります。

フィールドベースのステッチを使用する場合、デバイス数は、ログインユーザーの識別に役立てるために選択した prop／eVar に関係ありません。 1 人のユーザーが任意の数のデバイスに属する場合でも、デバイス間での CDA のステッチ機能に影響を与えることはありません。

CDA の「人」指標と CDA 以外の「ユニーク訪問者」指標の違いを教えてください。

ユーザーとユニーク訪問者の指標は両方とも、個別訪問者（個人）をカウントすることを目的としています。ただし、2 台の異なるデバイスが同じユーザーに属する可能性を考えてみてください。 CDA は 2 台のデバイスを同じ人物にマッピングしますが、2 台のデバイスは CDA の外部で 2 つの別々の「ユニーク訪問者」として記録されます。

CDA の「一意のデバイス」指標と CDA 以外の「ユニーク訪問者」指標の違いを教えてください。

これら 2 つの指標は、ほぼ同じです。 2 つの指標の違いは、次の場合に発生します。

1 台の共有デバイスを複数のユーザーにマッピングする場合。このシナリオでは、1 人のユニーク訪問者がカウントされる一方で、一意のデバイスは複数カウントされます。
1 台のデバイスに、同じ訪問者からの非ステッチとステッチの両方のトラフィックがある場合。例えば、あるブラウザーは識別済みのステッチされたトラフィックと、ステッチされなかった過去の匿名トラフィックを生成しました。この場合、ユニーク訪問者が 1、一意のデバイスが 2 とカウントされます。

その他の例と仕組みについて詳しくは、一意のデバイスを参照してください。

Adobe Analytics 2.0 APIを使用してCDA指標を含めることはできますか？

はい。 Analysis Workspace は 2.0 API を使用して Adobe のサーバーからデータをリクエストし、Adobe が使用する API 呼び出しを表示して独自のレポートを作成できます。

Analysis Workspace にログインした状態で、ヘルプ／デバッガーを有効にします。
目的のパネルのデバッグアイコンをクリックし、目的のビジュアライゼーションとリクエストの時間を選択します。
Adobe への API 呼び出しで使用できる JSON リクエストを見つけます。

クロスデバイス分析では、ユニーク訪問者を結び付けることができます。訪問を結合することはできますか？

はい。仮想レポートスイートの訪問のタイムアウト（デフォルトでは 30 分）内に 2 つの異なるデバイスからヒットが送信された場合、それらは同じ訪問に結び付けられます。

CDA が使用する最終的な訪問者 ID は何ですか？ Adobe Analytics から書き出すことはできますか？

デバイスグラフを使用している場合、クラスターに基づくカスタム ID が主識別子になります。
フィールドベースのステッチを使用している場合、主な識別子は、選択した prop／eVar に基づくカスタム ID です。

これらの識別子はどちらも、レポートの実行時にアドビによって計算されます。これは、レポート時間処理とも呼ばれます。レポート時間処理の特性により、Data Warehouse、データフィード、アドビが提供するその他の書き出し機能との互換性はありません。

デバイスグラフからフィールドベースのステッチに、またはその逆に、どのように移動できますか。

デバイスグラフからフィールドベースの関連付けへの切り替え（またはその逆）は、カスタマーケアを通じてリクエストできます。ただし、このような切り替えをおこなうには、完了までに数週間以上かかり、以前の方法で作成した履歴の関連付けられたデータが失われます。

アドビは、フィールドベースのステッチで使用される prop や eVar の固有の制限をどのように扱いますか？

CDA は、レポート用に最適化される前に識別子変数ディメンション項目を取り込みます。 CDA の目的で固有の制限について心配する必要はありません。ただし、Workspace プロジェクトでその prop／eVar を使用しようとした場合、（低トラフィックの）ディメンション項目は表示できます。

CDA に対して有効にできる会社のレポートスイートの数を教えてください。

2022年5月1日（PT）より、 CDA の新規実装は、1 顧客あたり最大 3 つのレポートスイート ID（RSID）に制限されます。 CDA ではレポートスイートは結合されません。 CDAに対して有効な各レポートスイートは、クロスデバイスの性質を持つ必要があります（デスクトップ web、モバイル web、モバイルアプリなど、複数のサーフェスからのデータを含む）。

組織 ID が異なる地域に複数の会社を持っている場合、それらすべてに対して CDA を有効にできますか。

いいえ。同じ組織 ID で、CDA を有効にできる地域は 1 つだけです。

7 日間の再生と 1 日間の再生の利点と欠点は何ですか？

7 日間の再生ルックバックウィンドウの利点は、以前の匿名イベントを後にログインしたユーザーに関連付けようとするために、CDA が 7 日間時間をさかのぼれるということです。 7 日間のルックバックウィンドウの欠点は、（1）再生が週に 1 回だけ実行されること、（2）最新の 7 日間は変更される可能性があることです。

1 日の再生ルックバックウィンドウを使用する利点は、（1）再生が毎日実行されること、（2）前日のみが変更される可能性があることです。 1 日のルックバックウィンドウの欠点は、以前の匿名イベントを後にログインしたユーザーに関連付けようとするために CDA が時間をさかのぼれるのが 1 日間だけだということです。

Analytics Ultimate からダウングレードすると、CDA 仮想レポートスイート内の関連付けられたデータはどうなりますか？

Ultimate からダウングレードした顧客は、関連付けられたデータにアクセスできなくなります。以前に関連付けられたデータはすべて削除されます。つまり、CDA 仮想レポートスイートにクロスデバイスの関連付けが反映されなくなります。データは、元の関連付けられていないレポートスイートと似たものになります。

ソースレポートスイートと CDA 仮想レポートスイートでヒットの合計数が異なるのはなぜですか？

CDA は、複数の依存コンポーネントを持つ複雑な並列処理パイプラインを使用します。元のレポートスイートと CDA 仮想レポートスイートの間で、合計ヒット数の約 1％のデータが一致しないことが予想されます。

「識別されたユーザー」指標が水増しされるのはなぜですか？

識別子の prop／eVar 値でハッシュの衝突が発生した場合、「識別済みユーザー」指標の値が若干高くなる可能性があります。

フィールドベースのステッチの場合、識別子のカスタム変数では大文字と小文字が区別されます。識別子の値の大文字と小文字を区別しない場合、「識別された人」指標の数が大幅に増える可能性があります。例えば、bob と Bob が送信され、同一人物と想定されていても、CDA はこれら 2 つの値を異なる値として解釈します。

識別子 prop/eVar を表示する際に、「未識別の人」指標にゼロ以外の値が表示されるのはなぜですか。

この状況は通常、訪問者がレポートウィンドウで認証済みヒットと未認証ヒットの両方を生成した場合に発生します。訪問者は識別状況ディメンションの「未識別」と「識別済み」の両方に属しています。このことが、未識別のヒットが 1 つの識別子に帰属する原因になっています。このシナリオは、再生の実行後に、再生の頻度と成功率に応じて変わる場合があります。

よくある質問