測定の実装ガイド

1. 始める前に

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

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

2. ユースケース

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

3. 全般

Baseline 最適
レポート
  • レポート作成のユースケースで概要レポートを使用する
  • レポートで概要レポートとイベントレベル レポートを組み合わせて使用する方法を理解する
最適化
  • 最適化の対象を明確に説明する
  • 最適化モデルを推進するレポートを明確に把握
  • 最適化のユースケースでイベントレベルのレポートを使用する
  • PA + ARA
  • PA の最適化には、modelingSignals が含まれる場合があります
  • 概要レポートとイベントレベル レポートを組み合わせて使用する方法（特に広告費用対効果の最適化）を理解する
アプリとウェブにわたるアトリビューション
  • ARA を使用して、アプリとウェブをまたいだアトリビューションと、アプリとウェブをまたいだ現在のカバレッジを比較する
  • アプリとウェブをまたいだアトリビューションを測定していない場合は、測定することのメリットを検討する

4. 構成の設定

Baseline 最適
イベントレベル レポート
  • あらゆるフロー（PA、非 PA など）のソース / トリガー登録呼び出しの適切な設定
  • クリックスルー コンバージョン（CTC）またはビュースルー コンバージョン（VTC）のいずれかを使用している
  • デフォルト構成の設定を使用する
  • 優先度、有効期限、event_report_window、deduplication_key、フィルタ、lookback_window を完全に理解している
  • すべてのフロー（PA、非 PA、すべての広告タイプなど）で、ソース / トリガー登録呼び出しが適切に設定されている
  • CTC と VTC の両方を使用する
  • さまざまなレポート期間をテストしてレポート損失を最適化し、ユースケースに最適な設定を特定する
  • 過去のデータに基づいて ARA をテストするために使用できるツールである Sim lib との統合
概要レポート
  • あらゆるフロー（PA、非 PA など）のソース / トリガー登録呼び出しの適切な設定
  • クリックスルー コンバージョンまたはビュースルー コンバージョンを使用している
  • 集計レポートの構成（フィルタ、aggregatable_report_window、scheduled_report_time、source_registration_time、reporting_origin）を完全に理解している
  • すべてのフロー（PA、非 PA、すべての広告タイプなど）で、ソース / トリガー登録呼び出しが適切に設定されている
  • CTC と VTC の両方を使用する
  • L1 予算とソースあたりの複数コンバージョンを最適化する方法を検討する
  • SimLib との統合、Noise Lab シミュレーションによるテスト。さまざまな API 構成のテストに使用できる

5. 実装戦略

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

    最初に検討するキー構造の例: トラッキングするすべてのディメンションを含むキー構造。出力に基づいて、さまざまなキー構造をテストできます。
  • 階層キーなど、さまざまなキー構造をテストして、ユースケースに合わせて最適化する
  • 集計サービス内でさまざまなイプシロン値をテストし、その見解を提供できる
バッチ処理戦略
  • 少なくとも 1 つのバッチ処理頻度と 1 つの広告主でテストする
  • バッチ処理の頻度とレポートのディメンションのさまざまな組み合わせをテストし、ユースケースに最適な設定を特定する
  • 集計可能レポートの遅延の可能性を考慮してバッチ処理戦略を調整し、レポートの損失を最小限に抑えます
デバッグ
  • テストと評価の一環として、あらゆる種類のデバッグ レポートを使用する