开篇：像素装了，不代表数据能用
像素是广告优化的眼睛。没有它，算法不知道谁下了单，你也不知道钱花在了哪。
但很多人装完之后就不再检查了。实际上“装了”和“数据准”是两件事，中间隔着事件配置、参数校验和服务器端回传三道关。
一、五个必装的标准事件
按用户从进入到下单的顺序，标准事件是：页面浏览、商品详情浏览、加入购物车、进入结算页、完成支付。
这五个事件串起来是一条完整的漏斗。少了其中任何一个，你就看不到用户在哪一步流失。比如只装了购买事件，你能知道结果，但不知道中间哪个环节出了问题。
装的时候要注意参数。金额和币种这两个字段必须传对，否则报表上的收入数字会和实际对不上。
二、转化 API 为什么是必选项
从 iOS 隐私政策调整之后，浏览器端的追踪能力被大幅削弱，广告拦截插件也会干掉一部分请求。光靠像素，数据缺口很明显。
转化 API（CAPI）的做法是把转化事件从服务器直接回传给 Facebook，不经过浏览器，绕开了这两个限制。两者同时配置才能把数据补齐。
配置思路分三步：在商务管理平台里生成访问令牌，在网站或建站平台后台配置回传（很多建站平台有现成的插件），然后验证事件是否真的到达。
三、怎么确认像素在正常工作
不要只看着后台的代码嵌入截图。用 Meta Pixel Helper 实际访问一次自己的网站，注意看三件事：像素有没有加载、触发了哪些事件、参数有没有传空。
下单流程建议自己完整跑一遍，从商品页一直走到支付完成页，看每一步有没有对应的事件上报。
常见问题排查
购买事件没有触发。 先确认支付完成页有没有包含对应的事件代码。很多网站会在支付后跳转，如果代码放在跳转前的页面上，就会漏报。
数据比实际订单少。 通常是广告拦截或浏览器隐私限制导致的，配置 CAPI 可以补回大部分缺口。完全不丢的数据回传很难做到，有个可接受的误差范围就行。
报表里的收入和后台对不上。 优先查币种参数和归因窗口设置，这两个是最常见的两因。
总结
像素这一块没有技巧，就是配置要完整、参数要对、要定期校验。地基没打好，后面所有优化都是建在沙子上。
需要代投服务的话，账户环境配置这一环也包含在我们的服务范围里。
相关阅读