落地页上的 Segment
很多团队靠 Segment 维护同一条客户数据流：事件从某个数据源进来一次，再发往每个目标端。LanderLab 的 Webhook 让你的落地页成为其中一个数据源。每条线索都作为 Track 调用发送到 Segment 的 HTTP Tracking API，表单答案作为属性，访客的 IP、User Agent、页面和广告系列放在上下文中，所以不用为连接器付费，中间也没有 Zap。
它适合把落地页当作客户记录起点的团队：SaaS 演示和试用页、跑测验的电商品牌、背后有数据仓库的线索获取业务。线索进入 Segment 后，会和它对这个人已知的其他一切放在一起。
把落地页线索变成 Segment Track 事件
Track 调用是 Segment 表示“发生了某件事”的方式：这里就是“Lead Submitted”，测验答案和表单字段作为属性。Webhook 的 JSON 模式会生成 Segment 需要的嵌套请求体，属性、trait 和上下文都落在 Segment 规范规定的位置，每个目标端读取它们的方式，和读取你其他事件的方式一样。
用这个人的邮箱或你自己的 ID 作为 userId，线索就会并入同一份用户档案，和之后的试用、订单或应用事件放在一起。
给每个目标端的广告系列和页面上下文
Segment 的规范为广告系列（source、medium、name、term、content）和页面（URL、路径和来源页）都留了位置。用 LanderLab 的隐藏字段和它自己的页面 URL 填好，下游的每个目标端收到的线索就已经写明了是哪条广告、哪个广告系列、哪个落地页带来的。
再把 A/B 变体作为属性加上，你的数据仓库就能按之后的结果比较变体，而不只看表单提交。
服务器端发送，附带访客信息
因为事件来自 LanderLab 的服务器，Segment 自己看不到访客的 IP 或浏览器。LanderLab 会把它们发过去：访客的 IP 和 User Agent 放进事件的上下文，地理位置和设备数据描述的就是填表的那个人，而不是某个数据中心。
按表单之后发生的事评判广告系列
大多数落地页报表到单条线索成本就停了。线索事件进了 Segment，同一个人之后的事件也在旁边，数据仓库就能回答真正关乎收入的问题：哪个广告系列的线索开始了试用，哪个变体的线索下了单，哪个广告组带来了留下来的客户。
