Adobe Analytics でのデータの処理順序
アドビでは、レポートに表示される前にデータを変更または操作する方法を多数提供しています。このページでは、様々な Adobe Analytics 機能によるデータの処理順序を示します。このリストを使用すると、データの不整合をトラブルシューティングしたり、データの調整が必要な場合に使用する最適な機能を決定したりできます。
アドビに送信する前のデータ
データをアドビに送信する前に、次のいずれかのメソッドを使用すると、通常はクライアント側でコンパイルされます。
- AppMeasurement：サイトでホストされ、各ページで参照される JavaScript ファイル。データは Adobe Analytics に直接送信されます。
- Adobe Experience Platform Web SDK：サイトでホストされ、各ページで参照される JavaScript ファイル。データはAdobe Experience Platform Edge Networkに送信されます。
- Adobe Experience Platform Data Collection のタグ：データ収集 UI 内で作成されたルールを含む、各ページで参照されるJavaScript ファイル。 Adobe Analytics 拡張機能を使用すると、AppMeasurement の実装が容易になります。Web SDK 拡張機能を使用すると、Web SDK をより簡単に実装できます。
- API: AppMeasurementとEdge Networkの両方が、Adobeにデータを送信するプログラム方式を提供します。 AppMeasurementには Data Insertion API と Bulk Data Insertion API が用意されており、Edge Networkには Data Collection API が用意されています。
Edge Networkにデータを送信する場合、Adobe Analytics（および他の多くのAdobe Experience Cloud ソリューション）にデータを転送するように設定できます。 実装方法に関係なく、収集されたヒットデータは、最終的に、解析可能な形式でAdobe Analytics処理サーバーに到達します。
Adobe Analytics コレクションの前処理
データがAdobe Analyticsに到達すると、前処理フェーズに入ります。
- 動的変数：イメージリクエストのいずれかの部分に動的変数が検出された場合、その値はコピーされ、独立した値として処理されます。
- IP の不明化（最後のオクテット）：レポートスイートが最後のオクテットのみを不明化するように設定されている場合、その不明化はここで適用されます。 なお、IP の不明化（IP の削除）は、処理パイプラインの後半で行われます。
- ルックアップテーブル:Adobe内部のルックアップテーブルに依存するディメンション（ ブラウザー ディメンションなど）は、対応する値に一致します。
- IP 除外：この手順では、レポートから明示的に除外する IP アドレスにフラグを立てます。
- ボットルール：標準またはカスタムのボットフィルタリングを適用すると、そのデータをレポートから除外できます。
- ジオロケーションデータ：IP アドレスのルックアップに依存するディメンション（国ディメンションなど）が入力されます。
- 処理ルール：組織がデータに適用したカスタムルール。 コンテキストデータ変数 のそれぞれの Analytics 変数へのマッピングが含まれます。
- VISTA ルール：アドビのコンサルタントがお客様のデータに適用する柔軟なカスタムルール。VISTA ルールは、組織のニーズに応じて、処理ルールの前または後に実行できます。通常、ほとんどの VISTA ルールは処理ルールの後に実行されますが、設定は組織ごとに異なります。既存の VISTA ルールについて詳しくは、Adobe アカウントチームにお問い合わせください。
- 通貨換算：ヒットにレポートスイートの通貨とは異なる
currencyCodeが含まれている場合、該当する通貨変数は現在の日の為替レートを使用して変換されます。 - 郵便番号:「郵便番号」ディメンションは、レポートスイートの設定に基づいて入力されます。
データ収集パイプラインの「中間値」ステージ
前処理が完了すると、この部分的に処理された形式のデータ（「中間値」と呼ばれます）が複数の機能で使用されます。 そのデータをどこかに送信する前に、値が中程度の処理が適用されます。
- ヒットレベルのマーケティングチャネルの処理ルール：これらの処理ルールは、特に Analytics Source Connector に対して実行されます。 訪問または訪問者レベルのコンテキストはまだないので、これらの処理ルールは、ヒットが訪問の最初のヒットではないと仮定します。 ヒットの処理ルールの実行結果は、
channel.typeAtSourceとchannel._idで入手できます。 - IP の不明化（IP を削除）:IP アドレスを完全に不明化するようにレポートスイートが設定されている場合、その不明化はここで適用されます（中間値の場合のみ）。
この時点で、値が中程度のデータがそれぞれの機能に送信されます。
- Livestream API：収集されたデータフロー用に、Adobeを使用してアプリケーションを Livestream サービスに接続します。
- Analytics Source コネクタ:Adobe Experience Platform データセットにAdobe Analytics レポートスイートデータを取り込みます。
- リアルタイムレポート:Analysis Workspaceで最大 3 つの設定可能なリアルタイムレポートを提供します。
訪問および訪問者レベルの処理
これまでの時点では、特定のヒットには、その前または後に収集されたヒットの知識やコンテキストはありません。 この処理ステージでは、訪問および訪問者レベルのフィールドが設定されます。
- 訪問+訪問者定義：含まれている訪問者変数に基づいてヒットが識別されます。
- 訪問回数：特定された訪問者の他の訪問に基づいて、訪問回数が計算されます。
- イベントの重複排除：ヒットに重複した
purchaseIDまたは イベントのシリアル化 が含まれる場合、これらの ID がチェックされ、それぞれフラグが付けられます。 - 訪問レベルのマーケティングチャネル処理ルール：すべてのヒットがマーケティングチャネル処理ルールを介して実行され、ヒットが任意のルールに一致するかどうかに応じて、チャネル +チャネルの詳細が決定されます。 これらのルールによって、Analysis Workspaceで使用可能な マーケティングチャネル および マーケティングチャネルの詳細 ディメンションが設定されます。
- 変数の永続性：永続性を持つディメンション（eVars など）の場合、その値はこの手順で決定されます。 一般的に、ほとんどの
post値はここに設定されます。 - トランザクション ID：ヒットに新しい
transactionID値が含まれる場合、サポートされているすべての値の「スナップショット」が保存されます。 データソースのアップロードに一致するトランザクション ID が含まれている場合、このスナップショットでサポートされているすべての値がそのデータソースの行に含まれます。 - IP の不明化（IP を削除）:IP アドレスを完全に不明化するようにレポートスイートが設定されている場合、その不明化は他のすべての処理が完了した後にここに適用されます。
この時点で、個々のヒットがレポートスイートのデータテーブルに記録されます。標準の待ち時間間隔の後、レポートで使用できます。
処理後のデータの変更
Adobe Analytics のデータは、ほとんどが永続的です。ただし、一部の機能では、選択的なデータの調整や削除が可能です。
- Data repair API：特定の列を編集するか、目的のデータ行を削除します。
- データガバナンス：データを永続的に削除するプライバシーリクエストに対応します。
- 分類：ルールまたはアップロードされたデータに基づいてディメンションを作成し、異なる方法でデータを整理できるようにします。基になるレポートスイートのデータは変更されないので、自由に分類データを編集または上書きできます。
- 仮想レポートスイート：訪問のタイムアウトを変更できる別のレポートスイートビューを作成します。