> ## Knowledge Base Index
> Fetch the complete knowledge base index at: https://help.omegatheme.com/sitemap.xml
> Use this file to discover available pages before exploring further.
> Pure-Markdown content can be obtained by appending a '.md' suffix to the content URLs listed in the sitemap (without the trailing slash).

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

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

### 四个数字

![](https://storage.crisp.chat/users/helpdesk/website/-/8/3/8/3/8383e5404a31c000/image_1jijt6x.png =920x210)

| 指标 | 统计内容 |
| ---- | ---- |
| **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 仍然偏低 | ⚠️ 值得排查——请联系客服 |

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