在你的登陸頁上使用 Pabbly Connect
當你大量購買名單時，搬運名單的自動化不該吃掉利潤。Pabbly Connect 的計費正是為此設計：觸發條件不算任務，Filter、Router 與 Formatter 這類內部步驟也不算。只有在其他 App 中的動作才計算。
LanderLab 的 Webhook 整合會把登陸頁或問卷漏斗的每筆名單送到 Webhook by Pabbly 觸發條件，所以每次送出都會啟動你的工作流程，以你選的鍵名附上表單欄位、隱藏欄位與 LanderLab 自己的欄位。
用 Webhook by Pabbly 接住每筆名單
每筆名單在送出時抵達工作流程，附上表單欄位、隱藏欄位與 LanderLab 自己的欄位，可以直接對應到後續的動作，之後的每筆名單也都以同樣方式執行。
因為你在 LanderLab 這一端重新命名每個鍵，工作流程的欄位讀起來就像規格書：first_name、phone、zip、utm_campaign、ll_variant_id，把它們對應到 CRM 或試算表只要幾分鐘。
不吃任務數的分派
大多數名單流程花在判斷的步驟比執行的還多：這筆名單在我們服務的州嗎、他有完成問卷嗎、要給哪個買家。在 Pabbly Connect 上，這些判斷步驟（Filter、Router、Formatter）不算任務，觸發條件也不算。你只為把名單放到某處的動作付費。
對便宜的名單來說，例如在地居家服務的表單填寫，這就是自動化能回本，還是默默從每筆名單抽成的差別。
Pabbly Connect，還是直接用 Webhook？
如果名單只需要送到一個工具，而那個工具有 API 或自己的 LanderLab 整合，就跳過中間這一步：用 Webhook 或整合直接送過去。當名單要送到多個 App、途中需要格式化，或依答案或頁面走不同路徑時，Pabbly 才值得。
它也是很好的過渡方案。優惠剛上線、分派每週都在改時，先用 Pabbly；等流程穩定成一個買家、一個 CRM，再把交接移到 LanderLab 自己的整合或直接的 Webhook，Pabbly 留給其他額外需求。
