先把结论给你:亚马逊营销云(Amazon Marketing Cloud,简称 AMC)不是一个更好看的广告后台,它是一个你自己提问、自己解释结果的数据净室。开通它本身不花钱,跑一条查询也不难——难的是数字出来之后,你能不能从里面读出该加预算还是该砍词。这篇不教你怎么点按钮建受众包(那个中文教程已经很多),只讲三件事:官方口径下谁能开、AMC 能回答哪一类后台报表回答不了的问题、以及两段示例查询的结果逐格怎么读、读完动哪里。
谁能开通 AMC:官方怎么写的
以下两段是 Amazon Ads 官方中文页(https://advertising.amazon.com/zh-cn/solutions/products/amazon-marketing-cloud)常见问题解答里的原文,2026 年 8 月 15 日实查:
符合条件的广告主可通过基于 Web 的交互界面和 API 使用亚马逊营销云,无需额外付费。注册亚马逊 DSP 的广告主可以联系其广告科技客户经理申请访问权限,注册搜索广告的广告主可以通过自助服务访问亚马逊营销云。
与注册亚马逊广告合作伙伴网络的合作伙伴合作的广告主还可以通过其合作伙伴使用亚马逊营销云。有关更多信息,请联系您的亚马逊广告客户经理。
把这段翻成卖家听得懂的话,只有三条:
| 你的情况 | 官方写的路径 | 要不要找人 |
|---|---|---|
| 只投 SP/SB/SD(官方称「搜索广告」) | 自助服务访问 | 不用 |
| 投了亚马逊 DSP | 联系广告科技客户经理申请访问权限 | 要 |
| 通过合作伙伴投放 | 通过其合作伙伴使用 | 找你的服务商 |
关于花费门槛,这里必须说清楚一件事:官方这一页只写了「符合条件的广告主」(原文如此),没有列明具体的花费金额或达标条件。网上流传的各种「月耗多少美金才能开」的数字,本文不转述,也不建议你当成开通条件去准备——实际能不能开、要满足什么,以你的亚马逊广告客户经理答复为准。同一页还写明服务覆盖的国家/地区为:北美 CA、MX、US;南美 BR;欧洲 BE、DE、ES、FR、IT、NL、PL、SE、TR、UK;中东 KSA、UAE;亚太地区 AU、IN、JP、SG(2026 年 8 月 15 日实查)。
它和后台广告报表差在哪:一句话是「事件级」
官方那页对这个问题的回答原文是:
虽然标准报告提供了广泛的预定义指标,但亚马逊营销云在隐私安全的数据净室环境中提供了更大的分析灵活性。通过亚马逊营销云,广告主可以使用他们选择的自定义指标和属性跨来源查询事件级和用户级信号,同时内置的聚合阈值可保障用户隐私安全。
差别的核心词就是事件级。后台广告报表给你的是已经算好的一行汇总——这个活动花了多少、出了多少单。AMC 给你的是一次次展示、点击、购买这些单独事件,你可以按自己的口径重新聚合。所以它能回答的是这一类问题:同一个人被我的广告砸了几次才下单?点了 SP 的人后来是不是从自然位买的?哪条活动带来的是新客而不是老客回购?
配套的两条口径也要记住(同页原文,同日实查):
亚马逊营销云仅接受匿名输入,并且您亚马逊营销云实例中的所有信息都将严格按照亚马逊的隐私政策进行处理。您只能访问从亚马逊营销云输出的匿名汇总数据。
回溯期方面,官方产品页写的是「在亚马逊营销云中访问 25 个月的广告流量信号,以获得更深入的长期广告洞察」(同日实查)——这是 AMC 相对后台报表最实在的一处优势:跨年同期对比不用你自己囤表格。
拿到权限之后:模板路径与查询路径
官方页在「易于使用」一节写的是:「通过点击几下,无需 SQL,即可生成洞察、对其可视化呈现并采取相应的操作。」这指的是官方预置的分析模板与受众模板,以及页面提到的「亚马逊营销云中的广告智能体(Ads Agent)」功能。
这两条路径不冲突,分工很清楚:模板覆盖常见问题(受众重合、路径分析、频次),点几下就能出;模板没覆盖的问题,就要在数据净室里自己写查询。中文圈已经有不少「一键生成人群包」的步骤教程,本文不重复那部分——下面直接进入查询结果怎么读。
示例查询一:广告砸了几次才有单
这段查询回答的业务问题是:我的广告展示次数和购买率之间,拐点在哪里。
WITH imp AS (
SELECT user_id, SUM(impressions) AS imps
FROM sponsored_ads_traffic
GROUP BY user_id
),
conv AS (
SELECT user_id, SUM(purchases) AS purchases
FROM amazon_attributed_events_by_traffic_time
GROUP BY user_id
)
SELECT
CASE WHEN i.imps <= 2 THEN '1-2 次'
WHEN i.imps <= 5 THEN '3-5 次'
WHEN i.imps <= 10 THEN '6-10 次'
ELSE '10 次以上' END AS freq_bucket,
COUNT(DISTINCT i.user_id) AS users,
SUM(c.purchases) AS purchases
FROM imp i
LEFT JOIN conv c ON i.user_id = c.user_id
GROUP BY 1
表名与字段名请以你自己实例里 schema 浏览器显示的为准。AMC 的开发者文档页需要登录后由前端渲染,抓取工具取不到正文(2026 年 8 月 15 日实测),本文不把这些名字当作已核验的官方逐字口径——下面两段示例查询(查询一、查询二)都适用这条声明。
结果怎么读。下面这张是示意数据、不是实测读数,用来说明判读顺序:
| 展示频次 | 触达人数 | 购买数 | 购买率 |
|---|---|---|---|
| 1-2 次 | 120,000 | 960 | 0.80% |
| 3-5 次 | 46,000 | 690 | 1.50% |
| 6-10 次 | 12,000 | 204 | 1.70% |
| 10 次以上 | 3,500 | 56 | 1.60% |
读它的顺序是三步:第一步找爬升段(1-2 次到 3-5 次,购买率翻了近一倍,说明重复触达确实有效);第二步找拐点(6-10 次只比 3-5 次高 0.2 个百分点,边际收益已经很薄);第三步看拐点之后有没有下滑(10 次以上反而低于 6-10 次,是典型的过度曝光信号)。
读完动哪里:拐点在 5-6 次,意味着预算该往「还没被触达够 3 次的人」上加,而不是往已经看了十几次的人上加。落到操作层就是两件事——给再营销类的活动设频次上限,把省下的预算挪到拓量型活动。具体怎么在 SD 里设再营销受众,亚马逊 Sponsored Display 怎么投那篇有实操。
示例查询二:哪条活动在拉新客
这段回答的是:我的钱花在拉新客还是在给老客发优惠券。同上,表名与字段名也请以你自己实例里的 schema 浏览器为准。
SELECT
campaign,
SUM(purchases) AS purchases,
SUM(new_to_brand_purchases) AS ntb_purchases,
SUM(total_product_sales) AS sales
FROM amazon_attributed_events_by_traffic_time
GROUP BY campaign
跑出来后你自己加一列「新客占比 = 新客订单 ÷ 总订单」,然后按下表判读:
| 你看到的数 | 它意味着什么 | 该动什么 | 别做什么 |
|---|---|---|---|
| 新客占比高、单量小 | 拓量口子刚打开,还没跑量 | 加预算、放宽出价,观察两周 | 别因为当期 ACoS 高就关掉 |
| 新客占比高、单量大 | 主力拉新引擎 | 优先保预算 | 别把它当效率活动去压 |
| 新客占比低、单量大 | 在收割已有需求 | 保持,作为现金流 | 别再加预算指望它拉新 |
| 新客占比低、单量小 | 既不拉新也不出量 | 砍词、砍活动 | 别只降出价拖着 |
这套阈值口径是判读起点,不是官方标准——亚马逊官方 AMC 产品页没有提供任何这类判读阈值(2026 年 8 月 15 日实查)。第一次跑的时候,先用你自己全店的新客占比当基准线,高于基准线的算「高」,低于的算「低」,比拍一个绝对数字靠谱。
把 AI 接进来的正确位置在这里:不是让它替你写 SQL,而是把上面这张结果表连同你的毛利率、库存天数一起喂给它,让它按表里的四种情况逐条给出「加/保/砍」的结论和理由。同样的做法在用 ChatGPT 读懂亚马逊后台报表里已经跑通过一轮,AMC 的结果表只是把输入换成了更细的口径。
三个最容易把结果读错的地方
一、归因窗口没闭合就下结论。刚跑完的近几天数据一定是偏低的,转化还在陆续归因回来。判读趋势请把最近若干天先排除在外,或者等窗口闭合再跑同一条查询。
二、行数突然变少不等于没量。官方明确写了「内置的聚合阈值可保障用户隐私安全」,人数太少的分组不会输出。你把维度切得太细(比如按活动 × 搜索词 × 日期三层),很多组会直接消失——不是数据错了,是切太细了,往回合并一层再看。
三、别拿 AMC 的数去对后台报表的数。两边的归因口径和统计时点不一样,对不齐是正常的。AMC 的价值在于组内比较(这个人群 vs 那个人群),不在于和后台对总数。效率指标本身怎么算、ACoS 和 TACoS 分别看什么,TACoS 和 ACoS 有什么区别那篇讲得更细。
值不值得折腾
一个务实的判断:如果你现在连搜索词报告都没有按周处理,AMC 帮不了你——它解决的是「后台报表已经不够用了」的问题,不是「我没时间看报表」的问题。合理的推进顺序是先把搜索词报告的处理 SOP跑顺,广告架构按新品期与成熟期的活动结构搭清楚,再上 AMC 做人群和路径层面的分析。想让 AI Agent 直接调用广告接口做动作,那是另一条线,见亚马逊广告 MCP 是什么。
工具侧如果要找能对接 AMC 或做广告数据分析的第三方产品,独立测评站 AMZFinder 按工作流做了分类目录,广告与数据分析两类分别在 https://www.amzfinder.com/workflows/advertising-ppc/ 和 https://www.amzfinder.com/workflows/analytics-reporting/,可以照着自己的场景挑。
延伸阅读
- 用 ChatGPT 读懂亚马逊后台报表——把结果表交给 AI 出结论的通用做法
- 亚马逊搜索词报告怎么读——上 AMC 之前该先跑顺的那一步
- TACoS 和 ACoS 有什么区别——效率指标的口径与判据
- 亚马逊广告结构怎么搭——分析结论要落回的活动结构
- 亚马逊广告 MCP 是什么——让 AI 直接接管投放动作的另一条线