去年在肯尼亚跑一个工具类产品，支付成功率从61%拉到78%那阵子，CPA反而从2.6蹦到4.2，当时第一反应也是市场水位变了，后来拉回传日志才发现是M-Pesa的STK Push在拖。用户输完PIN到回调确认，几十秒到几分钟是常态，极端情况更久，如果你的归因回传挂在“支付成功回调”这个事件上，Meta和UAC拿到的信号就是滞后的，模型学不到及时正反馈，出价自然往上飘。非洲这几个市场里肯尼亚支付基建算好的，但M-Pesa这个确认延迟是结构性的，回传配不对CPA就虚高。

验证方法很直接，拉最近7到14天回传日志，对比M-Pesa侧实际成功交易笔数和平台后台记录的转化数，差10%以上基本就是回传漏了或延迟超窗口；再看回传时间戳和支付时间的间隔，中位数超过5分钟就得改成前端先上报“发起支付”再补“确认成功”的双事件。对接参数上，STK Push的CallbackURL要单独配一个能扛重复通知的端点，超时阈值别卡太死，M-Pesa侧回调重试机制需向服务商确认清楚，别自己拍。双事件在Meta那边就是两个自定义转化事件分开回传、别共用同一个event_id，UAC同理，把“发起支付”设成浅层优化事件先喂信号。

至于4.2这个数正不正常，只接M-Pesa不接卡的情况下，肯尼亚小额付费工具类CPA跑到4美元上下不算离谱，同行区间大概3到5美元，但你这个从2.6跳上来的幅度更像是回传链路的问题而不是市场水位。另外首日付费转化率1.9%对应CPA 4.2，说明点击到付费中间有损耗，短落地页那步别只盯CPA，要看M-Pesa引导有没有做清楚，很多用户是卡在不知道要等短信弹窗。