八项能力
都用官方接口实现

1. 预算燃烧预警

卖家亏钱的地方，很多不在单个活动表现差，而在活动上午就把当日预算烧光，后半天完全没机会展示，剩下的时间只能听天由命。

服务持续读取每个活动与广告组合的预算消耗百分比，看当日花费是否已经贴近日预算。快到上限时提前给建议：上调日预算，或者调整出价分配方式，让预算落在转化好的时段。

依赖接口：Budget Usage API（活动与广告组合的预算使用率，近实时）、Reports（花费与销售数据）。

关于官方规则：亚马逊提供 schedule-based 预算规则，可以按日期或黑五、网一这类大促自动上调预算。我们不无条件套用，会把规则和账户实际表现放在一起判断：大促期间由官方规则执行，平日按你确认过的规则走。

2. 断货广告止损

断货后广告还在跑，是跨境卖家最常遇到也最心疼的一种浪费。库存没了，买不到了，广告带来的转化率数据也一起被污染，等于亏两次。

服务把 FBA 库存摘要和广告活动按 SKU 对上。可售库存低于阈值时，列出所有正在给这个 SKU 投放的活动，建议暂停或降预算，别再为买不到的商品买流量。

依赖接口：Selling Partner API 的 FBA Inventory（库存摘要与可用库存）、Ads API 的 Target 与 Ad（按 SKU 关联投放）。

3. 零转化词清理

账户跑上一段时间，总会攒下一批一直花钱、一单没成的搜索词和投放目标。单个看金额不大，加起来是账户里最容易被漏掉的一块。

服务对搜索词和投放目标做转化归因，筛出花够了钱但转化数为零的那些，建议转成否定关键词或者直接暂停。采不采纳你定，改动会进审计日志。

依赖接口：Reports（搜索词报告、投放目标报告，含花费与转化归因）、Campaign Management 的 Target 实体（否定关键词可写）。

4. 官方建议合并

亚马逊自己会给优化建议，竞价调整、关键词、预算、活动扩展都有。但它们分散在不同入口，很难和自己的实际数据摆在一起看。

服务通过统一的建议接口把这些取回来，和账户实际表现、库存状态、你设定的上限交叉比对，输出一份去重排过序、能直接执行的动作清单。每条都标明来自亚马逊的哪类建议。

依赖接口：Recommendations API（统一取回全产品线的官方建议，支持按广告产品与建议类型过滤）。

5. 竞品广告情报

想知道竞品在投什么、投了多久、主推哪些 ASIN？欧盟站点的广告库接口开放了这类查询，免费，也不需要竞品账户的授权。

这类结果只用于你账户内的私有分析。我们不会据此计算或对外发布任何关于亚马逊业务健康度的行业指数、榜单或洞察，也不会把广告库数据与第三方来源合并后对外提供。

服务可按关键词、品牌或商品检索欧盟九国的投放记录：广告主、推的商品、投放起止时间、创意类型。用来判断某个关键词竞争有多激烈、发现新品推广的节奏，或者确认自己的商品是不是正被竞品截流。

依赖接口：Ad Library API（覆盖德国、西班牙、法国、意大利、荷兰、波兰、瑞典、比利时、爱尔兰，单次最多返回 1000 条并支持翻页）。

范围说明：该接口只覆盖欧盟站点。这是有意的功能边界，不是缺陷。

6. 跨站点广告组合管理

同一批商品投多个站点，逐个站点调很容易走样：这个站加了预算，那个站忘了加；这个站暂停了，那个站还在花钱。

服务按广告组合管理跨站点结构。一次调整可以同步到组合里的多个活动和广告组，站点之间不会走样，同时每个站点仍有自己的数据视图。

依赖接口：Campaign Management（Campaign、AdGroup、Ad、Target、Ad Association 五个实体的读写）、Portfolios（广告组合与预算共享）、Exports（异步批量导出组合结构，避免大账户逐个拉取）。

7. 库存与广告联动

多数工具里库存和广告是两套数据：一个说你缺货了，另一个说这个 SKU 正在花钱。真正亏钱的是两套数据对不上的那几天。

服务把库存状态接进广告决策。补货到仓后提示可以恢复投放；库存跌破安全线提示暂停；库存充足又受预算限制时提示可以加预算。每条提示都指到具体的 SKU 和具体的活动。

依赖接口：FBA Inventory（库存摘要）、Reports API 的销售与流量报表（销量与订单的聚合指标；我们不请求受限数据令牌，因此接口不会返回买家身份字段或订单明细，需 Brand Analytics 角色）、Ads API 的 Campaign 与 Target（关联到具体 SKU）。

8. 规则托管与回滚

亚马逊有两种原生规则。竞价规则按 ROAS 护栏自动上下调基础出价；预算规则按日程，或按前 7 天的表现阈值自动上调日预算。规则在官方后台配置，不由我们控制，但产生的效果可以读。

服务补的是规则之外的一层：规则实际改了多少出价、多少预算，记进同一份审计。规则的上限和你自己设的上限打架时提前提示。每一次改动都能查到是哪条规则、哪个数值，出问题能退回改动前的原值。

规则由亚马逊执行。服务不承诺规则一定达到你设的 ROAS 护栏，亚马逊官方同样不保证。

依赖接口：Rules 相关的报表接口（读取规则生效后的实际出价与预算变化）、Reports（对比启用前后的表现）。

接口与权限对照

下表是全部依赖的官方接口，以及本服务在每个接口上的动作边界。

还没做的部分

下面这些官方接口上可行，但当前版本没做：广告创意资产的创建与审核、转化回传（Conversions API）、AMC 数据集与受众分析、媒体规划与覆盖预测。这些需要额外的接口授权和对应的业务模块，按客户实际需求排期。

数据口径与模型说明

服务运行时的每个数字都来自亚马逊官方接口，我们不自行推算，也不使用亚马逊之外的第三方数据源。本站上出现的界面截图与表格数值是示例数据，用来展示产品长什么样，不是任何客户的真实账户数据。下面说明这些数字的口径、时效，以及模型在服务里的作用范围。

另需说明：我们使用测试账户做接口联调。测试账户不投放广告、不产生账单，因此也没有点击、曝光、销售、ACOS 与花费这类表现数据。真实账户接通后，这些数据来自卖家自己的广告账户。

指标口径与数据时效

报表类数据通常不是实时的。服务在建议中标注该建议所依据的数据日期，不把报表生成延迟算成账户表现问题；报告与建议页也标注最近一次同步时间，便于判断数据新旧。

模型的作用范围与局限

建议由规则和统计模型两部分产生。规则处理可以明确判定的情形，比如可售库存低于你设定的阈值、搜索词在指定周期内零转化；统计模型负责排序和识别异常，比如按活动层级定位消耗异常点。

模型读历史表现找异常，不做未来推演，也不预测销量，更不承诺效果。广告结果还取决于市场环境、竞争格局与商品本身，这些都不在模型的可控范围内。

它也会出错。冷启动数据不足、账户结构异常或类目本身的规律被打乱时，建议可能不准确。每条建议都要你点头确认，就是因为它可能不准。

校验机制

每次改动在调用接口之前先对照你设定的上限校验，超出上限的改动不会发出去。仅建议模式下不写入任何内容；托管执行模式下，每条改动都记录原值、新值、触发规则、时间戳与接口返回结果。因为原值被完整保留，任何一次执行都能被识别并退回。

你随时可以切回只读：服务提供一个开关，一键停用全部自动执行，而不必撤销授权。