レポート時間処理
レポート時間処理は、Analysis Workspaceのデータを非破壊的で遡及的な方法で処理できるバーチャルレポートスイート設定です。
レポート時間処理 は、仮想レポートスイートのデータのみに影響し、ベースレポートスイートのデータやデータ収集には影響しません。レポート時間処理 と Analytics の従来の処理の違いは、次の図を見るとよく理解できます。
Adobe Analyticsのデータ処理中、データはデータ収集パイプラインを通じて、レポート用にデータを準備する前処理ステップに移動します。 この前処理ステップでは、収集されたデータに訪問の有効期限ロジックとeVarの永続性ロジック(他の処理の一部)を適用します。 この前処理モデルの主な欠点は、データを収集する前に事前に設定を行う必要があることです。 つまり、前処理設定の変更は、その時点から新しいデータにのみ適用されます。 データが正しく送信されない場合や、設定が誤って設定されている場合は、この問題が発生します。
レポート時間処理 は、レポート用の Analytics データを処理する根本的に異なる方法です。データが収集される前に処理のロジックをあらかじめ決定するのではなく、前処理ステップの最中に設定されたデータを無視して、レポートが実行されるたびにロジックを適用するという点がこの機能の特徴です。
この処理アーキテクチャにより、はるかに柔軟なレポートオプションが可能になります。 例えば、非破壊的な方法で訪問タイムアウト期間を任意の時間に変更できます。これらの変更は、レポート期間全体のeVar永続性およびセグメントコンテナに反映されます。 さらに、基本レポートスイートのデータを変更することなく、同じ基本レポートスイートに基づいて異なるレポート時間処理オプションを持つ仮想レポートスイートをいくつでも作成できます。
また、 レポート時間処理を使用すると、Analyticsでバックグラウンドヒットが新しい訪問を開始しないようにできます。また、Adobe Experience Platform モバイルSDKでは、アプリ起動イベントがトリガーされるたびに新しい訪問を開始できます。
設定オプション
現在、レポート時間処理が有効になっている仮想レポートスイートでは、次の設定オプションを使用できます。
- 訪問タイムアウト: 訪問タイムアウト設定では、ユニーク訪問者が非アクティブになってから新しい訪問が自動的に開始されるまでの経過時間を定義します。デフォルト値は 30 分です。例えば、訪問タイムアウトを15分に設定すると、収集されたヒットのシーケンスごとに、15分の非アクティブで区切られた新しい訪問グループが作成されます。 この設定は、訪問回数だけでなく、訪問セグメントコンテナの評価方法や、訪問時に有効期限が切れるeVarの訪問有効期限にも影響します。 訪問タイムアウトを小さくすると、レポートの合計訪問数が増加する可能性があります。訪問タイムアウトを大きくすると、レポートの合計訪問数が減少する可能性があります。
- モバイルアプリ訪問設定: Adobe Mobile SDK を使用してモバイルアプリで生成されるデータを含んだレポートスイートの場合は、追加の訪問設定を利用できます。これらの設定は非破壊的であり、Mobile SDKを介して収集されたヒットにのみ影響します。 これらの設定は、Mobile SDK以外で収集されたデータには影響しません。
- バックグラウンドヒットによる新しい訪問の開始を防止: アプリがバックグラウンド状態にある場合、バックグラウンドヒットが Mobile SDK によって収集されます。
- アプリが起動するたびに新しい訪問を開始: 訪問タイムアウトに加えて、非アクティブ状態の継続時間に関係なく、Mobile SDK からのアプリ起動イベントが記録されるたびに訪問を強制的に開始できます。この設定は、訪問指標や訪問セグメントコンテナだけでなく、eVar に対する訪問有効期限ロジックにも影響を与えます。
- イベントで新しい訪問を開始: セッションがタイムアウトしているかどうかに関係なく、イベントが発生すると新しいセッションが開始します。新しく作成されたセッションには、それを開始したイベントが含まれます。 さらに、複数のイベントを使用してセッションを開始し、データでこれらのイベントのいずれかが観察された場合に新しいセッションが発生します。 この設定は、訪問回数、訪問セグメンテーションコンテナ、およびeVarの訪問の有効期限ロジックに影響します。
デモ動画については、
イベントを使用した新しい訪問の開始を参照してください。
レポート時間処理の制限事項
レポート時間処理は、従来の Analytics レポートで使用できるすべての指標とディメンションをサポートしているわけではありません。レポート時間処理を使用するバーチャルレポートスイートは、Analysis Workspaceでのみアクセスでき、Data Warehouse、Report Builder、データフィード、レポート APIではアクセスできません。
また、レポート時間処理では、レポート日付範囲内のデータのみが処理されます(以下「日付表示」と呼びます)。 つまり、レポート日付範囲より前の訪問者に対して「期限切れにならない」に設定されたeVar値は、レポートウィンドウに保持されず、レポートには表示されません。 また、顧客ロイヤルティの測定は、レポート日付範囲に存在するデータのみに基づいています。レポート日付範囲より前の履歴全体には基づいていません。
次のディメンションと指標は、レポート時刻処理ではサポートされていません。
- Analytics for Target
- Advertisingのディメンション/指標
- カウンターeVars
- 初回購入の数日前
- 前回の購入からの日数
- 前回の訪問からの日数
- 入口ページ元
- 線形配分eVar
- リスト Vars
- マーケティングチャネルディメンション
- オリジナル参照ドメイン
- 返品頻度
- シングルアクセス
- トランザクション ID データ ソース
- 訪問回数
影響を受けるディメンションと指標
以下は、選択したレポート時間処理設定によっては影響を受けるディメンションと指標のリストです。
-
「バックグラウンドヒットで新しい訪問が開始されないようにする」が有効な場合、次の変更がおこなわれます。詳しくは、「コンテキスト対応セッション」を参照してください。
- バウンス / バウンス率: フォアグラウンドヒットが続かないバックグラウンドヒットは、バウンスとは見なされず、バウンス率には影響しません。
- 訪問別滞在時間(秒):この指標には、フォアグラウンドヒットを含む訪問のみが寄与します。
- 訪問別滞在時間:この指標には、フォアグラウンドヒットを含む訪問のみが寄与します。
- エントリ指標 / 離脱指標:このディメンションには、前景ヒットを含む訪問のエントリと離脱のみが表示されます。
- 入口ディメンション / 出口ディメンション:このディメンションには、前景ヒットを含む訪問のエントリと出口のみが表示されます。
- ユニーク訪問者指標:ユニーク訪問者には、レポートの日付範囲でバックグラウンドヒットのみを行った訪問者は含まれません。
-
訪問回数:訪問回数には仮想レポートスイートで定義されているすべての設定が反映されます。これらの設定はベースレポートスイートと異なる場合があります。
-
イベント ID が付くシリアル化されたイベント:イベント ID が付くイベントのシリアル化を使用するイベントは、訪問者のレポート日付範囲内で発生したイベントに対してのみ重複除外されます。レポート時間処理の日付ウィンドウイングより、これらのイベントは、すべての日付または訪問者に対してグローバルに重複除外されません。
-
購入 / 収益 / 注文 / 単位:購入IDを使用すると、これらの指標は、レポート期間処理日ウィンドウ表示のために、世界中のすべての日付または訪問者ではなく、訪問者のレポート日付範囲内で発生する重複した購入IDに対してのみ重複排除されます。
-
マーチャンダイジング以外のeVar / 予約済みeVar: eVarで設定された値は、レポート処理日のウィンドウ表示のためにレポート日付範囲内で設定された場合にのみ保持されます。 なお、値が維持されている間に夏時間への変更や夏時間からの変更があった場合は、時間に基づく有効期限が通常よりも 1 時間早く終了したり、1 時間遅く終了したりすることがあります。
-
マーチャンダイジング eVar / 予約済みeVar:上記を参照してください。 なお、バインディングが「すべてのイベント」に設定されるコンバージョン構文については、「すべてのヒット」が代わりに使用されます。
-
ヒットタイプ:このディメンションは、ヒットがフォアグラウンドで発生したかバックグラウンドで発生したかを示します。
-
(低トラフィック)または「一意性が超過した」ディメンション: (低トラフィック)の行項目は、レポート時刻処理を使用する場合に少し異なって決定され、基本レポートスイートでレポートを作成する際に観察される項目と一致することが保証されません。 低トラフィックの一部ではないDimensionの行項目は、その行項目のデータの100%を表すことが保証されていません。 これらの違いは、ディメンション内の一意の値の数が多いほど顕著になる場合があります。