落地页上的 Customer.io
Customer.io 最擅长的，是在知道某人刚做了什么的时候出手。演示预约、候补名单注册、做完的测验，正是这类信号；但落地页如果在你的产品之外，这个信号往往来得晚，甚至根本不来。
LanderLab 的 Webhook 把每条线索发送到 Customer.io 的 Track API，一次请求就能识别用户（答案和广告系列作为属性），并记录一个事件，比如 lead_submitted，供由事件触发的营销活动启动。中间没有 Zap。
它适合从 LinkedIn 和 Google 预约演示的 SaaS 团队、在 Meta 上积累注册用户的金融科技和消费类应用，以及希望测验线索和简报订阅者收到不同序列的电商品牌。
来自付费流量的 Customer.io 用户和事件
Customer.io 的 Track API 在一个批次里接收一个用户和一个事件。用户按邮箱识别，带着线索的属性；事件则按你的营销活动所监听的名称命名。如果 Customer.io 之前没见过这个用户，就会新建。
这样，落地页就成了你产品数据的一部分。你用于应用内行为的那些营销活动、细分和报表，现在也覆盖了你的广告带来的人。
用于演示预约和注册的事件触发营销活动
来自 LinkedIn 广告的演示预约，值得比一封通用自动回复更用心的对待。事件记在档案上，Customer.io 的营销活动就能确认预约、第二天发送对方所在行业的客户案例，如果对方还没约时间，再跟进一次。
对消费类应用来说，同一个事件可以启动一个邮件候补名单序列，在用户安装后切换为推送。
记在 Customer.io 档案上的归因
隐藏字段从广告 URL 中保留 utm_source、utm_campaign 和点击 ID，LanderLab 还会加上页面和变体。把它们作为属性发送，你就能把来自同一个广告系列的所有线索建成一个细分，按广告组比较激活情况，或者查看哪个页面版本带来了转化的用户。
在线索到达 Customer.io 之前按答案路由
在 LanderLab 工作流（Beta）中，按公司规模或套餐设置的多分支步骤，可以从不同的 HTTP 请求步骤发送不同的事件，筛选步骤可以拦下你市场之外的线索。运行视图会显示每条线索的路径，你能确切看到某人为什么收到了那个营销活动。
