落地页上的 Make
在 Make 里，线索路由是看得见的：左边一个 Webhook，中间一个 Router，右边每个买家、表格或频道各一个分支。把它连接到 LanderLab，落地页或测验漏斗的每条线索都会启动你的场景，带着访客填写的每个字段，以及 LanderLab 自己的字段。
不需要安装 Make 应用，也用不着：Make 自定义 Webhook 给你的场景一个地址，页面的 Webhook 集成把每条线索发送到这个地址。任何 Make 套餐都能用，同一个地址可以接收任意多个页面的线索。
每条线索都启动一个 Make 场景
每条线索以 JSON 格式进入你的场景。键名由你来定，所以场景处理的是 first_name 和 email，而不是表单上的标签；LanderLab 自己的字段，比如页面 URL、访客 IP 和提交时间，也会一并带上，用于过滤、路由和合规记录。
在 Make 里，这些字段每一个都是后续模块可用的变量，答案、UTM 和变体都包括在内，路由和格式化都基于线索的真实数据。
一个 Make 场景服务多个页面
同一个 Make Webhook URL 可以放在多个落地页上。加一个按页面 URL 或测验答案设置过滤条件的 Router，每条线索就会走自己的路径：这个页面的线索发给买家，那个页面的发到表格和一个 Slack 频道。
对线索获取运营方来说，整个 offer 就在一张图上。买家额度满了，或者开放了一个新州，你只需在画布上改一个过滤条件，而不是去改五个独立的自动化。
没有 Make 应用，也能对接任意 API
目标端在 Make 里没有应用时，HTTP 模块可以直接把线索发送到它的 API。如果投递失败，Make 的 History 标签页和 LanderLab 的投递日志会显示发出去的请求和返回的响应，买家说某条线索没收到时，你需要的正是这些。
Make，还是 LanderLab 工作流（Beta）？
LanderLab 的工作流（Beta）自己就能完成很多路由：作用于一个或多个页面的线索触发器，筛选、条件判断、多分支和延时步骤，以及 Google Sheets、HubSpot、Klaviyo、GoHighLevel、LeadProsper、Meta CAPI 的动作和一个 HTTP 请求步骤。如果你的路由用这些就能搞定，就少一个工具，也少一份账单。
当场景超出这个范围时，Make 才有它的用武之地：几十个应用、数据转换、在其他系统里查询数据，或者团队本来就在 Make 里跑业务。
