落地页上的 Salesforce
在大多数用 Salesforce 的公司里，市场部必须在 Salesforce 里证明自己。可当付费线索晚一天以 CSV 形式到达、广告系列信息被剥掉，或者通过一年前有人粘贴到页面里的 Web-to-Lead 表单进来时，这就很难做到。把 LanderLab 线索发送到 Salesforce，每次提交都会实时成为一条 Lead，页面、变体和广告系列写在管理员可以出报表的字段里。
它适合以 Salesforce 为核心记录系统的团队：在 LinkedIn 和 Google 上做 B2B 需求开发的团队、有销售守着电话的保险和贷款团队、为客户的 Salesforce 组织投广告的代理商。没有需要安装的 Salesforce 连接器：页面的 Webhook 用你的组织 ID，服务器对服务器地把每条线索发送到 Salesforce 的 Web-to-Lead 端点，Lead 进入销售已经在用的队列和列表视图。
表单提交成为 Salesforce Lead
表单发出的那一刻，每次提交都会在 Salesforce 中创建为一条 Lead，答案写入 Webhook 映射到的 Lead 字段。
Salesforce 默认要求每条 Lead 都有姓氏和公司。对 B2B 页面来说这很自然。对面向消费者的 offer，可以在 Webhook 里用一个固定值填写 Company，这样 Lead 就能保存，而不用问房主在哪里上班。
线索出现在销售已经在用的视图里
来自你页面的线索就是一条普通的 Salesforce Lead。它会出现在团队已经在用的列表视图、队列和报表里，销售照常筛选，并把它转换为客户、联系人和业务机会。没人需要去查第二个收件箱或共享表格，才能找到你的广告花钱买来的线索。
你的 Salesforce Flow 会对每条页面线索运行
管理员为新 Lead 搭建的任何自动化，都会对这些线索运行。记录触发型 Flow 可以在 Lead 一创建就分配负责人、创建通话任务或发送第一封邮件，趁访客离点击广告的时刻还很近。
你设的防护规则也一样。验证规则和必填字段同样适用于页面线索，进入 Salesforce 的数据符合团队已经定好的标准。
Web-to-Lead 还是 REST API：哪个更实际
Salesforce 提供两种接入方式。它的 REST API 需要 OAuth 访问令牌，而这些令牌会过期，页面 Webhook 上的固定请求头无法续期。Web-to-Lead 只需带上组织 ID 的普通表单 POST，不需要令牌，所以它是无需专人看护也能一直正常工作的路线。它的限额由 Salesforce 决定，包括每天的 Web-to-Lead 提交上限，请对照你计划购买的流量检查一下。
如果你需要完整的 API，实际可行的办法是加一个管理令牌的中间环节：Zapier 里 LanderLab 的 New Lead 触发器，或由页面 Webhook 供给的 Make 场景，都可以充当这个环节。
从 Lead 到赢单，一路带着广告系列和变体
广告系列、点击 ID、落地页和页面变体都可以记在 Lead 上，由隐藏字段和 LanderLab 的自有字段填入，销售转换时再一路带到联系人和业务机会上。
这样，一份按广告系列分组的赢单业务机会报表，就能回答决定下个月预算的问题：哪些广告花费变成了收入，又是哪个页面版本卖出去的。
