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

為取得最佳廣告成效，建議廣告客戶在使用 Meta 像素的同時執行轉換 API。我們將這種做法稱為「備援設定」，並在此處詳細介紹這種建議方法。

廣告客戶使用備援設定時，必須設定重複事件刪除方法，以確保廣告刊登系統能夠區分不同事件和重疊事件。本文件會講解多種重複事件刪除方法，以幫助 Facebook 刪除重複事件。

廣告客戶如無透過轉換 API 和 Meta 像素傳送兩次相同的事件，便無需設定重複事件刪除。

現在，轉換 API 讓廣告客戶可以透過單一端點（而非多個端點）將網絡、應用和實體商店事件傳送至 Meta。進一步了解轉換 API。

刪除重複事件選項

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

如果使用這種方法，event_id 參數會從轉換 API 和瀏覽器像素加入您的事件。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 相符。
如果我們在 48 小時內發現相同的伺服器金鑰組合（event_id、event_name）和瀏覽器金鑰組合（eventID、event）傳送至同一個像素編號，我們會捨棄較後到達的事件。
如果您透過瀏覽器和轉換 API 向我們傳送事件和配對的 event_ids，請記住，只有當我們收到包含指定 event_id 的第一個事件後 48 小時內收到相同的事件，才會刪除重複事件。

參閱驗證設定文件，了解如何驗證重複事件刪除和事件合併設定。