先确认是不是去重问题？

不要一看到 Events Manager 报红就改插件。先拿 Shopify 实际订单数和 Meta 后台 Purchase 数做 1 天对比：如果 Meta Purchase 明显高于真实订单，才优先怀疑重复；如果 Meta 明显低于订单数，反而可能是事件漏发、匹配质量差或归因窗口变化。

最容易误判的是促销日。预算上调、折扣放大、再营销比例变化，都会让 ROAS 看起来异常。排查去重前，至少把当天预算、活动改动、Shopify 订单数、退款情况放在同一张表里。

Events Manager 里先看哪 3 个信号？

信号重点字段常见原因先动哪里
Duplicate Purchaseevent_name、event_id、order_idPixel 和 CAPI 没有共用 ID事件生成逻辑
Missing event_idbrowser event、server event插件只给一侧生成 IDShopify 插件或代码
Event Match Quality 低email、phone、fbp、fbc用户参数缺失或格式不对参数采集与传递
Server event delayedevent_time、发送时间队列、插件、服务器延迟队列和重试策略

截图要带 Pixel ID、事件名、时间和诊断原文。只截一个红色提示没有用，开发无法判断是哪条事件链路出错。

event_id 怎么核对才不乱？

先从 Purchase 开始，不要把 AddToCart、ViewContent、InitiateCheckout 一起混进来。Purchase 对收入和 ROAS 影响最大，也最容易用订单号回查。

建议抽 10 条真实订单，做一张四列表：Shopify order_id、browser event_id、server event_id、event_time。browser 和 server 的 event_name 都应该是 Purchase，event_id 应该一致，event_time 不该差到像两笔不同订单。

如果 browser event_id 为空，先看前端 Pixel 代码或插件是否生成 ID。如果 server event_id 为空，先看 CAPI 发送端。如果两个都有 ID 但不一样，通常是前端和服务器各自随机生成了一次。

Shopify 插件和自写 CAPI 怎么排？

很多独立站不是「没接 CAPI」，而是接了两次：Shopify 官方渠道、第三方归因插件、自写服务器事件同时在发 Purchase。后台看起来链路很完整，实际每笔订单可能多报一条。

处理时不要三个地方一起改。先列出所有可能发送 Purchase 的入口：主题代码、Tag Manager、Shopify 应用、自写后端、订单 webhook。当天只停或改一个入口，保留改动时间，第二天再看 Duplicate Events 是否下降。

如果必须保留两条链路，至少让它们读取同一个 order_id 派生的 event_id。不要让浏览器随机一串、服务器再随机一串，Meta 很难把它们认成同一笔转化。

Event Match Quality 低要不要先修？

如果同时出现去重失败和匹配质量低，先修去重。event_id 是判断「这是不是同一件事」的核心；email、phone、fbp、fbc 更像是帮助 Meta 识别「这是谁」的补充信息。

匹配质量低也不能忽略。常见问题是 checkout 页拿不到邮箱、电话格式不统一、fbc 在落地页丢失，或者服务端只发了金额和币种，没有带用户参数。修完 event_id 后，再逐项补参数。

团队后台登录要怎么管？

Pixel、CAPI、Catalog、Shopify 插件和广告账户经常由投手、开发、运营一起改。最怕的是投手在后台关事件、开发在代码里改参数、运营又换了插件版本，第二天没人能说清哪一步生效。

固定一名技术 owner 操作事件链路，投手只提交问题订单、广告组和后台截图。跨境团队如果多人管理广告、收款、店铺或平台后台，可以使用跨境电商团队稳定线路承载核心后台操作。重点是让设备、操作者和关键改动可追溯，不是用线路替代平台审核材料。

修完以后怎么验收？

不要只看后台红字是否消失。至少做 3 笔测试订单：一笔正常下单、一笔移动端下单、一笔从广告链接进入后下单。每笔都记录订单号、金额、Pixel 事件、CAPI 事件和 Meta 测试事件结果。

验收口径很简单：同一笔订单只保留一组 Purchase，browser 和 server 的 event_id 能对上，Shopify 实际订单数和 Meta Purchase 不再持续拉大。ROAS 要等 24 到 48 小时再判断，别用刚修完的半天数据做结论。

相关阅读

FAQ

Pixel 和 CAPI 同时开是不是一定重复？

不是。Pixel 走浏览器，CAPI 走服务器，两者同开很常见。真正会重复的是同一笔订单没有共用 event_id，Meta 无法判断它们是同一个 Purchase。

Event Match Quality 低会导致去重失败吗？

它不等于去重失败，但会让归因质量变差。去重优先看 event_id；匹配质量再看 email、phone、fbp、fbc 这些用户参数是否缺失或格式异常。

Shopify 插件已经接了 CAPI，还能再写一套服务器事件吗？

能，但不建议直接叠加。先确认插件是否已经发送 Purchase；如果自写 CAPI 也发同一事件，必须共用同一个 event_id，否则订单容易被重复记账。

ROAS 突然变高是不是去重出了问题？

不一定。先排除促销、预算调整和归因窗口变化；如果转化数涨得比 Shopify 实际订单更快，再回头查 Duplicate Purchase 和 event_id。

修好以后要观察多久？

至少看 24 到 48 小时。当天修复只能证明新事件链路正常，广告后台归因和学习期数据通常会滞后，别立刻拿 ROAS 做结论。

来源与时间戳