Adobe Analytics でのデータの処理順序
アドビでは、レポートに表示される前にデータを変更または操作する方法を多数提供しています。 このページでは、様々な Adobe Analytics 機能によるデータの処理順序を示します。 このリストを使用すると、データの不整合をトラブルシューティングしたり、データの調整が必要な場合に使用する最適な機能を決定したりできます。
アドビに送信する前のデータ
データをアドビに送信する前に、次のいずれかのメソッドを使用すると、通常はクライアント側でコンパイルされます。
- AppMeasurement：サイトでホストされ、各ページで参照される JavaScript ファイル。 データは Adobe Analytics に直接送信されます。
- Adobe Experience Platform Web SDK：サイトでホストされ、各ページで参照される JavaScript ファイル。 データはAdobe Experience Platform Edge Networkに送信されます。
- Adobe Experience Platform Data Collectionのタグ：各ページで参照され、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 CX Enterprise ソリューション）に転送するように設定できます。 実装方法にかかわらず、収集されたヒットデータは、最終的に解析可能なフォーマットでAdobe Analytics処理サーバーに届きます。
Adobe Analytics コレクションの前処理
データがAdobe Analyticsに到着すると、前処理フェーズに入ります。
- 動的変数：イメージリクエストのいずれかの部分に動的変数が検出された場合、その値はコピーされ、独立した値として処理されます。
- IP難読化（最後のオクテット）: レポートスイートが最後のオクテットのみを難読化するように設定されている場合、その難読化はここに適用されます。 IPの難読化（IPの削除）は、処理パイプラインの後半で発生します。
- 参照テーブル: Adobe内部の参照テーブルに依存するディメンション （例：Browser ディメンション）は、対応する値と一致します。
- IP除外：レポートから明示的に除外したIP アドレスは、この手順でフラグ付けされます。
- ボットルール：標準またはカスタムのボットフィルタリングを適用すると、そのデータをレポートから除外できます。
- ジオロケーションデータ：IP アドレスのルックアップに依存するディメンション（国ディメンションなど）が入力されます。
- 処理ルール：組織がデータに適用したカスタムルール。 コンテキストデータ変数をそれぞれのAnalytics変数にマッピングします。
- VISTA ルール：アドビのコンサルタントがお客様のデータに適用する柔軟なカスタムルール。 VISTA ルールは、組織のニーズに応じて、処理ルールの前または後に実行できます。 通常、ほとんどの VISTA ルールは処理ルールの後に実行されますが、設定は組織ごとに異なります。 既存のVISTA ルールについて詳しくは、Adobe アカウントチームにお問い合わせください。
- 通貨換算: ヒットにレポートスイートの通貨とは異なる
currencyCodeが含まれている場合、該当する通貨変数は現在の為替レートを使用して換算されます。 - 郵便番号: 「郵便番号」ディメンションは、レポートスイートの設定に基づいて入力されます。
データ収集パイプラインの「中程度の価値」ステージ
前処理が終了すると、いくつかの機能では、この部分的に処理されたデータ形式（「中間値」と呼ばれます）が使用されます。 そのデータが任意の場所に送信される前に、中値固有の処理が適用されます。
- ヒットレベルのマーケティングチャネル処理ルール：これらの処理ルールは、Analytics Source コネクタに対して実行されます。 まだ訪問レベルや訪問者レベルのコンテキストはないため、これらの処理ルールでは、ヒットが訪問の最初のヒットでないことを前提としています。 ヒットの処理ルールを実行した結果は、
channel.typeAtSourceおよびchannel._idで利用できます。 - IP難読化（IPを削除）：レポートスイートがIP アドレスを完全に難読化するように設定されている場合、その難読化はここで適用されます（中値の場合のみ）。
この時点で、中程度の値のデータがそれぞれの機能に送信されます。
- Livestream API：収集されたデータのフローについて、Adobeのライブストリームサービスにアプリケーションを接続します。
- Analytics Source Connector: 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：特定の列を編集するか、目的のデータ行を削除します。
- データガバナンス: データを完全に削除するためのプライバシー要求に対応します。
- 分類：ルールまたはアップロードされたデータに基づいてディメンションを作成し、異なる方法でデータを整理できるようにします。 基になるレポートスイートのデータは変更されないので、自由に分類データを編集または上書きできます。
- 仮想レポートスイート：訪問タイムアウトを変更できる代替レポートスイートビューを作成します。