亚马逊 ACoS 怎么降：我们让 AI 改广告，一次只动一个出价（4/13 同时砍 5 处，展示 −73%、销售 −96%）
降 ACoS 先砍零单花费，而且一次只动一个对象、一个变量，每步观察 7 天并盯全店流量保护线。本文用我们自营美国站小店的真实记录讲：4/13 一次同时暂停 3 个活动、降价 2 个活动导致展示 −73%、销售 −96%；2026-10-06 白玉菩提自动活动只把一个定向从 $0.24 降到 $0.18（它占该活动 97.2% 的花费、0 归因销售），以及 AI 改广告时我们设的计划、旧值校验、自动批准阈值、执行票和回读五道闸。店铺尚未真正盈利，本文不承诺 ACoS 或利润一定改善。
降 ACoS 最稳的做法，是先找「有点击、没订单」的那部分花费，一次只改一个对象的一个变量，每步观察 7 天，同时盯全店 Sessions 和广告点击别掉穿。我们 4/13 曾同时暂停 3 个活动、降价 2 个活动，结果展示 −73%、销售 −96%（$104→$4.49）。2026-10-06 我们只把白玉菩提自动活动里一个定向的出价从 $0.24 降到 $0.18：它在 9/27–10/3 占该活动 97.2% 的花费、归因销售为 0。之后 7 天这个定向花费从 $13.38 降到 $3.25，全店流量没有跌破保护线；但同期全店 ACoS 从 59.3% 升到 103.6%，原因混杂，我们不把它写成降 ACoS 的成绩。
适用对象
4/13 批量负向调整
展示 −73%
同时暂停 3 个活动 + 降价 2 个活动；销售 −96%（$104→$4.49）
白玉单定向花费占比
97.2%
9/27–10/3 占该自动活动花费 $13.38，归因销售 $0
阶段一唯一改动
$0.24 → $0.18
2026-10-06 执行；预算、其他定向、Listing、价格不变
同期全店 ACoS
59.3% → 103.6%
9/27–10/3 vs 10/4–10/10；多项变更混杂，不归因
- ACoS 不是靠一次砍很多降下来的。我们同时做 5 处负向调整那次，展示掉了 73%，销售掉了 96%；之后定的铁律是一次只调一个变量、观察 7 天。
- 先砍「点击够多、0 订单」的那一块：我们用 ≥30 次点击、0 单、≥14 天作为暂停或否词的门槛；10–30 次点击只降价不停。白玉那次一个定向就占了 97.2% 的花费，所以只动它。
- AI 可以写计划、核旧值、算阈值、回读结果；超阈值的改动、新建活动、恢复暂停对象一律由人批准。结果要连同全店数字一起看：白玉的花费降了，但全店 ACoS 同期并没有降。
4/13 教训：同时做 5 处负向调整，展示 −73%、销售 −96%
4 月 13 日，我们同一天暂停了 3 个广告活动，又给另外 2 个活动降了出价。之后展示掉了 73%，销售掉了 96%，从 $104 掉到 $4.49。几项改动叠在同一天，事后没法拆开判断是哪一项起的作用。
这次之后我们在运营规则里写了一段「批量调整铁律」，AI 每次给广告建议前都要先读它：
本节判断
- 绝不同时执行多项负面调整（暂停 + 降价 + 削预算）。
- 每次只调一个变量，观察 7 天再动下一个。
- 降出价每次 ≤10%，间隔 ≥7 天。
- 想暂停整个活动时，改成降预算，保留最低流量。
- 出问题后立即回滚；但回滚也是线上写入，同样要写计划、预览、签票（2026-10-09 修订）。
- 操作前必须用 API 读一遍活动的实际状态，变更日志可能和线上不一致。
先砍哪一块花费：点击够多、0 订单的那部分
ACoS = 广告花费 ÷ 广告归因销售。分子里最该先处理的，是已经花了足够多点击、却一单没出的那部分；但点击太少就判死刑，会误杀还在积累的词。我们 6/1 固化的门槛如下，后来自动批准规则（A2 否词、A3 暂停）也直接沿用了「≥30 次点击、0 单」这条线，并要求窗口 ≥14 天。
本节判断
- NEGATIVE_BROAD 我们一律不用：广告 API 会接受这类否词，但在我们店里实测不生效，引擎在计划校验和调用两层都拦掉了。
- 门槛之外还要算保本 CPC（售价 × 保本 ACoS × 转化率），调价前先查系统建议出价；保本线怎么算见文末链接。
| 点击数（0 转化） | 动作 | 说明 |
|---|---|---|
| <10 次 | 观察，不操作 | 永远不因 0 销售暂停一个不到 10 次点击的词 |
| 10–30 次 | 降出价 30%，继续观察 14 天 | 降价可回滚，不停投 |
| >30 次 | 暂停或添加否定 | 否定只用 NEGATIVE_EXACT / NEGATIVE_PHRASE |
案例：白玉菩提一个定向吃掉 97.2% 的花费 [真实观测 · 9/27–10/3]
2026-10-06，AI 做每日复盘时把白玉菩提列为「不再作为增长重点」：最近一个完整美西 7 日（9/27–10/3），它拿走了全店 8.2% 的展示、10.1% 的点击、6.0% 的花费，广告归因销售是 0。往下拆到定向一级，问题几乎全在一处：自动活动里的「同类商品（substitutes）」定向。
本节判断
- substitutes 定向：4,342 展示、33 点击、$13.38 花费，分别占该活动的 97.2%、97.1%、97.2%，归因销售 0。
- 同一活动里，宽泛匹配定向只花了 $0.39，关联商品定向没有点击花费，紧密匹配早已暂停。
- 所以方案只动 substitutes 一个出价，不降活动 $8/日 预算：降预算会把仍在低量探索的其他定向一起压掉。
| 指标 | 白玉菩提 | 全店 | 白玉占比 |
|---|---|---|---|
| SP 展示 | 4,466 | 54,709 | 8.2% |
| SP 点击 | 34 | 335 | 10.1% |
| SP 花费 | $13.77 | $229.99 | 6.0% |
| 广告归因销售 | $0 | $387.66 | 0% |
| Sessions | 45 | 472 | 9.5% |
| 已核付费销售 | $14.99 / 1 件 | $585.63 / 51 件 | — |
| 广告后部分贡献（情景） | −$7.52 | −$55.74 至 −$26.46 | 非结算净利润 |
分三阶段，每阶段单独批准，不自动连跳
AI 写的方案把「砍掉这块花费」拆成三步，每一步都有观察期和进入下一步的条件。第一步从 $0.24 降到 $0.18，幅度 −25%：超过了我们自动批准规则单次 ≤15% 的上限，也超过「降价每次 ≤10%」的旧规矩，所以这一步没有让 AI 自签，而是单独交给人批准后，于 2026-10-06（北京时间）执行，美西 10/5 记为混合日。
本节判断
- 全店流量保护线：执行前基线是 Sessions 67.4/日、SP 点击 47.9/日、SP 展示 7,815.6/日、已核付费销售 $83.66/日。满 7 个完整日后，如果 Sessions 低于 61/日 或 SP 点击低于 43/日，且销售和贡献没有改善，就停止继续削弱。
- 前 3 天只查活动可投、定向状态和其他产品线投放是否正常，不用「三天零销售」推进下一步。
- 白玉流量下降、但全店 Sessions 和销售稳定，视为低效流量退出，不自动调回。
- 明确不变的清单写进方案：活动预算和状态、广告组默认出价、其他定向、商品广告、广告位、否词、Listing、价格、库存、其他活动。
| 阶段 | 唯一变更 | 观察期 | 进入下一阶段的条件 |
|---|---|---|---|
| 1 | 出价 $0.24 → $0.18 | 3 个完整美西日查投放健康；7 个完整美西日看销售和贡献 | 白玉仍无已核付费改善、贡献仍为负，且全店保护线未触发 |
| 2 | 出价 $0.18 → $0.12 | 再观察 7 个完整美西日 | 白玉仍无改善，且全店保护线未触发 |
| 3 | 暂停该定向 | 另行提交具体审批 | 前两阶段均无改善；保留活动和其余定向做低量发现 |
结果：这个定向的花费降了，全店 ACoS 没有降 [真实观测 · 10/12 复盘]
10/12 的复盘用的是 10/4–10/10 这个共同完整的 7 日窗口（其中 10/4 还是改前、10/5 是混合日）。那个定向在这 7 天里是 1,378 展示、11 点击、$3.25 花费、$14.99 归因销售（1 单）；改前 7 天是 4,342 展示、33 点击、$13.38 花费、0 归因。全店 Sessions 562（约 80.3/日）、SP 点击 445（约 63.6/日），都在 61/43 保护线以上，没有出现 4/13 那种断流。
但同一窗口全店 ACoS 是 103.6%（花费 $294.98 / 归因 $284.74），改前 7 天是 59.3%（$229.99 / $387.66）。这段时间里还有 10/9 一次多项合并的广告计划、其他产品线的预算和出价变化，白玉这一刀只占全店花费的几个百分点，不能用它解释全店 ACoS 的涨跌，我们也不把它写成「AI 降了 ACoS」。到 10/12 为止，第二阶段没有获批，定向保持 $0.18；按方案应在 10/6–10/12 满 7 个完整日后正式评估，这份正式评估我们还没有补写，属于待补。
| 窗口 | 展示 | 点击 | 花费 | 归因销售 |
|---|---|---|---|---|
| 9/27–10/3（改前） | 4,342 | 33 | $13.38 | $0 |
| 10/4–10/10（含 1 个改前日 + 1 个混合日） | 1,378 | 11 | $3.25 | $14.99 |
让 AI 改广告，我们加的五道闸
2026-10-09 起，我们店所有 SP 广告改动只走一条路：一个只认声明式计划的广告变更引擎。AI 可以写计划、跑预览，但每一步都有卡点：
本节判断
- 1. 计划：每条改动写清对象、新值和「我看到的旧值」，附上窗口天数、点击、订单等证据。
- 2. 旧值校验：执行前读线上只读快照，旧值对不上就算漂移（drift），整单阻断；已经到目标值的行直接跳过。我们上线当天做过只读冒烟：故意把旧值写成 $1.30（线上是 $1.20），引擎当场拦下并给出线上值。
- 3. 预览 + 自动批准试算：预览同时判断这单是否落在自动批准阈值内（见下节表格）；不在阈值内，就等人批准。
- 4. 执行票：票绑定计划文件的内容和执行者，只能用一次，自动批准的票 ≤120 分钟过期；在共享锁里执行，防止两个任务同时改同一店。
- 5. 分步提交 + 回读：任一行没被 Amazon 接受就停在当步，不自动重试；改完立即回读一次、延迟再回读一次，只把 API 接受的行写进变更日志。
10/9 一次执行到一半被拒：引擎停下来了
10/9 有一份经人批准的合并广告计划，第一步是归档 8 条旧否词。因为其中有同样文字的否词成对出现，Amazon 把同一请求判为重复：8 条只归档了 4 条，引擎按规则停在这一步，后面的行一行都没提交。
之后的处理是：重新预检，剩下的 4 条和原来没提交的 85 行写进新的执行，全部被接受，并做了延迟回读。最终结果是 8 条旧否词归档、38 条增补词、1 个商品广告、29 条新否词、14 项关键词变更、3 项活动设置，全部回读确认。引擎里现在有一条规则：同一请求里要删除同文字的重复否词时，自动拆成多轮提交。
本节判断
- 这次是多变量合并执行，和「一次一个变量」并不一致，是人权衡后批准的；所以我们在复盘里明确写了「不做单项因果声明」，出价和活动设置看 7 日，增补词和否词看 14 日。
- 「失败即停」的意义在这里：半套改动不会在没人复核的情况下继续往下叠加。
AI 能自己批的只有这些小改动
自动批准的原则是「变化小、可回滚、有数据阈值」。不省任何步骤：照样预览、签票、回读，并在当天复盘里逐条列出规则编号、对象、旧值、新值。
本节判断
- 必须人批：新建活动 / 广告组；超阈值加预算；竞价策略和广告位加价；Listing、价格、促销、库存；归档或删除任何对象（含否词）；恢复任何暂停中的对象；处于观察期保护内的对象；SB / SD 广告。
- 同一动作只能属于同一产品线；一个对象 7 天内只动一个变量。
| 规则 | 允许的改动 | 阈值 |
|---|---|---|
| A1 调价 | 已有关键词 / 定向改出价 | 单次 ≤15% 且 ≤$0.20；新出价 ≤$2.00；距上次调价 ≥7 天；每天 ≤15 个，每周 ≤40 个 |
| A2 否词 | 新增精准 / 词组否定 | ≥14 天窗口内 ≥30 次点击且 0 单；每天 ≤20 条，每周 ≤60 条 |
| A3 暂停零单词 | 启用 → 暂停 | 同 A2；每天 ≤5 个，每周 ≤15 个（防止展示骤降） |
| A4 增补词 | 已启用活动内加精准 / 词组词 | 出价 ≤ 保本 CPC × 60% 且 ≤$1.00；每天 ≤10 个，每周 ≤30 个 |
| A5 预算 | 降预算 ≤30% | 加预算一律人批（我们没有批过周投入额度）；同一活动 3 天内不重复调 |
| 总量 | 以上合计 | 每个动作 ≤25 项；每天 ≤30 项、每周 ≤80 项；估算新增日花费每天 ≤$10、每周 ≤$20 |
AI 在降 ACoS 这件事上管什么、不管什么
AI 帮我们做的是：每天按完整美西日拉齐广告、Business Report 和订单；拆到定向一级找出那 97.2%；按门槛和保本线写成只改一个字段的计划；预览时核旧值、算是否超阈值；执行后两次回读，并在之后几天的复盘里持续盯保护线。它不会因为三天零销售就推进下一阶段，因为方案里写死了不允许。
它不管、也不该管的是：要不要放弃一个产品线、要不要承受流量下降、要不要把多项改动合并执行——这些是人的判断。它也保证不了 ACoS 一定降：白玉的花费降了，全店 ACoS 同期反而更高。我们店铺目前仍未真正盈利，这套做法换来的是改动可追溯、出错能停、少犯 4/13 那种错，不是利润增长。
想直接用这套流程
自助的话，¥99 的 AI 运营工作流与提示词包里有我们在用的广告变更计划（plan JSON）模板、审批闸门和自动批准阈值的 agent 规则模板，以及每日复盘提示词，可以照着给自己的 AI 立规矩；只想先算清保本 ACoS，用站内的保本 ACOS 计算入口即可。如果希望我们对照你的店铺数据，一起定砍词门槛、保护线和哪些改动能交给 AI 自批，可以登记 AI 运营搭建咨询（首次诊断 ¥999 起，只登记不预收；不代管账号，不承诺增长）。
资料下载
亚马逊 ACoS 怎么降：我们让 AI 改广告，一次只动一个出价（4/13 同时砍 5 处，展示 −73%、销售 −96%）
免费资料无需注册即可下载；付费资料和 AI 诊断申请会绑定到你的账号，方便找回订单和继续沟通同一个经营问题。
觉得有用？转给正在做这件事的同事或朋友
参考依据
以下来源用于确认市场趋势、政策背景和术语边界；具体落地方案仍以客户的数据范围、权限和交付目标为准。
常见问题
亚马逊 ACoS 太高，怎么降最稳？
先找点击够多、0 订单的花费（我们用 ≥30 次点击、≥14 天、0 单），一次只改一个对象的一个变量，每步观察 7 天，同时盯全店 Sessions 和广告点击保护线。
为什么不能一次把高 ACoS 的活动全停掉？
我们 4/13 同时暂停 3 个活动、降价 2 个活动，展示 −73%、销售 −96%，几项叠在同一天，没法分开判断。想停活动时，我们现在改成先降预算，保留最低流量。
降出价每次降多少合适？
我们的规矩是每次 ≤10%、间隔 ≥7 天；AI 自动批准的上限是单次 ≤15% 且 ≤$0.20。超过的（比如白玉那次 $0.24 → $0.18，−25%）必须由人单独批准。
可以让 AI 直接改亚马逊广告吗？
可以，但要有闸门：声明式计划、执行前核对旧值、阈值内才自批、一次性执行票、失败即停、改完两次回读。新建活动、加预算、恢复暂停对象、归档否词一律由人批。
砍掉零单定向后 ACoS 一定会降吗？
不一定。我们白玉那个定向 7 天花费从 $13.38 降到 $3.25，但同期全店 ACoS 从 59.3% 升到 103.6%，因为还有其他改动和产品线变化。要看全店数字，不要只看被砍的那一行。
下一步
推荐动作
含广告变更计划（plan JSON）模板、审批闸门与自动批准阈值的 agent 规则、每日复盘提示词和报表字段清单；不含任何密钥和店铺数据。想让我们对照你的店铺定门槛和保护线，可登记首次诊断（¥999 起，只登记不预收）。