CAPI 是水管，不是水源：為什麼「接了轉換 API」救不了你追不到的轉換

每隔一段時間，就會有人問同一個問題：iOS 把轉換追蹤打斷之後，廣告後台的數字愈來愈不準，「我們是不是接一下 Meta 的轉換 API（CAPI）就能救回來？」

這個問題本身沒有錯。CAPI 確實是這幾年最常被推薦的解法，技術上也真的有用。但它常常被當成一顆萬靈丹，而萬靈丹這三個字，通常就是誤會的開始。

先把結論放在前面：CAPI 是一條更耐用的水管，但它搬運的，只能是你本來就握在手上的水。 如果你的問題是「訊號在傳輸途中流失」，CAPI 是對的解；如果你的問題其實是「根本沒有水源」，那再好的水管，接出來也是乾的。

這篇想做的，是把「接 CAPI」這個動作，從一句行銷話術，還原成它真正的機制。

先把名詞還原成機制

Meta 收你網站上的轉換事件，主要有兩條路徑。

第一條是 Pixel（像素）：一段 JavaScript 裝在你的網頁裡，使用者在瀏覽器上發生動作——看了商品、加了購物車、完成結帳——瀏覽器就把這個事件回報給 Meta。這是「瀏覽器端」的追蹤。

第二條是 CAPI（Conversions API，轉換 API）：由你自己的伺服器，把同一批事件直接送給 Meta。這是「伺服器端」的追蹤。

關鍵在於：兩條路徑送的，是同一批轉換事件。 差別只在「從哪裡送出去」。

瀏覽器端這條路，這幾年愈來愈脆弱：第三方 cookie 被收緊、廣告攔截外掛擋掉追蹤碼、iOS 與 Safari 的隱私機制讓瀏覽器端的回報變得不完整。伺服器端這條路不經過使用者的瀏覽器，所以相對穩定——這就是 CAPI 被推薦的真正理由。

實務上正確的做法，是兩條並用：Pixel 和 CAPI 同時送，靠一個共用的 event_id 去重，讓 Meta 知道「這兩筆是同一件事，別算成兩次」。這麼做能提升 Meta 所謂的「事件比對品質」（EMQ, Event Match Quality），讓系統更有把握把這筆轉換對應到某一次廣告曝光。

到這裡為止，CAPI 都是好東西。問題不在它本身，而在於——它解的是哪一種問題。

水管再好，沒有水源一樣是乾的

把追蹤想成供水系統。

• 水源，是「轉換真實發生、而且你觀測得到」的那個事件。
• 水管，是把這個事件從發生的地方，送到 Meta 的傳輸路徑。

Pixel 是一條容易破的水管，CAPI 是一條比較耐用的水管。當你的水源充足、只是水管在漏，換一條好水管當然有效，這正是 CAPI 的主場。

但很多人追不到轉換，根本不是水管在漏，而是從頭到尾就沒有水源——轉換要嘛發生在你看不到的地方，要嘛你根本沒去接它。這種情況下，無論你把水管換得多高級，接出來的還是乾的。因為水管不會生水，它只負責搬運。

這就是「CAPI 是水管不是水源」這句話真正的意思。 判斷你該不該接 CAPI，第一個問題從來都不是「要不要接」，而是「我手上，到底有沒有這條水」。

三種「其實沒有水源」的常見處境

當有人說「追不到轉換」，拆開來看，很多時候是下面這幾種情況之一。它們都不是 CAPI 能解的。

① 真正的成交，發生在別人的平台上。 你導流出去，但下單、付款、註冊完成的那一刻，是在另一個你管不到的系統裡完成的——例如外部 marketplace、第三方訂房／訂位系統、外部表單，或經銷商自己的頁面，只要對方沒把成交事件回傳給你，你手上就沒有可送進 CAPI 的轉換來源。那一刻的事件，你的伺服器看不到，自然也送不出去。這不是水管問題，是水源根本不在你家。

② 連基礎事件都沒在追。 結帳、付款、完成註冊這些關鍵動作，網站上既沒埋 Pixel、後端也沒接 CAPI，等於水源的出水口從來沒打開過。這時候該做的是先把事件追起來，而不是先煩惱要用哪條水管送。

③ 成交發生在線下，或在數位軌跡之外。 真正掏錢的動作發生在門市、電話、現場、或任何沒有留下數位事件的地方。除非你有一套機制把線下成交回灌成事件（這本身是另一個工程），否則 Meta 端看到的，永遠只是漏斗的上半截。

這三種處境的共通點是：問題在水源，不在水管。 先接 CAPI，只是把「我們很積極在做追蹤」這件事包裝得更好看，數字該對不上的，還是對不上。

那 CAPI 到底什麼時候值得做？

講了這麼多它救不了的情況，得公平地說清楚：當你確實握有水源時，CAPI 是非常值得做的正解。

如果你的轉換——下單、結帳、付款、訂閱——發生在自家網站或 App，而且後端系統確實記錄得到這些事件，那你手上就是有水源的。這種情況下：

• 瀏覽器端的 Pixel 會因為 cookie 與隱私限制漏掉一部分回報；
• CAPI 從伺服器端補上這條穩定的路徑，把你本來就觀測得到的轉換，更完整地送達 Meta；
• 兩者並用、用 event_id 去重，再搭配合法且完整的比對參數，通常能改善事件比對品質（EMQ），讓系統的優化與歸因更有依據。

所以這篇不是在說「CAPI 沒用」。恰恰相反——對的人接 CAPI，是把已經到手的水，用更不會漏的管子送出去，這是紮實的基本功。 只是這一切的前提，是你得先確認：那條水，真的在你手上。

先問水源，再談水管

如果只能帶走一個動作，那就是：在討論任何追蹤技術之前，先誠實回答一個問題——

「我的成交，發生在哪裡？那個地方，我的系統觀測得到嗎？」

把這個問題問清楚，你會發現決策順序自然就出來了：

• 如果成交發生在自家、而且後端抓得到 → 你有水源，接 CAPI、和 Pixel 並用，是對的投資。
• 如果成交發生在別人平台、線下、或你根本沒埋事件 → 你缺的是水源，要先想辦法把它接出來，而不是先買水管。

這裡還有一個容易混淆的陷阱：當真正的成交事件拿不到時，人們會退而求其次，拿「點擊」「加入購物車」「停留時間」這類中介事件來當優化目標或自訂受眾的種子。這能用，但要看清楚它的本質——這些事件反映的是「對你有興趣的人」，不是「會成交的人」。你拿互動當種子，系統就會盡責地幫你找到更多「會互動的人」；而「會互動」和「會付錢」之間，永遠有一段落差。那段落差不會因為你接了 CAPI 而消失，它只會因為你誠實面對而被你管理。

結語：多數人缺的不是水管

行銷科技這個產業，很擅長賣你更好的水管。每隔一陣子就有一個新的追蹤方案、新的 API、新的整合，包裝成「這次終於能把流失的轉換救回來」。

水管確實會愈做愈好，這是真的。但對很多投廣告的人來說，真正卡住成效的，從來不是水管不夠好，而是水源沒找到、或根本沒去接。

所以下次當有人——包括你自己——說「我們接個 CAPI 把轉換救回來吧」，先停一秒，問那個更前面的問題：水，在哪裡？我抓得到嗎？

把這個問題想清楚，你才會知道，自己缺的到底是一條更好的水管，還是一口從來沒挖的井。