2021 年蘋果 ATT 之後，純 Pixel 的資料丟失率平均 30-50%。Meta Conversion API（CAPI）是補回這部分資料的唯一方法。本文把 Shopify / WooCommerce / 自建站三種場景的 CAPI 配置講清楚。
如果你還在用「只掛 Pixel」的方式跑 Meta 廣告，2026 年你大機率在浪費預算——不是你廣告差，是 Meta 演算法收不到足夠資料去最佳化。ATT（App Tracking Transparency）之後，Pixel 資料丟失率業內共識是 30-50%。Conversion API（CAPI）是補回這部分資料的標準解法。本文把不同技術棧下的 CAPI 配置細節一次講透。
為什麼 Pixel 不夠了？
Pixel 是瀏覽器端指令碼，它的工作邏輯依賴 3 件事：第三方 Cookie、JavaScript 能正常執行、使用者同意追蹤。iOS14+ 之後：Safari 預設遮蔽第三方 Cookie；使用者 ATT 點「不允許」比例高達 75%；各種廣告攔截外掛把 Pixel 指令碼直接拒絕。結果：你看到的 Pixel 轉化資料是真實轉化的 50%-70%，演算法拿著殘缺資料去最佳化，素材好壞判斷全偏。
CAPI 解決什麼
CAPI 是伺服器端事件上報。當用戶在你站上觸發轉化（下單、加購、註冊），你的伺服器直接把事件發給 Meta 伺服器，不經過瀏覽器。使用者 Ad Blocker 攔不到、Cookie 政策管不到、瀏覽器關閉也能補發。最佳實踐是 Pixel + CAPI 雙軌並行（Meta 會自動去重，你不用擔心重複計數）。
Shopify 配置 CAPI（最簡單）
- Shopify Admin → Settings → Apps → 搜尋 Facebook & Instagram 官方 App
- 安裝並授權 Meta 賬號 + Business Manager + Ad Account + Pixel
- 在 App 裡開啟 Conversion API 開關（預設關的）
- 選擇要追蹤的事件：PageView / ViewContent / AddToCart / InitiateCheckout / Purchase
- 等 15 分鐘，去 Meta Events Manager 看 Event Match Quality 分數
Shopify 方案優點是零程式碼，但劣勢是：只能用 Meta 官方 App 自帶的事件，想上傳 offline conversion（線下訂單、電話詢盤）等自定義事件就需要走其他方案。
WooCommerce 配置 CAPI
WooCommerce 沒有 Meta 官方 App，需要第三方外掛。推薦 2 個：PixelYourSite Pro（$100/年，功能最全）或 Facebook for WooCommerce（免費但功能精簡）。配置流程：安裝外掛 → 輸入 Pixel ID + Access Token（從 Events Manager 生成）→ 在外掛設定裡開啟 CAPI → 選擇要追蹤的事件。
自建站配置 CAPI（Next.js / Node.js 示例）
最靈活也最費事。需要在後端寫一個 API endpoint，在訂單成功後 fire 一次 HTTP 請求到 Meta。
Meta CAPI endpoint: POST https://graph.facebook.com/v18.0/<PIXEL_ID>/events?access_token=<ACCESS_TOKEN>。Body 要包含: event_name / event_time / user_data（雜湊後的 email / 電話 / external_id）/ custom_data / event_source_url / action_source。
Event Match Quality (EMQ) 評分
Meta 在 Events Manager 給每個事件打分（0-10），分數越高演算法越認可你的資料。要拿到 8+ 分，上報時必須包含：
- em (email) - SHA-256 雜湊後的電子郵件
- ph (phone) - SHA-256 雜湊後的電話
- fn / ln - 雜湊後的 first name / last name
- external_id - 你自己的使用者 ID（雜湊）
- ct / st / zp - 雜湊後的城市 / 州 / 郵編
- client_ip_address - 使用者 IP（不用雜湊）
- client_user_agent - 瀏覽器 UA（不用雜湊）
- fbp - Facebook browser cookie
- fbc - Facebook click cookie
去重：Pixel + CAPI 不會重複計數
很多人擔心雙軌會重複。Meta 用 event_id 做去重：只要 Pixel 和 CAPI 發的事件 event_id 一致，Meta 自動識別為同一事件，取資料更完整的那條。實現上：生成一個唯一 ID（如 UUID），同時傳給前端 Pixel 和後端 CAPI。
常見錯誤
- 雜湊用錯演算法：必須 SHA-256，不是 MD5 / SHA-1
- 雜湊前沒清洗：電子郵件要先轉小寫、去空格、雜湊；不同格式雜湊結果完全不同
- event_time 時區錯：必須用 Unix timestamp（UTC 秒），不是本地時間
- action_source 漏傳：必填，一般是 "website"
- test_event_code 忘刪：測試時加的 test code 要在上線前刪掉
"CAPI 不是技術問題，是 ROI 問題。我見過學員裝上 CAPI 之後 ROAS 直接漲 40% 的案例——不是因為轉化變多，而是演算法終於能看到真實資料。"
想看 Shopify / Next.js / Python 後端完整的 CAPI 程式碼演示，我的《全球 AI 數位行銷實戰課》第 3 周 Facebook 板塊有從 0 到上線的錄屏。
FREE WEBINAR · 本周直播
免费报名《AI 营销出海 90 分钟实战公开课》
陈榕榕亲授：60 国出海实战案例 · ChatGPT/Claude 营销 workflow · 当场答疑
免费报名下一场直播 →