「オフライン」アトリビューションは、コンバージョン アトリビューションに必要なすべてのデータ処理を Microsoft Advertising データウェアハウスに「オフライン」にプッシュするコン バージョンアトリビューション です。
オフライン アトリビューションでは、以下が提供されます:
スケーラビリティ: 何よりもまず、コンバージョン アトリビューションを大規模に実行することは難しい問題です。 コンバージョンのアトリビューションを行うには、顕著なコンバージョン イベントを見つけるために、膨大な量のデータを非常に迅速に並べ替える必要があります。 これを効率的に行うのは困難です。 オフライン アトリビューションでは、アトリビューション プロセスから多くのステップが削除され、拡張性が良くなかったデータ処理インフラストラクチャのコンポーネントも削除されます。
精度: オフライン アトリビューションでは、「ラスト ビュー/ラスト クリック」アトリビューション モデルをより正確に実装します。 特に、コンバージョン ピクセルが開始されてからビューまたはクリックまでの経過時間が非常に短い場合、コンバージョンをより正確に属性付けします。 また、インプレッション トラッカーのコンバージョンも追跡しますが、以前のデザインは追跡しませんでした。 使用する「ラストビュー/ラストクリック」アトリビューションモデルの詳細については、「 コンバージョンアトリビューション」を参照してください。
柔軟性: このアーキテクチャにより、コンバージョン属性モデルの実装方法がより柔軟になります。 そのため、この変更により、システムは "最後の閲覧/最後のクリック" 以外の追加の属性モデルを処理する準備ができました。
重要
以下のテキストと図は、低レベルのインフラストラクチャの詳細を示しています。コンバージョン属性の詳細な説明については、「 コンバージョン属性」を参照してください。
データ保持期間
このレポートのデータの保持期間は次のとおりです。
- 時間単位のリテンション期間: 100 日
- 1 日あたりのリテンション期間: 500 日
コンバージョン属性、「オンライン」と「オフライン」の比較
次の図は、コンバージョン属性プロセスに関係する主要なコンポーネントと、ユーザーのコンバージョンからそのコンバージョンが属性付けされてレポートで利用可能になるまでの間に発生する手順を示しています。 図の左側は、以前の「オンライン」コンバージョン属性プロセスを示しています。 図の右側は、現在の「オフライン」プロセスを示しています。
前のメソッド ("online")
手順 1. 変換ピクセルの読み込み
ユーザーのブラウザーがコンバージョン ランディング ページを読み込み、 インプレッション バスによってホストされるコンバージョン ピクセルが起動します。
手順 2. ユーザー データはインプレッション バスによって要求されます
インプレッションバスは、ユーザーデータストアにユーザーに関する情報を要求します。
手順 3. ユーザー データはインプレッション バスに返されます
ユーザーデータストアは、ユーザーに関する情報を使用してインプレッションバスに応答します。
データ ストアの設計の性質と、要求に応答する必要がある速度のため、このステップでイン プレッション バス に渡すことができるユーザーに関する情報は制限されています。 また、最新のビューおよびクリック情報の要求に応答する必要があるため、ビューまたはクリックに関する情報を迅速に受信することもできません。 その結果、情報がわずかに古い可能性があり、「わずか」は秒単位で測定され、コンバージョンのアトリビューションの精度が低下します。
手順 4. ユーザー データは Microsoft Advertising の入札者に渡されます
インプレッション バスは、ユーザー データ ストアから受信したユーザーに関する情報を、属性のために Microsoft 広告の入札者に渡します。
手順 5. 属性は Microsoft Advertising の入札者によって実行されます
Microsoft Advertising の入札者は 実際の コンバージョン アトリビューションを実行し、ユーザーのデータを検索して広告主のクリエイティブに関連付けられた最新のビューまたはクリックを探します。
手順 6. ユーザーデータは、追加処理のために Data Warehouse に渡されます
Microsoft Advertising の入札者はコンバージョンを属性付けし、その情報と、インプレッション バスとユーザー データ ストアから提供された情報とともに Data Warehouse に渡します。
手順 3 で説明したように、 ユーザー データ ストアで提供できるユーザー情報は制限されています。 ユーザーに関するその限られたデータ セットは、長い後処理ステップを経る必要があり、それによって Data Warehouse に保存されているより包括的なユーザー データと組み合わされます。
手順 7. コンバージョン関連のデータは、レポート、最適化、予算に使用できます
Data Warehouse は、ユーザー データ ストレージから渡された変換されたユーザーに関する限られた量の情報を後処理し、それを独自のより包括的なデータと統合しました。 この時点で、コンバージョン関連のデータは、レポート、最適化、予算の目的で Microsoft Advertising プラットフォームで使用できるようになります。
現在のメソッド ("Offline")
手順 1. 現在のメソッドでの変換ピクセル読み込み
ユーザーのブラウザーがコンバージョン ランディング ページを読み込み、 インプレッション バスによってホストされるコンバージョン ピクセルが起動します。
手順 2. インプレッションレベルのデータは、Data Warehouse に送信されます
インプレッションバスは、インプレッションとユーザーに関するデータを Data Warehouse に渡します。
手順 3. コンバージョンは属性が付けられ、他のデータは処理されます
Data Warehouse は、インプレッションバスからインプレッションとユーザーに関する情報を受信します。 図からわかるように、User Data ストアは Data Warehouse 内に配置されました。 これにより、 インプレッション バスによって提供されるデータの統合と処理が高速化されます。
手順 4. コンバージョン関連のデータは、レポート、最適化、予算に使用できます
Data Warehouse は、インプレッションおよびインプレッションバスから渡された変換されたユーザーに関する情報の処理と統合を完了しました。 この時点で、インプレッションとコンバージョンに関連するデータは、レポート、最適化、予算の目的で Microsoft Advertising プラットフォームで使用できるようになります。