在你的登陸頁上使用 Segment
很多團隊用 Segment 維持一條統一的客戶資料流：事件從某個來源進來一次，再送到每個目的地。LanderLab 的 Webhook 讓你的登陸頁成為其中一個來源。每筆名單都會以 Track 呼叫送到 Segment 的 HTTP Tracking API，表單答案作為屬性，訪客的 IP、user agent、頁面與廣告活動放在 context 中，所以不用付連接器的費用，中間也沒有 Zap。
它適合登陸頁就是客戶紀錄起點的團隊：SaaS 示範與試用頁、跑問卷的電商品牌、背後有資料倉儲的名單開發業者。名單進到 Segment，就落在它對這個人所知的其他一切旁邊。
把登陸頁名單變成 Segment Track 事件
Track 呼叫是 Segment 表示「發生了某件事」的方式：在這裡是「Lead Submitted」，問卷答案與表單欄位作為屬性。Webhook 的 JSON 模式會組出 Segment 需要的巢狀內容，讓屬性、特徵與 context 落在 Segment 規格指定的位置，每個目的地讀取它們的方式，就和讀取你其他事件一樣。
用這個人的電子郵件或你自己的 ID 作為 userId，這筆名單就會和之後的試用、訂單或 App 事件歸在同一個使用者檔案。
給每個目的地的廣告活動與頁面 context
Segment 的規格為廣告活動（source、medium、name、term、content）與頁面（網址、路徑與 referrer）都留了位置。用 LanderLab 的隱藏欄位與它自己的頁面網址填入，下游的每個目的地收到的名單，就已經說明是哪則廣告、哪個廣告活動、哪個登陸頁帶來的。
把 A/B 版本加成屬性，你的資料倉儲就能依之後發生的成果比較版本，而不只看表單填寫。
伺服器端傳送，附上訪客資料
因為事件來自 LanderLab 的伺服器，Segment 自己看不到訪客的 IP 或瀏覽器。LanderLab 會把它們送過去：訪客的 IP 與 user agent 放進事件的 context，地理位置與裝置資料描述的就是填表的那個人，而不是資料中心。
依表單之後發生的事評估廣告活動
大多數登陸頁報表都停在單筆名單成本。名單事件在 Segment 中，旁邊就是同一個人之後的事件，資料倉儲就能回答真正關乎營收的問題：哪個廣告活動的名單開始了試用、哪個版本的名單購買了、哪個廣告組合帶來留得住的客戶。
