測定の実装ガイド

1. 始める前に

次のタイプのユーザーとユースケースに基づいて、ビジネスにとって最も重要なことを検討し、統合とテストでその優先事項を反映してください。これらの条件には、次のようなものが含まれます。

  • お客様のタイプ: 大規模広告主と小規模広告主、代理店、業種、地域
  • キャンペーン目標とコンバージョンの種類: ユーザーの獲得、顧客維持、購入、収益
  • ユースケース: レポート、費用対効果の分析、入札単価の最適化

2. ユースケース

レポート作成には概要レポートが、最適化にはイベントレベル レポートが使用されることが多く（補助データとしてレポートされる場合もあります）、測定機能を最大限に活用するには、イベントレベルと集計レベルを組み合わせます。たとえば、Google 広告の手法やプライバシー サンドボックスの最適化に関する調査に基づいて組み合わせることができます。

3. 全般

Baseline 最適
レポート
  • レポート作成のユースケースにおける概要レポートの使用
  • レポート作成に概要レポートとイベントレベル レポートを併用する方法について学習します。
最適化
  • 最適化対象の具体的な内容を明確に説明する
  • 最適化モデルを推進するレポートを明確に把握する
  • 最適化のユースケースでイベントレベルのレポートを使用する
  • PA + ARA
  • PA の最適化には、モデリング シグナルが関与する場合があります
  • 概要レポートとイベントレベル レポートを併用する方法（特に広告費用対効果の最適化の場合）
アプリとウェブにわたるアトリビューション
  • Chrome と Android のクロスアプリ アトリビューションとウェブ アトリビューションの使用方法を理解する（ウェブの説明、Android の説明）
  • ARA によるアプリとウェブのクロストラフィック アトリビューションを、現在のアプリとウェブのクロストラフィック カバレッジと比較する
  • アプリとウェブのクロロス アトリビューションを測定していない場合は、測定を開始するかどうかを検討する

4. 構成の設定

Baseline 最適
イベントレベル レポート
  • すべてのフロー（PA、非 PA など）で、ソース / トリガー登録呼び出しを適切に設定する
  • クリックスルー コンバージョン（CTC）またはビュースルー コンバージョン（VTC）を使用している
  • デフォルト構成の設定を使用する
  • priority、expiry、event_report_window、deduplication_key、filters、_lookback_window を完全に理解する
  • すべてのフロー（PA、PA 以外、すべての広告タイプなど）で、ソース / トリガー登録呼び出しが適切に設定されている
  • CTC と VTC の両方を使用する
  • さまざまなレポート期間をテストしてレポートの損失を最小限に抑え、ユースケースに最適な設定を特定する
  • 過去のデータに基づいて ARA をテストできるツールである Sim lib との統合
概要レポート
  • すべてのフロー（PA、非 PA など）で、ソース / トリガー登録呼び出しを適切に設定する
  • クリックスルー コンバージョンまたはビュースルー コンバージョンを使用している
  • 集計レポートの設定の詳細: フィルタ、aggregable_report_window、scheduled_report_time、source_registration_time、reporting_origin
  • すべてのフロー（PA、PA 以外、すべての広告タイプなど）で、ソース / トリガー登録呼び出しが適切に設定されている
  • CTC と VTC の両方を使用する
  • SimLib との統合と、Noise Lab シミュレーションによるテスト。さまざまな API 構成をテストするために使用できます

5. 実装戦略

Baseline 最適
サードパーティ以外のデータ
  • サードパーティ Cookie（利用可能な場合）と 3PCD の影響を受けないデータを使用して、ARA のパフォーマンスを検証またはさらに改善する方法を検討する
ノイズ
  • SimLib との統合と ノイズラボ シミュレーションによるテストでノイズの影響を評価する
  • データのノイズ除去にさまざまなメカニズムを実装してテストする
集計サービス
  • 使用する予定のソースサイド キーとトリガーサイド キーがユースケースに合っていることを確認します。

    最初に作成するキー構造の例としては、トラッキングするすべてのディメンションが含まれるキー構造があります。出力に基づいて、さまざまなキー構造をテストできます。
  • ユースケースに合わせて最適化するために、階層キーなど、複数の異なるキー構造をテストする
  • Aggregation Service 内でさまざまなイプシロン値をテストし、その観点を提供できる
バッチ処理戦略
  • バッチ処理の頻度と広告主を少なくとも 1 つずつ指定してテストする
  • バッチ処理の頻度とレポートのディメンションのさまざまな組み合わせをテストし、ユースケースに最適な設定を特定する
  • 集計可能なレポートの遅延を想定してバッチ処理戦略を調整し、レポートの損失を最小限に抑える
デバッグ
  • テストと評価の一環として、すべてのタイプのデバッグ レポートを使用する