轉換 API 是什麼？像素＋CAPI 雙軌設定、事件去重與比對品質完整指南【2026】

「路可，我後台明明這週賣了不少單，Meta 廣告後台卻只顯示一半，是廣告沒效嗎？」這是我很常被問的問題。

多數時候，廣告不是沒效，是追蹤漏掉了。像素（Pixel）是放在網頁上的一段程式碼，要靠訪客的瀏覽器執行才會回報。iOS 的隱私權限、瀏覽器擋追蹤、廣告阻擋器、甚至網路不穩、顧客付完錢就關掉頁面，都可能讓這一筆購買沒有被回報。

漏掉的不只是報表數字。Meta 的系統靠這些轉換資料學習「什麼樣的人會買」，資料少了、偏了，它就越學越歪，成本跟著上去。這篇我用 Meta 官方文件（2026 年 11 月查證）為基礎，講清楚轉換 API 是什麼、怎麼跟像素一起用、事件去重和事件比對品質要怎麼顧。

為什麼只裝像素不夠了？

因為像素完全依賴瀏覽器，而瀏覽器這條路這幾年被擋得越來越多。

• iOS 14.5 之後的追蹤授權：Apple 在 2021 年推出 iOS 14.5 的「App 追蹤透明度」（ATT），使用者可以拒絕被追蹤，從 App 內瀏覽器過來的訊號因此變少。
• 瀏覽器限制 Cookie：Safari、Firefox 等瀏覽器會限制第三方 Cookie 與追蹤程式。
• 廣告阻擋器：很多外掛會直接攔截像素的程式碼。
• 頁面沒載完：網速慢、付款後跳轉失敗、顧客提早關頁，感謝頁沒出現，購買事件就不會送出。

轉換 API 改從伺服器送資料。訂單成立是在你的伺服器上發生的，不管顧客的瀏覽器怎麼設定，伺服器都知道這筆訂單存在，所以能補回像素漏掉的部分。

轉換 API 跟像素是二選一嗎？

不是。Meta 官方的建議是兩個一起用，也就是雙軌：像素抓瀏覽器上的行為，轉換 API 從伺服器補上確定發生的轉換。

兩者並行，Meta 能拿到最完整的訊號。像素的基本安裝與事件設定，可以先看Meta 像素怎麼安裝那篇。

雙軌送資料，會不會重複計算？事件去重怎麼做？

會，所以一定要做事件去重。做法是讓像素和轉換 API 送同一筆事件時，帶上相同的事件名稱和相同的事件 ID（event_id）。

依 Meta 開發者文件，官方推薦的去重方式是比對兩個欄位：像素的事件名稱要對應轉換 API 的 event_name，像素的 eventID 要對應轉換 API 的 event_id。兩邊一致，Meta 就知道這是同一筆購買，只算一次。

幾個實務重點：

• event_id 用訂單編號最穩：同一張訂單在瀏覽器和伺服器都拿得到，不會對不上。
• 有時間限制：官方文件寫明，同一個 event_id 要在第一次收到後 48 小時內收到，才會被去重。
• 名稱大小寫要一致：一邊送 Purchase、一邊送 purchase，系統可能當成兩種事件。
• 替代方案效果較弱：官方也提供用瀏覽器識別碼或外部 ID 去重的方式，但文件說明它通常只在「先收到瀏覽器事件、再收到伺服器事件」時才有效。

沒做去重最常見的症狀是：裝完轉換 API 之後，廣告後台的購買數突然比真實訂單還多。看到這種「好得不像真的」數字，先檢查去重。

事件比對品質（EMQ）是什麼？幾分才夠？

事件比對品質是 Meta 評估「你送來的事件，能不能對應到某個 Meta 帳號」的分數，滿分 10 分，官方驗證文件建議盡量做到 6.0 分以上。

伺服器送出一筆購買，Meta 要知道這是誰買的，才能跟廣告曝光連起來。你附上越多可比對的顧客資料，配對成功率越高。在事件管理工具裡，這個分數也會以「不佳、普通、良好、極佳」這類等級呈現。

Meta 的技術指南列出權重比較高的參數，包括：

• 電子郵件、電話號碼、姓名（要先經過雜湊處理，不送明碼）
• IP 位址與瀏覽器資訊（User Agent）
• Meta 的瀏覽器識別碼 fbp 與點擊識別碼 fbc

