瞭解如何避免事件層級和可彙整報表出現重複資料。
有時您可能會發現特定轉換重複計算,或是報表多次傳送。本頁面將說明如何找出重複報表,以及如何避免重複計算轉換。
忽略已收到的報表
如果瀏覽器因網路無法連線而重試傳送報表,可能會多次傳送同一份報表。
為解決這個問題,請在收到報表時檢查 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_view或productpage_view類型的轉換相符,系統就會產生可匯總的報表,並將1231232123123設為重複資料刪除鍵。 - 如果這個觸發條件與
purchase類型的轉換相符,系統就會產生可匯總的報表,並將重複資料刪除鍵設為789789789789。 - 如果多個重複資料刪除鍵符合篩選器資料,系統會使用第一個符合的鍵。
後續步驟
- 如要進一步瞭解篩選器,請參閱「使用篩選器定義自訂規則」。
- 如要瞭解如何變更歸因邏輯,請參閱「優先處理特定點擊、瀏覽或轉換」。