Facebook Conversions API：2026 年實作指南

作者：Marcus Chen

成效行銷專家 資深媒體買手審閱

AI 快速解答

每週針對受控的鉤子矩陣測試 15 個以上的創意變體，一旦鉤子率顯示疲態就立即更新，並讓平台 DCO 重新組合勝出者。在我們衡量過的所有付費社群與付費搜尋版位上，變體速度始終勝過工作室的精緻打磨。Unled 將測試平台與生產線視為單一作業來運作。

發布於 2026年7月10日

發布日期：2026 年 5 月 7 日 · 閱讀時間 12 分鐘 · 設定

Facebook 的 Conversions API（CAPI）是瀏覽器像素的伺服器端搭檔。在 iOS 14.5 破壞了基於瀏覽器的追蹤之後，CAPI 成為恢復 Meta 遺漏轉換的唯一途徑。到了 2026 年，僅使用像素的廣告主正遺漏 30% 到 60% 的歸因轉換。本指南將從頭到尾涵蓋一次乾淨的 CAPI 安裝。

CAPI 實際功能

CAPI 直接從您的伺服器將轉換事件發送給 Meta，完全繞過瀏覽器。這表示即使瀏覽器像素被阻擋、使用者的 iOS 裝置限制了追蹤，或網路狀況導致像素失效，事件依然能送達。

• 恢復 iOS 轉換。 受 ATT 限制的使用者仍會觸發伺服器事件。
• 繞過廣告封鎖器。 伺服器對伺服器的事件不會被阻擋。
• 更高的資料品質。 伺服器事件可包含第一方識別碼（經過雜湊處理的電子郵件、電話、客戶 ID），以實現更強的匹配。
• 更好的去重。 當與使用 event_id 的像素搭配使用時，Meta 會進行去重，並將每次轉換計為一次。

三種安裝路徑

1. 原生平台整合（最簡單）

Shopify、WooCommerce、BigCommerce、Magento、Wix 和 Squarespace 都有原生的 Meta CAPI 連接器。在平台管理後台中啟用，貼上存取權杖即可完成。最適合非開發人員團隊。

2. 伺服器端標籤管理工具（推薦）

使用 Stape 或 Google Tag Manager Server-Side 從 sGTM 容器觸發 CAPI 事件。您可以完全控制事件、進行去重和高階比對，無需編寫伺服器程式碼。這是認真經營者的業界標準。

3. 直接 API 整合（最高控制權）

直接從您的後端向 https://graph.facebook.com/v18.0/{pixel_id}/events 發送 POST 請求。最適合 SaaS、自訂應用程式以及任何非基於主要商務平台建置的項目。

逐步指南：直接 API 實作

1. 產生 CAPI 存取權杖。 前往事件管理工具 → 您的像素 → 設定 → Conversions API → 產生存取權杖。
2. 選擇要透過伺服器端發送的事件。 務必發送 Purchase、Lead 和 CompleteRegistration。選擇性發送：ViewContent、AddToCart、InitiateCheckout 以獲得更豐富的匹配。
3. 建構事件酬載。 必要項目：event_name、event_time、action_source（"website"）、event_id（用於去重）以及 user_data（經過雜湊處理的電子郵件/電話/external_id）。
4. 使用 SHA-256 對所有 user_data 欄位進行雜湊處理。 電子郵件、電話、姓名、城市、州、郵遞區號，全部都要經過雜湊處理、轉為小寫並去除前後空白。
5. 向 Graph API 端點發送 POST 請求。 將存取權杖作為查詢參數或標頭包含在內。
6. 設定重試邏輯。 失敗的 POST 請求（5xx 錯誤）應使用指數退避演算法重試最多 3 次。
7. 記錄每個事件以供稽核。 儲存事件酬載和 Meta 的回應，以便日後偵錯歸因問題。

事件去重：關鍵細節

• 為每次轉換產生一個唯一的 event_id（例如您的訂單 ID）。
• 在瀏覽器像素呼叫和 CAPI 事件上發送相同的 event_id。
• 確認 event_name 完全匹配，例如 "Purchase" 而非 "purchase"。
• 確認兩個事件之間的 event_time 在 1 分鐘內，以實現乾淨的去重。
• 使用事件管理工具中的「去重」報表來驗證比率是否健康（瀏覽器+伺服器匹配的事件應占主導地位）。

高階比對：為何雜湊識別碼至關重要

CAPI 讓您可以在每個事件上傳遞使用者識別碼（經過雜湊處理的電子郵件、電話、姓名、城市等）。Meta 使用這些資訊將轉換匹配回點擊廣告的使用者，即使瀏覽器 Cookie 已不存在。

• 電子郵件 (em)： 影響力最高的單一識別碼。請盡可能在每個事件上傳遞它。
• 電話 (ph)： 號碼，無格式，包含國碼（例如 14155551234）。
• 名字 (fn) 和姓氏 (ln)： 轉為小寫。
• 城市 (ct)、州 (st)、郵遞區號 (zp)、國家 (country)： 全部轉為小寫，不含空格。
• 外部 ID (external_id)： 您的內部客戶 ID，經過雜湊處理。非常適合匹配重複購買者。
• 點擊 ID (fbc) 和瀏覽器 ID (fbp)： 從瀏覽器 Cookie 中擷取，並在每個伺服器事件上傳遞，以實現更強的匹配。

驗證 CAPI 是否正常運作

1. 事件管理工具 → 診斷標籤頁。 應顯示無重大警告。
2. 事件管理工具 → 事件品質 / 事件匹配品質。 目標是達到 10 分制中的 7 分以上。
3. 事件管理工具 → 接收事件長條圖。 確認「瀏覽器」和「伺服器」長條都有資料。
4. 測試事件。 產生一個 test_event_code，觸發一次真實轉換，並即時觀察它是否送達。
5. 7 天後： 比較廣告管理員中 CAPI 啟用前後的歸因轉換數。歸因轉換提升 20% 以上即確認 CAPI 正在恢復資料。

CAPI 不再是選配。在 2026 年僅使用像素設定的廣告主，等於是被綁住一隻手在競爭。選擇符合您技術堆疊的安裝路徑，正確進行去重，並透過事件匹配品質進行驗證。兩天的工作量將帶來永久的回報。