FB 廣告投放回報 65 單、後台只有 34 單：Meta 購買數為什麼多一倍、怎麼對帳

太長不看版： 我們自己的水蜜桃乾店「桃梨生活」，2026-08-15 到 09-27 的 Meta 廣告↗回報 65 次購買，站上帶 Meta 歸因的已付款訂單是 34 筆，差不多多了一倍。用平台的數字算 ROAS 約 1.49，用後台訂單算約 0.78（都是推估）。這不是誰算錯，是廣告平台和你的訂單系統用的歸因口徑不同。做決定時一律以後台訂單為準，做法是讓每張訂單在建立當下就記下 utm 和 Meta 點擊 ID，再定期跟平台數字對。

這是「自營三店摸索過程」連載的第二篇。第一篇在講同一家店的廣告虧在哪：Meta 花了 USD 1,310、ROAS 0.78。

兩邊的數字差多少？

65 ÷ 34 ≈ 1.9，平台多了 31 筆。換成 ROAS（Meta 花費 USD 1,309.76，以 31 TWD/USD 換算約 NT$40,603）：

平台那一行用的是平均客單近似，因為我們這裡沒有拉 Meta 回報的購買金額。重點在方向：只看廣告後台，會以為每投 1 元回來 1.49 元；看後台訂單，其實是 0.78 元。前者會讓你加預算，後者會讓你停下來找問題。

為什麼平台回報的購買會比較多？

我們不把這當成 Meta 的錯。廣告平台和訂單系統在回答不同的問題：

• 訂單系統問的是「這一單是從哪裡來的」：一張訂單只有一個來源，我們用的是建單當下記錄的 utm 或 Meta 點擊 ID。
• 廣告平台問的是「這一單跟我的廣告有沒有關係」：只要使用者在歸因窗口內點過或看過廣告，平台就會算進去。同一個人看過廣告、後來從 LINE 或自然搜尋回來下單，平台和你的後台會記成不同來源。

所以兩邊數字不同是常態，問題在於差多少、差距穩不穩定。我們這次差到一倍，已經大到會改變決策。

逐項排除：這些情況也會讓數字變多

口徑之外，還有幾種技術原因會讓平台多算。對帳時我們會一項一項排除：

我們自己的設定是：Purchase 只從金流的付款通知（webhook）由伺服器端送，瀏覽器不送 Purchase，所以「瀏覽器加伺服器重複送」這一項在我們這裡不成立。我們也踩過最後一項：店的營運後台和 LINE 內的頁面曾經也載了 GTM，汙染了 GA4↗ 的數據。

有一段數字我們到現在還解釋不完整。2026-08-31 到 09-04，我們剛換金流，超商門市地圖壞掉，站上 21 次進結帳、0 筆成單；同期的 Meta campaign 卻回報 17 次購買。我們沒有逐筆拆這 17 次是哪幾天、哪幾張訂單，可能是歸因把之後幾天的訂單算回這段廣告，也可能有別的原因。拆清楚之前，我們不拿它下結論，只把它當成「平台數字不能直接用」的又一個例子。

CAPI 和 event_id 去重是什麼？

CAPI（轉換 API） 是從你的伺服器直接把轉換事件送給 Meta，不經過使用者的瀏覽器。瀏覽器端的 Pixel 會被擋廣告外掛、內建瀏覽器、隱私設定影響，伺服器端比較不會漏。

event_id 去重：如果同一個購買事件，瀏覽器和伺服器都送了，兩邊要帶同一個 event_id，Meta 才知道是同一件事、只算一次。沒有帶，就會算兩次。

很多開店平台已經內建 CAPI，例如 SHOPLINE 裝完 Facebook 商業擴充套件後自動啟用↗、EasyStore 接上 Facebook 後自動開↗、Shopify 透過 Facebook & Instagram App↗、Wix 原生整合↗。meepShop 和 SHOPSTORE 的官方功能表沒有列 CAPI。

但「平台內建 CAPI」不等於「CAPI 數字可以直接信」。內建的事件種類和參數通常改不了，去重有沒有做好也要自己看。不管用哪個平台，接手第一週我們都會跑一次 Events Manager 的去重檢查，然後拿平台回報和後台訂單對一次帳。

怎麼對帳？我們的做法

桃梨開張時踩過一個坑：訂單沒有存 utm，第一筆真實訂單進來，我們回答不了它是哪一則素材帶來的。後來改成訂單在建立當下就記下來源，上面那張「29 筆 utm_source=facebook、5 筆只有 fbc」的表就是這樣拉出來的。

我們現在的對帳步驟：

1. 建單時存來源。 每張訂單寫入 utm_source、utm_campaign 等參數，以及 Meta 點擊 ID（fbc／fbclid）。utm 被洗掉時，fbc 還能補回一部分（我們有 5 筆是靠它認出來的）。
2. 伺服器端送 Purchase，只在真的收到錢之後。 從金流付款通知觸發，不在「按下結帳」時送。
3. 每次送出的 CAPI 事件都留完整紀錄。 事件名稱、event_id、訂單號、送出時間、平台回應。對帳時才查得到同一張訂單有沒有送兩次。
4. 固定週期拉兩邊數字。 同一段日期，平台回報購買 vs 後台已付款且帶該平台歸因的訂單，排除測試單。
5. 算多報倍數，看趨勢。 我們這次是約 1.9 倍。倍數穩定，可以拿來折算平台數字；倍數忽大忽小，先回去查追蹤設定。
6. 決策用後台。 加不加預算、關不關廣告，看的是後台訂單算出來的每單成本和 ROAS。

平台數字也不是沒用。它的相對變化（哪支素材比較好、哪個受眾比較差）還是有參考價值，因為同一個口徑內的比較是公平的。不能拿來做的，是跟營收、毛利直接相減。

常見問題

Meta 回報的購買比後台多，是 Meta 灌水嗎？

我們不這樣看。兩邊的歸因口徑不同：Meta 算的是「跟廣告有關的購買」，後台記的是「這一單從哪裡來」。我們的店差到約 1.9 倍（65 vs 34），差距大到會影響決策，所以判斷一律以後台訂單為準。

怎麼知道 Pixel 和 CAPI 有沒有重複算？

看同一個購買事件，瀏覽器和伺服器送的 event_id 是不是同一個；Events Manager 會顯示去重狀況。我們的 Purchase 只從伺服器端送，就沒有這個問題，但要另外檢查金流通知重送。

用開店平台內建的 CAPI 就夠了嗎？

SHOPLINE、EasyStore、Shopify、Wix 等都有官方內建 CAPI，但事件和參數通常不能改。接手時一樣要跑去重檢查，並拿平台回報和後台訂單對帳。

訂單要存哪些欄位才能對帳？

至少要有 utm_source、utm_campaign 和 Meta 點擊 ID（fbc 或 fbclid），在建單當下寫進訂單。我們的店有 5 筆訂單沒有 utm，靠 fbc 才認出是 Meta 帶來的。

FB 廣告投放的成效要看哪個數字？

做決定看後台：已付款訂單數、營收、每單成本、ROAS。平台數字用來比較素材、受眾之間的相對好壞。

想讓我們幫你對一次帳？

如果你的廣告後台看起來還不錯、帳戶裡的錢卻沒有變多，可能就是這個落差。可以看 RedClaw 電商陪跑服務，或直接在 Telegram 聯絡我們↗。桃梨的完整紀錄在 案例頁。

---

了解我們的電商陪跑服務 →