本条还可参阅：

Order reconciliation：为什么 Meta 的购买数和 Shopify 订单数对不上?

Shopify 和 Meta 统计购买的方式本来就不同——这是有意的设计，不是 bug。Shopify 会记录您店铺收到的每一笔订单，而 Meta 只报告它有足够把握归功（credit）给您广告的那部分购买。Ads Report 页面顶部的 Order reconciliation（订单对账）区块会展示这两个数字之间的每一步，让您随时清楚差异来自哪里。

四个数字

指标	统计内容
Shopify orders	来自所有渠道的全部订单——在线商店、POS、草稿订单。这是基准数据（source of truth），即 100% 的基线。
Omega sent	Omega 跟踪到并通过 Conversions API 发送给 Meta 的订单数。由于事件从店铺服务器端发送（不依赖顾客的浏览器），这个数字始终与 Shopify orders 非常接近。
EM purchases	Meta 确认已收到的购买事件数——对应您 Events Manager 中的 "Total server events received" 一行。
AM purchases	Meta 归功给您广告的购买数——即您在 Meta Ads Manager 中看到的数字，对应此卡片上当前选中的广告账户。

两个百分比

% reached Meta = EM purchases ÷ Omega sent。表示我们发送的事件中有多少被 Meta 接收。健康的配置通常接近 100%。
% credited = AM purchases ÷ Shopify orders。表示总订单量中有多少被 Meta 归功给广告。这个比例本来就应该远低于 100%——其余订单来自自然流量、邮件、直接访问和回头客。

为什么数字逐级递减

Shopify orders → Omega sent。 事件由店铺服务器端发送，因此这两个数字通常几乎相等。如果差距较大，通常说明 Conversions API 没有完整配置——请联系客服，我们帮您一起检查。

Omega sent → EM purchases。 Meta 偶尔会因数据质量问题拒收某个事件。这种情况很少见，通常可以忽略。

EM purchases → AM purchases。 降幅最大的一步——而且完全正常。只有当 Meta 能把买家匹配到一个 Meta 账号，并且该购买落在您的归因窗口内（例如 7-day click / 1-day view），才会被归功。

实际例子。 假设您最近 7 天的数据是：142 Shopify orders → 138 Omega sent → 137 EM purchases → 49 AM purchases。"Omega sent" 少掉的 4 单通常是同步严重延迟之类的罕见情况；EM 少 1 个事件是 Meta 的质量过滤；而降到 49 的那段大落差，是所有没有在近期点击过您广告就下单的人——自然流量、邮件、老客回购——再加上 Meta 无法匹配到账号的买家。这些都是真实订单，只是没有被归功给广告而已。

在 AM purchases 卡片上选择广告账户

AM purchases 始终是某一个具体广告账户的数字——即卡片上当前选中的账户。如果您的 Pixel 关联了多个广告账户，可以逐个切换来分别对账。在这里选择账户时，下方的 Ads Performance 区块也会自动切换到同一账户，让整个页面讲述同一个故事。（之后您仍可单独更改 Ads Performance 的账户。）

如果您之前用过 "All accounts" 选项：该选项已被移除。每个广告账户在 Meta 侧都按自己的时区报告数据，因此合并出来的总数无法与 Meta 中的任何数字核对——对账在设计上就是按单个账户进行的。

时区：为什么两组数字在午夜前后会出现差异

这四个数字遵循两个不同的时钟：

Shopify orders 和 Omega sent 遵循店铺时区（例如 GMT+7）——与您的 Shopify 后台使用同一个时钟。
EM purchases 和 AM purchases 遵循当前选中广告账户的时区（例如 GMT+3）——与 Meta 的报告方式完全一致，因此这两个数字与您在 Events Manager 和 Ads Manager 中看到的保持吻合。

由于两个时钟开始和结束一天的时间点不同，日期边界附近的数据——尤其是今天的——可能在两组数字之间出现短暂的小差异。一笔在店铺时区凌晨 2 点下的订单，按广告账户的时区可能仍属于昨天。这是符合设计的正常行为，不是数据丢失：当两个时钟都过了午夜，数字会自动对齐；已经完整结束的日期永远是吻合的。

您可以通过屏幕上的 GMT 标签查看每个区域使用的时钟——将鼠标悬停在标签上可查看详细说明。

当 "% reached Meta" 超过 100% 时

偶尔 EM purchases 可能高于 Omega sent。原因是：Events Manager 统计的是您的 Pixel 在该时段收到的所有服务器端购买事件——包括来自旧配置、其他应用的事件，或 Meta 去重窗口未能捕获的重复发送。如果这种情况持续出现，请检查是否有其他集成仍在向同一个 Pixel 发送购买事件，或联系客服，我们帮您一起追查多出来的事件。

报告延迟：AM purchases 会在几天内继续上涨

Meta 会在购买发生后继续进行归因，因此最近 1–3 天的 AM purchases 通常还会上涨一段时间才稳定下来。其余三个数字则几乎实时更新。如果今天的 AM 数字看起来偏低，请先等到明天再查看，不要急于下结论。

快速对照表

您看到的情况	含义
Omega sent ≈ Shopify orders	✅ 跟踪状态健康
Shopify → Omega 差距较大	⚠️ 请检查 Conversions API 配置（联系客服）
% reached Meta ≈ 100%	✅ Meta 正在正常接收您的事件
AM 远低于 EM	✅ 正常——这是归因机制，不是数据丢失
今天的数字在两组之间不一致	✅ 时区的日期边界——见上文"时区"一节
UTM 已正确设置、3 天后 AM 仍然偏低	⚠️ 值得排查——请联系客服

对某一天的数据仍有疑问？通过应用内聊天联系我们——附上日期范围和广告账户，我们陪您一步步核对。

更新于： 15/10/2026

这篇文章有帮助吗？

谢谢！