分數低，多半是只送了訂單金額，沒帶 email 或電話，或是 fbc、fbp 沒從前端傳到後端。提升方法就是把能合法取得的欄位補齊，並且在隱私權政策中告知顧客資料用途。

轉換 API 有哪幾種設定方式？

依 Meta 官方說明，大致有四條路：電商平台內建整合、轉換 API 閘道、其他合作夥伴工具、自己請工程師直接串接。

台灣常見的開店平台很多也有內建設定，通常是在後台貼上像素編號和存取權杖。你用的平台支不支援、支援到哪些事件，以平台官方說明為準。

購買事件該在什麼時候送？這是我最想提醒的一點

伺服器端的購買事件，應該在「金流確認付款成功」那一刻送出，而不是顧客看到感謝頁的時候。

這是我處理網站金流問題學到的。台灣常用的綠界、PayUni、藍新、SHOPLINE Payments，付款結果都會從金流端回呼你的網站。我們遇過信用卡 3D 驗證視窗被顧客關掉，結果錢已經扣了、訂單卻被系統取消；也遇過網站換了網址，金流的回呼網址還指向舊網域，付款結果整筆遺失。

如果你的購買事件綁在感謝頁，這些情況都會漏報；綁在錯誤的訂單狀態，則可能把取消的訂單也報上去。所以設定時要確認兩件事：

1. 購買事件是在「訂單已付款」狀態成立時觸發。
2. 網站換網址、換金流之後，回呼網址和追蹤設定要一起檢查。

裝好之後怎麼驗證？

到事件管理工具看三樣東西：伺服器事件有沒有進來、去重比例正不正常、比對品質幾分。然後拿後台訂單對帳。

• 測試事件：下一筆測試訂單，確認瀏覽器和伺服器兩邊都收到。官方文件說事件送出後約 20 分鐘內會出現在事件管理工具。
• 事件去重分頁：去重比例太低，系統會提醒，多半是 event_id 沒對上。
• 事件新鮮度：官方建議事件發生後盡快送，不要整批隔天才補傳。
• 對帳：每週拿後台付款訂單數，對照 Meta 回報的購買數。兩邊本來就不會完全一樣（歸因規則不同），但差距如果突然變大，就是追蹤哪裡斷了。

Meta 的數字只代表 Meta 的觀點。我建議同時用 GA4 看整體流量與轉換，並在廣告網址加上 UTM 參數，三方交叉比對，才不會被單一平台的報表帶著走。

常見問題

裝了轉換 API，數字就會跟後台訂單一模一樣嗎？

不會。轉換 API 是補回漏掉的訊號，但 Meta 的歸因有時間窗口和規則，跟後台「實際成交」本來就是兩種算法。目標是差距穩定、可解釋，而不是完全相等。

小店也需要轉換 API 嗎？

只要你有在投 Meta 廣告、以購買或名單為目標，就值得做。如果你的平台內建整合，成本幾乎是零，沒有理由不開。

有轉換 API，就可以不裝像素了嗎？

不建議。Meta 官方建議兩者並用，像素能抓到瀏覽、加入購物車等前段行為，轉換 API 補上確定的轉換，兩者搭配訊號最完整。

傳顧客的 email 和電話給 Meta 安全嗎？

這些資料要先做雜湊處理再送，不是送明碼。合作夥伴整合通常會自動處理；自己串接時要確認有做。另外記得在隱私權政策中說明資料的使用方式。

事件比對品質一直很低怎麼辦？

先看送了哪些顧客參數。最常見的原因是只送訂單資料，沒帶 email、電話，或前端的 fbp、fbc 沒傳到伺服器。把這幾個欄位補齊，分數通常就會上來。

結語：先修好追蹤，再談優化廣告

廣告後台轉換變少，第一步不是急著換素材或調預算，而是確認資料有沒有漏。像素加轉換 API 雙軌、用訂單編號當 event_id 去重、把事件比對品質顧到 6 分以上、購買事件綁在付款確認那一刻，這四件事做好，你的報表才可信，Meta 的系統也才學得對。

本文規則以 2026 年 11 月查證的 Meta 官方文件為準，介面名稱日後若有調整，以事件管理工具實際畫面為準。