在你的登陸頁上使用 Meta Conversions API
如果你買 Facebook 與 Instagram 流量，誰會看到你的下一則廣告由 Meta 的投遞系統決定，而它是根據自己看得到的轉換來決定。漏掉一部分名單的像素，只會餵給它更少、更偏的樣本：廣告組合看起來比實際更差，廣告管理員裡的單筆名單成本比 CRM 顯示的高，演算法也一直找錯人。
LanderLab 用一個 Pixel ID 從兩端連接 Meta。Meta Pixel 從訪客的瀏覽器回報，Meta CAPI 從 LanderLab 的伺服器傳送事件。兩者都只要在 LanderLab 帳戶中儲存一次，每個新登陸頁和問卷都能從清單選取，不用從頭設定。
它是為預算主要花在 Meta 的媒體採購打造的：用保險、太陽能與債務協商問卷做名單開發、透過業配文銷售的電商優惠，以及每個客戶一個像素的代理商。頁面收集的每筆名單都成為 Meta 能學習的訊號，而不只是瀏覽器放行的那些。
同一頁上的 Meta Conversions API 與像素
像素與 CAPI 不是二選一。LanderLab 在你選定的版本上，從瀏覽器跑 Meta Pixel，從自己的伺服器跑 Conversions API。轉換事件從 LanderLab 的伺服器傳到 Meta，訪客瀏覽器裡的廣告封鎖程式或 Cookie 設定都擋不住。
像素使用同一個 ID，Meta 就會同時收到瀏覽器與伺服器的事件，兩個來源可以互相比對。
Meta 能用來優化的名單
Meta 的投遞系統從它看得到的轉換中學習。像素觸發被擋時，名單仍會進到你的 CRM，卻到不了 Meta。從伺服器送出，不管瀏覽器允許什麼，事件都會傳到 Meta。
測試時，這個落差影響最大。一個新廣告組合實際有二十筆名單、只回報十四筆，就會因為錯誤的數字被關掉。補上落差，你關掉的廣告組合才是真的輸了的那些。
依合格名單優化 Meta，而不是每次表單填寫
屋頂問卷上來自租屋族的便宜名單，對 Meta 來說仍是一個轉換，Meta 也會樂意幫你找更多租屋族。LanderLab 的工作流程（Beta 版）可以放在名單與 Meta 之間：頁面上的名單觸發器，針對讓名單賣得出去的答案設「篩選」或「條件判斷」，只在通過的分支上執行 Meta CAPI 動作。
這樣 Meta 就會朝買家願意付錢的名單優化。其他名單照常進到你的「潛在客戶」分頁、CRM 與試算表，執行紀錄檢視則顯示每筆名單走了哪條路徑。
問卷漏斗：計算完成，而不是第一次點選
在五個步驟的問卷中，關鍵時刻是最後送出，也正是問卷可以把 Lead 傳給 Meta 的時候：問卷 JS Code 分頁中的一段簡短監聽程式負責觸發，所以事件計算的是完成問卷的人，而不是點了第一個答案的人。
中途離開的訪客對你仍有用處：在 Scale 以上方案，LanderLab 會把他們填過的內容存成部分填寫的名單，放在「潛在客戶」分頁。他們只是不會變成 Meta 轉換，你的廣告組合就不會拿第二題就放棄的人來訓練。
