仮想レポートスイートに関する FAQ

最終更新日: 2023-10-12
  • トピック:
  • VRS
    このトピックの詳細を表示
  • 作成対象:
  • User
    Admin

仮想レポートスイートを初めて使用するユーザー向けのヒントとベストプラクティスです。

質問 回答
仮想レポートスイートを使用してデータの様々なセグメントをユーザーに表示するには、まず複数のレポートスイートの実装を単一の「グローバル」レポートスイートに統合する必要がありますか。 場合によります。以下のような状況では、引き続き個別のレポートスイートを使用することをお勧めします。
  • 多数の一意の値を含む変数やディメンションがある場合、単一のグローバルレポートスイートに統一すると、一意の値が各月の制限を超えてしまい、切り捨てになる可能性があります(レポートで行項目が「低トラフィック」になります)。
  • データセグメント別(ブランド、事業単位など)のリアルタイムまたは「現在のデータ」のレポーティングが必要な場合。
  • 様々なレポートスイートには、トラッキングに関する固有の要件がある場合があります(例えば、Adobe Analytics 変数とイベントの使用が非常に異なる場合)。その場合、グローバルレポートスイートに統合しても、トラッキング用の追加の変数やイベントは付与されないことに注意してください。
親レポートスイートから仮想レポートスイートに継承される設定を教えてください。 仮想レポートスイートは、eVar設定、処理ルール、分類など、親レポートスイートのサービスレベルのほとんどを継承します。 次の設定は継承されません。
  • レポートスイート ID
  • レポートスイート名
  • 権限グループ(独自の権限グループに仮想レポートスイートを割り当て可能)
注意:ブックマーク、ダッシュボード、予定レポートなど、ユーザーが作成したエンティティのほとんどは含まれません。これらの項目は親から継承されず、仮想レポートスイートに対して具体的に作成および使用できます(詳しくは、次の質問を参照)。
仮想レポートスイートで作業する場合と、ベースレポートスイートで作業する場合の Adobe Analytics の UI の違いを教えてください。 仮想レポートスイートは一度作成すると UI 全体でベースレポートスイートと同様に扱われ、通常、ほとんどの拡張機能をサポートします。次に例を示します。
  • 仮想レポートスイートは、レポートスイートセレクターに表示され、他のベースレポートスイートと同様に、個別に選択することができます。
  • 仮想レポートスイートに対して、 レポート、ブックマーク、ダッシュボード、ターゲット、アラート、セグメント、計算指標などを作成できます。親とは別個に動作します。
  • 他のレポートスイートと同様、仮想レポートスイートへの権限は個別に付与できます。
  • セグメントは、仮想レポートスイートのコンテキストでレポートを実行する際にも適用できます。レポートデータの取得時に仮想レポートスイートのセグメントと共に自動的に積み重ねられます。
Admin Console と管理 API では、仮想レポートスイートに対してどのような操作ができますか。ベースレポートスイートと同様、仮想レポートスイートにも機能を保存できますか。 できません。ほとんどの管理機能では、仮想レポートスイートはサポートされていません。前述のように、仮想レポートスイートは、ほとんどのサービスレベルと機能を親から継承します (eVar設定、処理ルール、分類など )。仮想レポートスイートで継承された設定を変更するには、親レポートスイートを変更する必要があります。
このため、仮想レポートスイートは次の場所でのみ UI に表示されます。
  • 仮想レポートスイートを作成および編集する仮想レポートスイートマネージャー。 (Analytics/コンポーネント/仮想レポートスイート)
  • The Adobe Admin Console。レポートで仮想レポートスイートを使用する場合、またはAdobe Analytics全体で仮想レポートスイートを使用する場合、権限はレポートスイートでおこなう場合と同様に機能します。 つまり、仮想レポートスイートは、製品プロファイルの選択ツールに表示され、レポートスイートと同様に製品プロファイルに割り当てられます。
注意:Web Services API を使用している場合に、仮想レポートスイートに対して機能設定を保存しようとすると、例外が発生します。 機能を設定できるのは、ベースレポートスイートに対してのみです。
「起動時に新しい訪問を開始」をオンにしました。訪問回数が起動回数よりもずっと多く表示されるのはなぜですか。 「起動時に新しい訪問を開始」をオンにする場合、タイムアウトは依然として適用されます。そのため、ユーザーがアプリを 10 分間使用し、各操作の間に操作しない時間がそれぞれ 1 分間あった場合、起動時に新しい訪問が開始され、訪問がタイムアウトすると追加の 9 つの訪問が作成されます。「起動時に新しい訪問を開始」オプションを使用する際に起動回数と訪問回数を可能な限り近づけるには、SDK のセッションタイムアウトよりも長いタイムアウトを使用してください。
「起動時に新しい訪問を開始」を設定して、SDK よりも長いタイムアウトを設定しました。起動回数が引き続き訪問回数よりもずっと少なく表示されるのはなぜですか。 タイムアウトが SDK に設定された値よりも大きい場合、アプリがバックグラウンドにある間のヒットで送信され、それらのヒットが新しい訪問として登録される可能性が非常に高くなります。親レポートスイートのヒットタイプディメンションを使用してバックグラウンドヒットがあるかどうかを確認することで、これを確認できます。
注意:バックグラウンドおよびフォアグラウンドのヒットは、SDK のバージョン 4.13.6 以降でのみ区別できます。それ以前のバージョンの場合、すべてのヒットがフォアグラウンドとして表示されます。正しいバージョンの SDK の場合、「バックグラウンドヒットで新しい訪問が開始されないようにする」設定を有効にする必要があります。注意:Admin Console でバックグラウンドヒットの従来の処理を無効にしている場合、親レポートスイートには表示されませんが、仮想レポートスイートには表示されます。
バックグラウンドヒットを追跡するために必要なのは、SDK のどのバージョンですか。 SDK のバージョン 4.13.6 以降が必要です。
仮想レポートスイートの ID を調べる方法を教えてください。
  • ワークスペースプロジェクトを開き、レポートスイートセレクターをクリックして、検索ボックスで仮想レポートスイートの名前を検索します。 この ID は、検索結果の名前の下に表示されます。
    仮想レポートスイート ID
  • または、プログラムによって、 仮想レポートスイートの API.

このページ