防止報表出現重複

瞭解如何避免事件層級報表和可匯總報表中重複。

有時您可能會注意到某次轉換重複計算,或者報表重複傳送。本頁面將說明如何找出重複的報表,以及如何避免系統重複計算轉換。

忽略已經收到的報表

當瀏覽器因網路無法使用而重試傳送報表時,可能會多次傳送同一份報告。 為減少這個問題,請在收到報表時檢查回報的 report_id。如果您已收到包含相同 report_id 的報表,請忽略該報表。

建議您檢查事件層級報表和可匯總報表是否重複。

指示瀏覽器忽略特定轉換

在意料之外的使用者流程,同一次轉換可能會重複計算。以下範例說明這項變化的發生方式:

假設使用者不小心重新載入了包含轉換像素的結帳完成網頁。根據預設,重新載入網頁會觸發第二次轉換,而您會看到兩份報表。 但是使用者只購買了一次。您可以將這個行為改為透過重複轉換,只查看一次轉換。

如要進一步瞭解歸因邏輯,請參閱「排定特定點擊、觀看或轉換的優先順序」一文。

簡化事件層級報表中的重複轉換

如要簡化事件層級報表的轉換,請在 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_viewproductpage_view 類型的轉換相符,系統就會產生可匯總報表,並含有 1231232123123 的簡化鍵。
  • 如果這項觸發條件與 purchase 類型的轉換相符,系統就會產生可匯總報表,並含有 789789789789 的簡化鍵。
  • 如果有多個簡化鍵符合篩選器資料,系統會採用第一個相符的簡化鍵。

後續步驟