微信小程序广告收益对不上：我把曝光和点击埋点重做了一遍

最开始我只是在后台看广告收益，发现平台结算数据和自己的统计总差一截。第一反应是广告平台漏记，后来把日志拉出来对比，才发现更多问题出在埋点口径：曝光记早了，点击没带归因，弱网下上报失败也没重试。

先把差异拆开

• 曝光：页面加载就记，广告还没真正展示
• 点击：只记按钮，不记广告位、素材和会话
• 上报：失败就丢，弱网用户数据直接缺失

曝光要在真正可见后记

我把曝光从页面 created 移到广告容器进入视口之后，并配合广告组件的加载与展示事件兜底。小程序广告组件的事件名和回调字段，不同组件可能不一样，建议以官方文档为准。前端不要只记一次，最好把广告位、页面路径、用户 openid、时间戳一起带上，方便后面按天聚合。

点击归因和失败重试

点击事件我会先生成 event_id，再跳转或拉起广告。Node.js 服务端收到后按 event_id 去重，写入 MongoDB 明细；Redis 存短周期去重键，避免重复点击造成虚高。弱网场景下，前端失败后进入本地重试队列，限制次数和间隔，避免把一次点击刷成多次。

async function trackAd(type, payload) {
  const eventId = `${payload.slot}_${payload.openid}_${payload.ts}`;
  try {
    await api.report({ type, eventId, payload });
  } catch (err) {
    await queue.push({ type, eventId, payload, retry: 0 });
  }
}

“对账的关键不是比较两个总数，而是让每条曝光和点击都能用同一个 event_id 找到来源与去向。”

小结

改造后，收益差异没有立刻归零，但至少能解释差异来自哪里：哪些是曝光口径，哪些是上报失败，哪些是平台归因延迟。做广告类小程序，别只信前端总数，保留原始事件、做幂等和重试，后面排查会轻松很多。