> ## 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).

# Ads Report：实时跟踪您的广告表现

Ads Report 将 Meta 的广告数据和 Omega 自己的跟踪数据并排放在同一个页面上——不用再在 Ads Manager 和店铺报表之间来回切换。Omega 的数据几乎实时更新，所以您往往能在 Meta 的报告反应过来之前，就发现哪个 campaign 正在起飞（或正在熄火）。

### 开始使用

**1. 连接 Facebook 账号。** 关联投放广告所用的 Facebook 账号，让 Omega 能读取您的广告账户、campaign 以及 Meta 报告的各项指标。

**2. 设置 UTM。** UTM 是 Omega 将店铺订单匹配到具体广告的依据。缺少完整的 UTM，Omega 数据列将无法正确或完整地显示。

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

- *方式一（推荐）：* 在应用中复制 Omega 的默认 UTM 字符串，在 Meta Ads Manager 创建广告时粘贴到 **URL parameters** 字段。
- *方式二：* 保留您现有的 UTM——把它粘贴进 Omega，然后将应用中合并后的字符串复制到您的广告上。

> **提示：** 正在投放的广告上的 UTM 必须与应用中的设置一致。两者不一致时，订单无法匹配，数据就会缺失。

### 页面上有什么

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

**Order reconciliation**（页面顶部）带您从 Shopify 总订单数一路看到 Meta 归功给广告的购买数——四个数字解释了每一处差距的来源。该区块有专门的指南：参见 \[Order reconciliation：为什么 Meta 的购买数和 Shopify 订单数对不上]。

**Ads Performance**（下方）是日常工作区：KPI 卡片（UTM Ad Purchases、Ad Sales、Ad Spend、ROAS），以及按 campaign、ad set、ad 细分的明细表。

### 如何读懂这些数字

**两个数据源，一张表。** Campaign 表中的每一列都标注了数据来源：

- **Meta 列**（蓝点——Spend、Budget、CTR、Impressions 等）：由 Meta 报告，与 Ads Manager 中的数字一致。
- **Omega 列**（紫点——Revenue、Purchase、CPP、AOV 等）：由 Omega 通过 UTM 直接从店铺订单匹配而来。
- **ROAS** 是跨两个数据源的除法：Omega 跟踪到的收入 ÷ Meta 报告的花费。这正是本页面的价值所在——用*店铺的真实收入*来衡量广告花费，而不是用 Meta 估算的转化。

**所有数值均以店铺货币显示。** Meta 的数字经过汇率换算，以便与 Omega 的数字直接比较。账户选择器旁的 **"Showing in \[货币]"** 标签就是在提醒这一点——将鼠标悬停在标签上可查看所用汇率。换算后的 Meta 数字可能与 Ads Manager 略有差异，这是正常的。

**Omega 数据接近实时；Meta 数据可能滞后。** Omega 指标直接从店铺订单匹配，几分钟内即可更新。Meta 指标取决于 Meta 的处理和归因流程，可能在 1–3 天内持续上涨——参见 \[Order reconciliation 指南]中关于报告延迟的说明。

**订单如何归因。** Omega 采用最后点击归因（last-click attribution）：订单归功给顾客购买前最后点击的那条广告。

### 选择广告账户

Ads Performance 一次只显示**一个广告账户**——在区块标题的账户选择器中选取。当您在上方 Order reconciliation 的 **AM purchases** 卡片上选择账户时，Ads Performance 会自动切换到同一账户，让整个页面讲述同一个故事。之后您仍可单独更改 Ads Performance 的账户。

### 日期与时区

页面顶部的唯一日期筛选器控制下方所有内容。**Today**、**Last 7 days** 等快捷选项按应用 Settings 中设置的时区计算——该时区应与您的店铺时区一致，这样 "Today" 才是*您的*今天。

随后，每个区域会按**自己的时区**应用这个日期范围，具体以屏幕上的 **GMT 标签**为准：

- Order reconciliation 中，店铺侧的数字遵循**店铺时区**；EM/AM purchases 遵循**当前选中广告账户的时区**。
- Ads Performance 遵循**当前选中广告账户的时区**——与 Meta Ads Manager 使用同一个时钟，因此数字始终能与 Meta 对得上。

由于不同时钟开始和结束一天的时间点不同，*今天*的数字可能在各区域之间、在日期边界附近出现短暂差异。这是正常现象——已经完整结束的日期永远是一致的。将鼠标悬停在任意 GMT 标签上可查看详情，也可阅读 \[Order reconciliation 指南中的"时区"一节]。

### UTM coverage：您的花费有多少是可衡量的

Ads Performance 标题栏中的 **UTM coverage** 指示器显示正在投放的广告中带有有效 UTM 的比例——例如 **80%** 表示 30 条活跃广告中有 24 条可被衡量。

- 没有 UTM 的行会显示 **"No UTM"** 标记，其 Omega 列（Revenue、Purchase、CPP、AOV、ROAS）显示为 "—"：广告仍在花钱，但其成果无法匹配到订单。
- 点击 coverage 指示器打开设置面板：复制 UTM 字符串（第 1 步），再把它粘贴到 Meta Ads Manager 中对应的广告上（第 2 步）。Meta 同步更改后，coverage 会随之更新。

请以 100% coverage 为目标——低于它的每一个百分点，都是您看不到收入的广告花费。

### 数据看起来不对劲？

| 现象 | 优先检查 |
| ---- | ---- |
| Omega 列全部显示 "—" | UTM 未设置，或投放中广告的 UTM 与应用不一致——参见*设置 UTM* |
| 数字与 Ads Manager 略有出入 | 货币换算与时区——均属正常；见上文 |
| Meta 购买数 ≠ Shopify 订单数 | 这是正常的漏斗——参见 [Order reconciliation 指南] |
| 今天的数字偏低或为空 | 时区的日期边界 + Meta 1–3 天的归因延迟 |

还是没解决？通过应用内聊天联系我们，附上日期范围和广告账户——我们陪您一起排查。