Marcus 卖电解质粉。利润不错，类目拥挤，每月广告花费约 22,000 美元。去年春天他把 Amazon Marketing Stream 接进了自己的数据仓库，连续六周，他掌握着整个细分市场里最干净的按小时广告视图。
然后他什么也没做。
不是因为懒。而是因为周二下午四点，当他盯着图表，看到自己最好的广告活动连续第九天在 13:47 就烧完了当天预算时，他根本没有任何机制去响应。他可以登录后台把预算调高——明天，手动，如果还记得的话。等到那时，图表早已翻篇。
这就是 Amazon Marketing Stream 在大多数卖家手里的真实状态。数据确实很好。数据背后的决策层，通常不行。本文讲清楚：Marketing Stream 到底是什么、它推送哪些数据集、如何开通、按小时数据真正能赚钱的四个用法，以及让人不再信任这些数据的三个陷阱。
Amazon Marketing Stream 究竟是什么
Amazon Marketing Stream 是 Amazon Advertising 的一套推送式（push）数据流。不是你向亚马逊请求报告然后等待，而是亚马逊主动把广告表现数据发送到你自己控制的目的地，近乎实时，大约每小时一次。
「推送」这个词就是全部重点。你迄今在亚马逊用过的所有报表流程都是拉取式（pull）：你申请搜索词报告，亚马逊排队生成，你轮询、下载、解析。数据以天为单位到达，而且是在当天结束好几个小时之后。
Marketing Stream 把这件事反了过来。你订阅一次，只要订阅还在，亚马逊就会每小时把消息投递到一个 AWS 目的地。没有人需要发起请求。
有两个后果很关键：
- 颗粒度：记录以小时打标，而不是以天。你终于能看到 Sponsored Products 的 CPC 在早上 6 点是 1.12 美元、晚上 8 点是 2.40 美元，而不是看到一个 1.71 美元的混合值然后靠猜。
- 时延：14 点这一小时的数据通常在 15 点后一到两小时内落地，而不是第二天早上。反馈闭环从大约 36 小时缩短到大约 90 分钟。
Amazon Marketing Stream 不是什么：它不是仪表盘，不是报表界面，也不是任何能在没有开发的情况下直接用起来的东西。卖家平台和广告后台里都没有「Marketing Stream」标签页。它是管道。你要么在上面搭建，要么用一个已经搭好的工具。
Marketing Stream 推送哪些数据集
订阅按数据集、按站点、按广告账户分别进行。目录一直在扩展，但对典型卖家真正有分量的是下面这些。
| 数据集 | 包含内容 | 为什么重要 |
|---|---|---|
sp-traffic | 按广告活动、广告组、投放目标、展示位置的小时级曝光、点击、花费 | 基础骨架。小时级花费与 CPC 走势。 |
sp-conversion | 小时级归因销售额、件数、订单 | 与 traffic 搭配即可算出小时级 ACoS。 |
sb-traffic / sb-conversion | Sponsored Brands 的同类数据 | 品牌广告与视频广告的小时级视图。 |
sd-traffic / sd-conversion | Sponsored Display 的同类数据 | 按小时看受众与场景投放。 |
budget-usage | 每个广告活动当日预算的消耗百分比 | 这份清单里最能直接落地的数据集。 |
campaigns、adgroups、targets、ads | 元数据变更事件：状态、竞价、预算、名称 | 每一次结构性改动的审计记录。 |
sp-budget-recommendations | 亚马逊自己的预算建议 | 当作信号有用，当作指令则不然。 |
其中有两个的价值，安静地高出其他一截。
budget-usage 会告诉你某个广告活动在 13:47 花满了当日预算的 100%。广告后台里没有任何报告能给你这个时间戳。日报只显示花费等于预算，只能说明触顶了，却永远不说是什么时候。
元数据类数据集给你一份变更日志。如果 ACoS 在周四跳了，你可以把周四落地的每一次竞价和预算改动都查出来，包括工具、助理或亚马逊自动规则做的改动。大多数卖家没有这样的日志，只能靠猜，一猜就是几小时。
如何配置 Amazon Marketing Stream
配置是一项工程任务，不是设置里的一个开关。四个前提条件，按顺序来。
- Amazon Ads API 权限。你需要一个已注册应用、通过审核的 Login with Amazon 客户端、一个 access token，以及对广告账户的 API 访问权限。如果你从没用过 Amazon Ads API，这一步最耗时：审批要几天，有时要几周。
- 一个 AWS 账户。Marketing Stream 投递到 AWS。做分析用途时常见的目的地是 Amazon Kinesis Data Firehose；如果你希望由自己的服务来消费队列，通常会选 Amazon SQS。
- 目的地与权限。先创建 Firehose 投递流或 SQS 队列，再挂上资源策略，允许亚马逊的 Marketing Stream principal 写入。这一步最容易出错：策略范围太窄会静默失败，你会一直等着永远不会到来的数据。
- 订阅。对每个想要的数据集各调用一次 Marketing Stream 订阅接口。每个订阅只覆盖一个数据集、一个站点、一个 profile。一个同时做美国、英国、德国站，并且要 traffic、conversion、budget usage 的卖家，需要创建九个订阅，不是三个。
之后数据就会源源不断地来。首批消息通常在几小时内到达，此后每个数据集大约每小时一批，一直持续到你取消订阅为止。
实操建议：第一天就订阅 budget-usage，哪怕你还没准备好搭别的东西。它是最小的数据集，存储成本最低，也是唯一一个没有数据仓库也能得出结论的。用一张电子表格就能找出你预算触顶的时段。
💡 Daniks.AI 优势：如果你要的是竞价决策而不是一个数据项目，那就跳过 AWS 这一整套搭建。Daniks.AI 已经在消费小时级信号，并把它们转化为对准你 ACoS 目标的竞价与预算动作：不需要 Firehose，不需要订阅，不需要随时待命的工程师。
按小时数据真正能赚钱的四个用法
按小时的数据，值多少取决于你能在这一小时内做成什么。下面四个用法，是能经受真实损益表检验的。
1. 找出并修复预算耗尽
这是回本最快的一招，而且既不需要分时段投放，也不需要机器学习。
还是 Marcus。他最好的广告活动日预算 400 美元，13:47 就触顶。他的 sp-conversion 数据显示，18:00 到 22:00 这个时段转化率最高：14.2%，而日均只有 9.1%。也就是说，他每天都在自己最好的四个小时里结构性缺席。
这笔账并不含糊。按他的 CPC，这四个小时大约会多花 130 美元。按 14.2% 的转化率和 38 美元的客单价，这大约带来 470 美元销售额，也就是增量花费上 28% 的 ACoS，比他 31% 的目标还好。他在拒绝有利润的销量，只因为一月份设的一个数字一直没动过。
用 budget-usage 列出所有在晚上 8 点前就跑满 100% 的广告活动，再把错过的时段与各小时转化率对照。然后要么提高预算，要么从一个永远花不完预算的活动里挪走花费。我们的亚马逊预算规则指南讲了如何给这些提升排期，让它们只在需要的日子生效。
2. 真正站得住脚的分时段投放
大多数关于分时段投放的建议都是民间传说。「凌晨 1 点到 5 点关掉广告」这句话被无数人反复重复，而他们从没验证过这些时段对自己的产品是不是真的不赚钱。
Lena 在德国卖家纺，差一点就照着这条建议把夜间暂停掉。她的 Amazon Marketing Stream 数据说的恰好相反：凌晨 2 点到 5 点占她 4% 的花费和 7% 的订单，ACoS 是 19%，而整体均值是 27%。点击便宜、竞争稀薄、买家睡不着而且购物车早已打开。暂停等于砍掉她效率最高的几个小时。
小时级数据把分时段投放从经验法则变成了有证据的论证。至少拉四周的 sp-traffic 和 sp-conversion，按一天中的小时分组，只对点击量足够、具备统计意义的时段动手。完整方法在我们的亚马逊 PPC 分时段投放指南里：分析方法没变，但 Marketing Stream 让输入数据远远好过你从日报里能还原出来的任何东西。
3. 缩短否定关键词与竞价的反馈闭环
一个烧掉 90 美元、零转化的搜索词之所以在日报里显得昂贵，是因为你明天才知道。有了小时级数据，你今天下午就知道。
需要坦白的一点：搜索词数据在 Marketing Stream 里的颗粒度不如投放数据，所以这个用法首先在投放目标和广告活动层面生效。你真正获得的是竞价纠偏的速度。某个投放目标因为竞争对手提价而在中午 CPC 翻倍，你在下午 1 点就能看到，而不是拖到周四。我们关于亚马逊 PPC 竞价机制如何运作的拆解，解释了这些日内波动为什么发生、以及合适的应对是什么样的。
4. 建立一份真正的变更日志
订阅元数据类数据集，你就拥有了账户内每一次竞价、预算、状态和名称变动的带时间戳记录。当表现波动时，你不再靠推测，而是直接查什么在什么时候变了。对于要在成千上万个投放目标上跑批量操作的人来说，这就是可控流程和一团谜之间的差别。
让卖家不再信任数据的三个陷阱
陷阱一：转化数据会被回填修正
亚马逊把转化归因到点击发生的那个小时，而不是购买发生的小时。有人周一上午 9 点点击、周三晚上下单，这笔销售会记到周一 9 点，并在几天后才进入你的数据流。
所以你 15 点收到的那条 14 点记录并不是最终值。它在长达 14 天里会被不断向上修正。每一个不理解这一点就在 Marketing Stream 上搭系统的团队，都会犯同一个错：看今天的 ACoS，觉得是灾难，然后依据一份缺了 40% 的数据大砍竞价。
两条规则就能解决。存储时采用只追加（append-only）模式，按键取最新版本而不是覆盖写入。以及，绝不要用不足 72 小时的数据做竞价决策，除非你已经按预期回填量做了上调。
陷阱二：单个小时噪声很大
11 次点击 1 个订单的小时，转化率显示 9%。11 次点击 0 个订单的小时，显示 0%。背后的真实情况完全一样，只是样本太小。
动手之前先设一个最低点击门槛。对中等规模账户来说，四周内某个聚合时段累计 30 次点击是个合理的下限。低于这个量，就把 24 小时聚合成三到四个时段，再基于时段做决策。
陷阱三：它真的要花钱，也真的要占注意力
Firehose 摄取、S3 存储、数据仓库计算，再加上搭建和维护所需的工程工时。对一个月广告花费 8,000 美元的账户，一条每月 200 美元、每季度还要占掉一天工程时间的管道很难说得过去。对一个月花 150,000 美元的账户，这点成本根本不用算。
提示：盈亏平衡点其实与花费无关，而在于是否真的有东西会对输出做出反应。小时级数据喂给一个每周一次的人工复盘，是一种极其昂贵的做图方式。
Marketing Stream、Ads API 报告与 AMC 的区别
这三个亚马逊数据来源经常被混为一谈。它们解决的是不同的问题。
| Marketing Stream | Ads API 报告 | Amazon Marketing Cloud | |
|---|---|---|---|
| 投递方式 | 推送，按小时 | 拉取，按需请求 | 在数据洁净室中查询 |
| 颗粒度 | 小时级 | 天级（多数情况） | 事件级，已匿名化 |
| 时延 | 1 到 2 小时 | 12 到 36 小时 | 1 到 2 天 |
| 最适合 | 日内响应 | 常规报表、搜索词 | 跨渠道与购买路径分析 |
| 成本 | AWS 基础设施 | 免费（有 API 配额） | 有免费额度，超出按查询计费 |
| 搭建投入 | 高 | 中 | 高（需要 SQL 和权限） |
它们是叠加关系，而不是竞争关系。Marketing Stream 告诉你此刻正在发生什么。Ads API 报告依然是搜索词和常规对账的来源：看我们的亚马逊广告报告指南，了解哪份报告回答哪个问题。Amazon Marketing Cloud 则回答另外两者都碰不到的战略性问题。
到底谁应该开通
诚实地看看自己属于哪一档。
- 月广告花费低于 10,000 美元：别搭了。你的小时数据太稀疏，够不上统计意义，时间花在提升listing转化率上更划算。用一个能替你做日内优化的工具。
- 月花费 10,000 到 50,000 美元：光是
budget-usage就值回票价。可以考虑一条极简管道，或者直接交给软件。完整的数据仓库在这个体量上很少能回本。 - 月花费 50,000 美元以上、多站点：自建或采购都行，但不能没有。在这个花费水平上，十几个广告活动在下午 2 点同时触顶，一个月的损失就超过整条管道的成本。
- 代运营和品牌收购方：没得商量。仅凭元数据变更日志，在一组账户上就已经值了。
💡 Daniks.AI 优势：多数 Marketing Stream 项目卡住的原因是：小时级数据需要小时级决策，而人不是按小时工作的。Daniks.AI 全天候按你设定的 ACoS 目标调整竞价和预算——闭环里「行动」的那一半，已经替你建好了。
常见问题
Amazon Marketing Stream 免费吗？
数据流本身亚马逊不收费。你付的是 AWS 的目的地、存储和处理费用，再加上搭建所耗的工程时间。对典型中型卖家，按每月 50 到 400 美元的 AWS 成本预估，具体取决于订阅了多少数据集和站点。
使用 Amazon Marketing Stream 必须有 AWS 账户吗？
直接订阅的话，是的。投递目标是 Kinesis Data Firehose 或 SQS 等 AWS 目的地。如果你用的是已经接入该数据流的第三方工具，那么 AWS 账户是它们的，不是你的。
所谓「实时」到底有多实时？
是小时级，不是即时。某个小时的数据通常在该小时结束后一到两小时内到达。这个速度足以让你当天做出反应，但对任何需要秒级响应的场景都太慢。
可以用 Marketing Stream 做分时段投放吗？
可以，而且它是目前最好的数据来源。但 Marketing Stream 只提供数据，它改不了竞价。你仍然需要排期规则、预算规则或自动化软件，去对数据揭示的结论采取行动。
Marketing Stream 包含搜索词数据吗？
不如搜索词报告那么细。把 Marketing Stream 当作你对投放目标、广告活动和展示位置的小时级视图，query 层面的决策仍然要拉标准搜索词报告。
为什么我的 Marketing Stream 数字和广告后台对不上？
通常是归因回填造成的。后台数字已经沉淀了好几天，而刚推送的 Stream 记录还没有。用至少 14 天前的数据做同口径对比，两边应该相当接近。
真正重要的那部分
Amazon Marketing Stream 拿走了借口。卖家过去说自己做不了日内优化，因为亚马逊不给日内数据。现在亚马逊给了：按小时、推送到你自己的基础设施、而且免费。
取代这个借口的，是一个更难的问题。小时级数据的价值，取决于它背后决策的速度。一个每小时更新的数据流，喂给一个每周日才复盘广告的人，产出的只是一份关于你已经亏掉的钱的详尽记录。
所以在打开 AWS 控制台之前，先回答一个问题：当数据告诉你最好的广告活动在 13:47 触顶时，接下来会发生什么，要花多久？如果诚实的答案是「我下周才会注意到」，那就先修好闭环里行动的那一半。Amazon Marketing Stream 会一直在那里，而且等到有东西真正在听的时候，它会有用得多。
Marcus 最后就是这么做的。他保留了管道用于报表，把日内的竞价和预算管理交给自动化，不再盯着自己无法响应的图表。接下来一个季度，他的 ACoS 从 31% 降到了 24%。数据其实一直都在这么告诉他。