レポートの重複を防ぐ

イベントレベル レポートと集計可能レポートの両方で重複を防止する方法をご確認ください。

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

受信した報告を無視する

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

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

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

予期しないユーザーフローにより、コンバージョンが複数回カウントされる場合があります。次の例はその方法を示しています。

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

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

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

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

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

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

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

aggregatable_deduplicate_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 に設定されます。
  • 複数の重複除去キーがフィルタデータと一致する場合は、最初に一致したキーが使用されます。

次のステップ