你的廣告後台顯示有 50 個購買事件，但 Google Analytics 卻只記錄到 30 筆訂單？或者反過來，Pixel 顯示購買數遠超過實際訂單數？
Meta Pixel 的數據不準是很多廣告主的痛點，而且這個問題在 iOS 14+ 隱私政策上線後更加嚴重。
這篇文章先說清楚為什麼數據會不準，再給你一套排查流程，最後說明 Conversions API 如何補救數據缺口。
數據不準是常態嗎？
先說一個讓很多人鬆一口氣的事實：Meta Pixel 的數據從來就不是百分之百準確的，這是業界的普遍現象，不是你的帳號有什麼特殊問題。
原因有很多：
- 用戶使用廣告攔截工具
- 瀏覽器隱私設定（例如 Safari 預設封鎖第三方 Cookie）
- 用戶清除 Cookie
- 跨裝置使用（在手機看廣告，在電腦購買）
這些情況即使在 iOS 14 政策上線之前就存在。一般來說，10-20% 的數據損失是可以接受的正常範圍。
問題出在哪裡：當數據損失超過 30-40%，或者有異常的重複計算，這就不是「正常誤差」了，需要主動排查。
iOS 14+ 隱私政策的影響
這是近年來對 Meta 廣告追蹤影響最大的事件。
發生了什麼？
2021 年起，Apple 要求所有 iOS App 必須主動詢問用戶是否允許追蹤（App Tracking Transparency，ATT）。當用戶選擇「不允許追蹤」（大多數 iOS 用戶確實選擇不允許），Meta 就無法在 iOS 裝置上使用第三方 Cookie 追蹤用戶。
實際影響有多大？
根據 Meta 的估計，iOS 14 政策上線後，廣告轉換數據大約有 15-25% 的損失（因產業和受眾特性不同而有差異）。蘋果用戶通常有更高的購買力，所以這部分的損失對電商來說不成比例地大。
Facebook 自己的數據顯示，iOS 用戶中只有約 40% 選擇允許追蹤——代表 60% 的 iOS 廣告轉換數據是有缺口的。
Meta 的因應措施
Meta 推出了幾個機制來應對：
- 聚合事件評估（Aggregated Event Measurement，AEM）：一個隱私保護的追蹤框架，允許 Meta 在有限的情況下繼續接收轉換信號
- 事件優先排序：每個網域最多可以設定 8 個「優先追蹤事件」
- 網域驗證：需要在 Meta 的商務設定中驗證你的網站網域
你應該做的事
如果你還沒有：
- 在 Meta 商務設定中驗證你的網域
- 在「事件管理工具」中設定優先事件的排序（把「購買」放在最高優先）
事件重複計算問題
有時候相反的問題發生了：Pixel 回報的購買數遠超過實際訂單數。這通常是事件重複觸發造成的。
常見原因一：感謝頁被多次載入
最典型的場景：用戶完成購買後到達「感謝頁」（Thank You Page），但如果他重新整理了這個頁面，或者返回後再訪問，Pixel 的「購買」事件就可能觸發多次。
修正方法：
- 使用 Session 或 Cookie 確保同一個訂單只觸發一次購買事件
- 在感謝頁設定唯一的訂單 ID，讓 Meta Pixel 的「去重」功能可以識別重複事件
常見原因二：同時安裝多個 Pixel
如果你透過 Google Tag Manager（GTM）安裝了 Pixel，又在網站程式碼中直接安裝了一次，就會有兩個 Pixel 同時觸發，事件計算就會加倍。
如何檢查：使用 Meta 提供的「Pixel Helper」瀏覽器擴充功能，在你的網站上確認只有一個 Pixel ID 被觸發。
修正方法：只保留一種安裝方式，移除重複安裝。
常見原因三：GTM 觸發條件設定錯誤
如果在 GTM 中設定 Pixel 事件的觸發條件不夠精確（例如在所有頁面都觸發「購買」事件，而不是只在感謝頁），事件就會被過度觸發。
修正方法：在 GTM 中為購買事件設定精確的觸發條件（例如只有 URL 包含 /thank-you 的頁面才觸發）。
跨域問題
如果你的網站購物流程跨越多個網域（例如主站是 example.com，結帳頁面是 checkout.example-payment.com），Pixel 可能無法正確追蹤整個購買流程。
問題描述
用戶在主站的商品頁觸發「ViewContent」事件，但跳到結帳頁面後，Pixel 無法知道這個用戶和之前那個是同一個人（因為 Cookie 不跨域），所以最終的「購買」事件無法和最初的廣告點擊連結。
修正方法
Meta 提供「跨域追蹤」（Cross-Domain Tracking）功能：
- 在 Pixel 的基本代碼中設定需要追蹤的所有網域
- 確認兩個網域都已通過 Meta 的網域驗證
- 使用 URL 參數（
fbclid）來保持跨域追蹤的連貫性
Conversions API（CAPI）：補救數據缺口的最佳方案
Conversions API 是 Meta 提供的伺服器端追蹤方案，和傳統的瀏覽器端 Pixel 互補，合稱「最佳實踐配置」。
Pixel vs. Conversions API 的差別
| 項目 | 瀏覽器 Pixel | Conversions API |
|---|---|---|
| 追蹤位置 | 用戶瀏覽器 | 你的伺服器 |
| 受廣告攔截影響 | 是 | 否 |
| 受 iOS ATT 影響 | 是 | 較少 |
| 數據即時性 | 即時 | 可能有延遲 |
| 設定難度 | 簡單 | 中等到複雜 |
如何設定 CAPI
方法一：通過電商平台整合（最簡單）
Shopify、WooCommerce 等主流電商平台都有官方的 Meta CAPI 整合，在後台安裝 Meta 插件並設定存取金鑰（Access Token）即可。
方法二：通過 GTM 的伺服器端容器
Google Tag Manager 支援伺服器端容器，可以在不需要自行開發的情況下設定 CAPI。這個方法需要一個伺服器端 GTM 容器（有額外費用）。
方法三：直接 API 整合（開發者方法）
如果你有開發資源，可以直接透過 Meta 的 Conversions API，在每次訂單完成時從伺服器端傳送購買事件。Meta 提供詳細的 API 文件和各語言的 SDK。
設定 CAPI 後的「事件去重」
同時使用 Pixel 和 CAPI 後，同一個事件可能被記錄兩次（一次從瀏覽器，一次從伺服器）。Meta 提供「事件去重」機制，你需要在每個事件中加入相同的唯一識別碼（event_id），Meta 就可以辨別重複的事件並只計算一次。
排查 SOP
如果你的 Pixel 數據有異常，按照以下步驟排查：
步驟一：用 Pixel Helper 確認基礎安裝
在 Chrome 安裝「Meta Pixel Helper」擴充功能，前往你的網站各頁面，確認：
- 是否有 Pixel 觸發（且只有一個）
- 各頁面的事件是否正確觸發（商品頁觸發 ViewContent，購物車頁觸發 AddToCart，感謝頁觸發 Purchase）
- 事件帶入的參數是否正確（特別是
content_id和value）
步驟二：在事件管理工具中確認事件狀態
進入 Meta 的「事件管理工具」（Events Manager），確認各個事件的接收狀態和觸發頻率是否合理。
步驟三：比對 Meta 數據和 GA4 數據
比較 Meta 廣告後台的購買數和 Google Analytics 4 的轉換數。兩者之間的差距反映了 Meta 無法追蹤到的部分（主要是 iOS 用戶）。如果差距超過 30%，值得進一步排查。
步驟四：確認 CAPI 的設定
如果你已設定 CAPI，在事件管理工具中確認 CAPI 事件是否有正常傳入，以及事件去重是否正常運作（顯示「重複事件」的比例應該很低）。
步驟五：向 Meta 技術支援申請協助
如果以上步驟都確認沒問題但數據仍然異常，可以通過 Meta 的商務支援提交技術問題。
FAQ
Q：Pixel 數據和 GA4 數據永遠不會完全一致嗎？ A：是的，這是正常現象。兩者的計算邏輯、歸因窗口都不同。即使在最理想的情況下，兩者之間也會有 10-20% 的差距。
Q：設定了 CAPI 後，Pixel 就不需要了嗎？ A：不是，兩者要同時使用。CAPI 補足了 Pixel 無法追蹤的部分，兩者搭配效果最好。
Q：如何確認我的 Pixel 事件有帶入正確的 content_id？
A：使用 Pixel Helper 查看事件的詳細參數，確認 content_ids 欄位的值與你的產品目錄中的 ID 一致。
Q：台灣電商使用 91App 或 Cyberbiz，有支援 CAPI 嗎？ A：91App 支援 Meta Pixel 的安裝，但 CAPI 整合的程度依版本而異，建議直接聯繫平台技術支援確認。Cyberbiz 近年也在陸續支援更完整的 Meta 追蹤功能。
Q：Pixel 數據損失對廣告效果影響大嗎？ A：有影響，特別是使用「銷售」目標的廣告。Meta 的演算法依賴轉換信號來優化受眾，數據損失越多，優化效率越差。這也是為什麼設定 CAPI 是目前的最佳實踐。
Meta Pixel 的數據從來不是完美的，但可以做到「夠準確到足以做出正確的廣告決策」。CAPI + Pixel 的雙軌追蹤是目前業界的最佳實踐，投入設定的時間是值得的。
追蹤問題解決後，如果你想更全面地了解廣告數據，建議同時看一下《GA4 初學者完整指南》，了解如何在 GA4 中完整追蹤廣告帶來的流量和轉換行為。更多 Meta 廣告基礎知識請參考《Facebook 廣告新手完整指南》。