瞭解如何避免事件層級報表和可匯總報表中重複。
有時您可能會注意到某次轉換重複計算,或者報表重複傳送。本頁面將說明如何找出重複的報表,以及如何避免系統重複計算轉換。
忽略已經收到的報表
當瀏覽器因網路無法使用而重試傳送報表時,可能會多次傳送同一份報告。
為減少這個問題,請在收到報表時檢查回報的 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
的簡化鍵。 - 如果有多個簡化鍵符合篩選器資料,系統會採用第一個相符的簡化鍵。
後續步驟
- 如要進一步瞭解篩選器,請參閱「使用篩選器定義自訂規則」。
- 請參閱「優先提高特定點擊、觀看或轉換」一文,瞭解如何變更歸因邏輯。