處理重複的像素和轉換 API 事件

為獲得最佳廣告成效，建議廣告主同時實作轉換 API 與 Meta 像素。我們將這種作法稱為「備援設定」。若要深入瞭解這個建議作法，請點擊這裡。

當廣告主使用備援設定時，必須設定一個刪除重複項目方法，進而確保廣告投遞系統能夠區分不同和重疊的事件。本文件會說明多種您可選擇的刪除重複項目方法，以協助 Facebook 刪除重複的事件。

如果廣告主沒有透過轉換 API 和 Meta 像素傳送相同事件，就無須為這些事件設定刪除重複項目方法。

轉換 API 現在可讓廣告主透過單一端點（而不是多個端點）將網路、應用程式和實體商店事件傳送到 Meta。進一步瞭解轉換 API。

刪除重複項目選項

Facebook 會嘗試刪除透過 Meta 像素和轉換 API 傳送的相同重複事件。刪除重複事件的方法有以下兩種：

採用這種方法時，系統會透過轉換 API 和瀏覽器像素將 event_id 參數新增至事件。event_id 參數是能夠區別類似事件的專屬識別資料。深入瞭解 event_id 參數。

我們會根據事件的編號和名稱判斷事件是否相同。因此，針對要刪除的重複事件採取行動：

收到事件後，系統會採用多種策略在事件之間刪除重複的事件，這可能有助於改進最佳化和成效衡量。如果伺服器事件和瀏覽器事件無明顯的內容差異，系統通常會偏好先接收到的事件。

請注意，像素的 eventID 參數是 fbq 追蹤呼叫中的第 4 個引數。

範例

fbq('track', 'Purchase', {value: 12, currency: 'USD'}, {eventID: 'EVENT_ID'});

採用這種方法時，您必須在各個瀏覽器事件和伺服器事件中，以一致的方式使用 event_name、fbp 和／或 external_id。若要深入瞭解 external_id 和 fbp 參數，請參閱顧客資訊參數。

如果您已設定同時透過瀏覽器和伺服器傳遞 external_id 和／或 fbp 參數，系統就會自動移除重複的事件。相關流程如下所示：

這種刪除重複項目方法具有以下特性：

通常只有先經由瀏覽器傳送事件，隨後再透過伺服器傳送事件的情況下，才能夠使用這種方法刪除重複事件。如果系統在過去 48 小時內沒有收到瀏覽器事件，就不會刪除伺服器事件，即使相同的瀏覽器事件緊跟在伺服器事件之後送達也一樣。
如果只有使用單一事件來源（意即只有瀏覽器或只有伺服器），則系統不會刪除重複事件。如果您連續傳送兩個具有相同資訊的瀏覽器事件，系統會保留兩者。如果您連續傳送兩個具有相同資訊的伺服器事件，系統會保留兩者。

為了提升比對成效，系統需要同時取得來自 Meta 像素和轉換 API 事件的準確資訊：

選用 eventData 參數內的 eventID 應為不重複的值。視 Meta 像素的實作方法而定，您可以執行下列操作：
- 使用 track 傳送頁面上所有像素的事件
```
fbq('track', 'Purchase', {value: 12, currency: 'USD'}, {eventID: 'EVENT_ID'});
```
- 使用 trackSingle 傳送單一像素的事件
```
fbq('trackSingle', 'SPECIFIC_PIXEL_ID', 'Purchase', {value: 12, currency: 'USD'}, {eventID: 'EVENT_ID'});
```
- 使用含有 eid 參數的圖像像素標籤
```
<img src="https://www.facebook.com/tr?id=PIXEL_ID&ev=Purchase&eid=EVENT_ID"/>
```
如果您要分享的事件並未包含數值和幣別等參數，則可按照下列方式進行設定：
```
fbq('track', 'Lead', {}, {eventID: 'EVENT_ID'});
```
來自 Meta 像素的 eventID 必須與來自轉換 API 相應事件的 event_id 相符。
如果系統發現相同的伺服器金鑰組合（event_id、event_name）以及瀏覽器金鑰組合（eventID、event）在 48 小時內傳送至同一個像素編號，就會捨棄後續事件。
提醒您，如果同時透過瀏覽器和轉換 API 傳送事件和相符的 event_ids 給我們，則這些事件必須在系統收到含有指定 event_id 的第一個事件後的 48 小時內送達，重複項目才會遭到刪除。

若要瞭解如何驗證刪除重複項目設定和事件合併設定，請參閱驗證設定說明文件。