在你的登陸頁上使用 Loops
很多 SaaS 團隊在 Loops 上經營導入與上市電子郵件。最重要的那些註冊者，來自付費搜尋與 LinkedIn 的那些，常常是從 App 外的登陸頁進來的，送到 Loops 時不是太晚，就是缺了能把他們放進對的自動化流程的細節。
LanderLab 的 Webhook 會透過 Loops 的 API 儲存每位註冊者，以更新呼叫進行：新的就建立，已有的就更新，所以重複註冊永遠不會失敗。這個請求可以讓聯絡人訂閱郵寄清單，並把廣告活動、版本與任何問卷答案作為聯絡人屬性帶過去。中間沒有 Zap。
它適合在 Google、LinkedIn 或 Meta 上為試用、候補名單、網路研討會與示範買流量的 SaaS 與 App 團隊。
試用與候補名單註冊者即時進到 Loops
對 SaaS 試用來說，第一個小時決定很多事。登陸頁在表單送出時就把每位註冊者存進 Loops，歡迎信與第一則導入提醒就會在對方還開著分頁時送達。
因為這個請求是會建立缺少聯絡人的更新，已經存在於 Loops 的人（來自 App 或先前的廣告活動）會被更新，而不是被拒絕。沒有人會因為註冊兩次而漏掉。
與頁面對應的 Loops 清單與自動化流程
每個頁面都能讓註冊者訂閱不同的 Loops 郵寄清單：試用、候補名單、網路研討會。每份清單上以 Contact added to list 啟動的自動化流程，會寄出適合的序列。如果想讓某個問卷答案走另一條路徑，可以改由 LanderLab 工作流程（Beta 版）送出事件，啟動以 Event received 觸發的自動化流程。
知道每位 Loops 聯絡人是哪個廣告活動帶來的
Loops 有 source 與 user group 的預設屬性，其餘的用自訂屬性。把 source 設為管道，把方案或團隊規模放進 user group，再把 utm_campaign 與 A/B 版本作為自訂屬性送出。你就能依廣告活動篩選受眾，看出哪些廣告組合帶來會啟用的使用者。
用真實註冊者測試試用頁
在同樣的 Google Ads 流量上跑兩個版本的試用頁。「潛在客戶」分頁可以依版本篩選註冊者，每位 Loops 聯絡人上的版本屬性，則讓你在導入過程中追蹤這兩組人，依啟用率選頁面，而不只是依表單填寫數。
