落地页上的 Meta Conversions API
如果你买 Facebook 和 Instagram 的流量,下一条广告给谁看,由 Meta 的投放系统决定,而它是根据自己看得到的转化来决定的。像素漏掉一部分线索,交给它的就是一份更小、有偏差的样本:广告组看起来比实际差,Ads Manager 里的单条线索成本高于你 CRM 里的数字,算法也一直在找错的人。
LanderLab 用一个 Pixel ID 从两边连接 Meta。Meta Pixel 从访客的浏览器上报,Meta CAPI 则从 LanderLab 的服务器发送事件。两者都只需在你的 LanderLab 账户里保存一次,每个新落地页和测验从列表中选用即可,不用从头再来。
它专为预算走 Meta 的投放操盘手打造:保险、光伏和债务减免测验的线索获取,通过软文卖的电商 offer,每个客户一个像素的代理商。页面收集到的每条线索,都会成为 Meta 可以学习的信号,而不只是浏览器放行的那些。
一个页面上同时跑 Meta Conversions API 和 Pixel
Pixel 和 CAPI 不是二选一。LanderLab 在你选定的变体上,从浏览器运行 Meta Pixel,从自己的服务器运行 Conversions API。转化事件随后从 LanderLab 的服务器发往 Meta,访客浏览器里的广告拦截器或 Cookie 设置都挡不住。
Pixel 用同一个 ID 运行,Meta 就能同时从浏览器和服务器收到消息,两个来源可以互相匹配。
Meta 能拿来优化的线索
Meta 的投放系统从它看到的转化中学习。像素触发被拦截时,线索仍会进入你的 CRM,却到不了 Meta。从服务器发送,无论浏览器允许什么,事件都能传到 Meta。
测试的时候,这个缺口影响最大。一个新广告组有二十条真实线索、只上报了十四条,就会因为错误的数字被砍掉。补上这个缺口,你关掉的广告组才是真正输掉的那些。
让 Meta 针对合格线索优化,而不是每次表单提交
屋顶测验上来自租房者的便宜线索,对 Meta 来说仍然是一次转化,而 Meta 会很乐意给你找来更多租房者。LanderLab 的工作流(Beta)可以夹在线索和 Meta 之间:页面上的线索触发器,基于能让线索卖得出去的答案设置筛选或条件判断,只在通过的分支上放 Meta CAPI 动作。
这样 Meta 就会朝买家愿意付钱的线索优化。其他线索照常进入你的线索标签页、CRM 和表格,运行视图会显示每条线索走了哪条路径。
测验漏斗:统计做完,而不是第一次点击
在一个五步测验里,关键时刻是最后的提交,也正是测验向 Meta 发送 Lead 的时候:测验“JS 代码”标签页里的一小段监听代码负责触发,所以这个事件统计的是做完测验的人,而不是点了第一个答案的人。
中途离开的访客对你仍然有用:Scale 及以上套餐,LanderLab 会把他们填写的内容作为未完成线索保存在线索标签页中。只是他们不会变成 Meta 转化,你的广告组也就不会被那些答到第二题就放弃的人带偏。