请教 Facebook 像素与CAPI去重异常排查思路

最近在帮团队梳理 Facebook 广告归因，遇到一个比较棘手的问题：网页端 Pixel 和服务端 CAPI 都已接入，Purchase 事件也带了 event_id，按理说应该正常去重，但后台仍然出现部分转化重复计数，导致广告组 ROI 被明显放大。

目前已核查过几项：1）浏览器端与服务端事件名一致；2）event_time 相差基本控制在几秒内；3）测试事件工具里能看到两路都成功送达；4）订单系统没有重复写入。奇怪的是，重复主要集中在移动端 Safari 流量，桌面端相对正常。

想请教下大家，遇到这种情况通常先查哪几层？是优先怀疑 GTM 配置、网关缓存、订单状态回写时机，还是 Facebook 端归因窗口设置影响展示？如果有人做过类似排查，方便分享一下你们最终定位问题的方法和验证步骤。

这类问题我一般先抓“同一订单到底发了几次”这条线，别让 Safari 当背锅侠😂
优先查：1）前端是否页面刷新/回跳重复触发 Purchase；2）服务端是否支付成功、状态更新、补单各发一次；3）两端 event_id 是否真一一对应。
建议拉一批重复订单，对比 fbp/fbc、event_id、时间戳，基本很快能定位。

我也刚接触这块，之前看人排查时会先盯 event_id 生成逻辑：Safari 端会不会页面刷新、回跳支付页、重试请求时生成了两套 id？另外想确认下 CAPI 是否有队列重放或超时补发。楼主后面如果定位到了，能不能分享下是不是 Safari ITP 相关？