レポートの重複を防ぐ

イベントレベル レポートと集計可能レポートの両方で重複を防ぐ方法について説明します。

特定のコンバージョンが複数回カウントされたり、レポートが複数回送信されたりすることがあります。このページでは、重複したレポートを見つける方法と、重複したコンバージョンがカウントされないようにする方法について説明します。

すでに受信したレポートを無視する

ネットワークが利用できないためにブラウザがレポートの送信を再試行すると、同じレポートが複数回送信されることがあります。この問題を軽減するため、レポートを受信したら report_id を確認します。同じ report_id のレポートをすでに受け取っている場合は、そのレポートを無視します。

イベントレベル レポートと集計可能レポートの両方の重複を確認することをおすすめします。

特定のコンバージョンを無視するようブラウザに指示する

予期しないユーザーフローにより、コンバージョンが複数回カウントされることがあります。次の例は、この問題がどのように発生するかを示しています。

コンバージョン ピクセルを含む購入手続き完了ページをユーザーが誤って再読み込みしたとします。デフォルトでは、ページを再読み込みすると 2 回目のコンバージョンがトリガーされ、2 つのレポートが生成されます。しかし、ユーザーは 1 回しか購入していません。コンバージョンの重複除去を行うことで、この動作を変更してコンバージョンを 1 つだけ表示できます。

アトリビューション ロジックについて詳しくは、特定のクリック、ビュー、コンバージョンを優先するをご覧ください。

イベントレベル レポートでコンバージョンを重複除去する

イベントレベル レポートのコンバージョンを重複除去するには、Attribution-Reporting-Register-Trigger ヘッダーで deduplication_key を設定します。

"event_trigger_data": [{
  ...
  "deduplication_key": "89796855"
}]

集約可能レポートでコンバージョンを重複除去する

以降のセクションでは、集計可能なレポートでコンバージョンを重複除去するための重複除去キーとフィルタについて説明します。

aggregatable_deduplication_keys を使用する

ヘッダーで次のように重複除去キーを設定できます。

"aggregatable_deduplication_keys": [{
  "deduplication_key": "1231232123123"
}]

ここで、このアトリビューション トリガーがソースと一致すると、集約可能レポートが生成され、重複除去キーが 1231232123123 になります。

フィルタを使用する

フィルタデータに基づいて集計可能なレポートを重複除去することもできます。

集計可能レポートの重複除去キーは、フィルタ構成に基づいて変更できます。これにより、コンバージョン タイプやフィルタで使用できるその他の情報に基づいて集計可能なレポートを重複除去するなどのユースケースが可能になります。

この例は、重複除去キーとともにフィルタを使用する方法を示しています。

"aggregatable_deduplication_keys": [
  {
    "deduplication_key": "1231232123123",
    "filters": {"conversion_type": ["homepage_view", "productpage_view"]}
  },
  {
    "deduplication_key": "789789789789",
    "filters": {"conversion_type": ["purchase"]}
  }
]

この例では、次のようになります。

  • このトリガーが homepage_view または productpage_view タイプのコンバージョンと一致した場合、集計可能なレポートが生成され、重複除去キーは 1231232123123 になります。
  • このトリガーが purchase タイプのコンバージョンと一致した場合、集計可能レポートが生成され、重複除去キーは 789789789789 になります。
  • 複数の重複除去キーがフィルタデータと一致する場合は、最初に一致したものが使用されます。

次のステップ