Back to skills
extension
Category: Data & AnalyticsNo API key required

亚马逊广告预算倒挂体检

亚马逊广告预算倒挂体检:扔一张搜索词报告,按搜索词具体度与匹配方式分层,看钱的分布和成交的分布有没有错位。层间转化差异一律过两比例 z 检验,z 低于 1.96 会标"未达显著"而不是当结论讲;整份报表点击或订单不够就只给数据不给判定。不按购买意图词表分类,所以换品类、换语言(含日文中文站点)都能用。接领霄官网 MCP,免注册可跑。当用户问预算该怎么分、是不是钱花错地方了、大词还要不要投、精准匹配为什么不如自动投放、要做广告预算优化或结构调整时使用。

personAuthor: u_3e4d243ahubenterprise

亚马逊广告预算倒挂体检

一次调用能拿到什么: 给一张搜索词报告,返回按搜索词具体度与匹配方式分好的层, 每层的花费占比、转化率、ROAS,一个"倒挂指数",以及每条结论有没有通过显著性检验。

不读你的店铺、不要任何店铺授权——分析的是你自己传进去的那张报表,所以匿名也能跑。

三十秒接上(不用注册)

把这段粘进 MCP 客户端(WorkBuddy、Cursor、Claude Code 写法都一样):

{ "mcpServers": { "lingxiao": { "url": "https://www.lingxiaochuhai.com/mcp" } } }

不填 key 就是匿名试用:每个 IP 每天 20 次工具调用。ads_budget_check 在免费的 public 档,不花钱。接入说明与其他客户端写法: https://www.lingxiaochuhai.com/connect?from=skill-ads-budget

后台导出的搜索词报告是 xlsx,先另存为 CSV 再读进来——xlsx 是二进制,粘不进字段。

ads_budget_check({ reportText: "<CSV 全文>", filename: "SearchTerm_US.csv" })

或者直接给行对象数组,键名保持报表原始表头不要改名,类型识别靠表头。

它回答的问题,和另外两个工具的分工

三个工具吃同一张搜索词报表,但动作完全不同,别混着用:

| 工具 | 回答 | 动作 | |---|---|---| | ads_budget_check | 钱放错层了没有 | 层级预算迁移 | | ads_waste_check | 钱白花在哪 | 词级否词 | | ads_myth_check | 我是不是做错了 | 纠正认知 |

用户说"预算怎么分""大词还要不要投""是不是钱花错地方了"→ 这个。 说"哪些词该否"→ ads_waste_check

怎么读倒挂指数

倒挂指数 = 订单加权平均具体度 − 花费加权平均具体度,单位是"词"。

大于 0 表示你的成交来自比你的钱更具体的词,也就是预算比成交更偏向宽词。 接近 0 就是没有倒挂——这时不要为了给出结论而建议迁预算,工具会明确说没有倒挂。

为什么用加权均值而不是"把词分成长尾和大词两组来比":分组就得先定一条分割线, 而线画在哪都是拍的,换个位置结论能翻过来。加权均值不需要分割线, 它只回答一句话:你的订单来自比你的钱更具体的词吗。

匹配方式那一层最常抓到的是精准匹配反而效率最低。精准层通常该是最高效的一层, 反过来一般是两件事之一:收口到精准组的词选错了,或者精准组出价压不住。 先查这两个,不要先加预算。

四条硬边界,转述结论时必须一起带

一、z 低于 1.96 的差异不是结论。 层间转化差异都做了两比例 z 检验。 两层差着好几个点、看着像强信号,但点击量不够时算出来常常只有 1.6~1.8,达不到显著线。 工具会如实标"未达显著",那种情况只能当提示看。不要把标了未达显著的差异讲成结论。

二、样本不够就没有判定。 整份报表低于 200 点击或 20 单时,只返回各层数据, 不给任何倒挂判定。单层低于 100 点击或 10 单会标 lowSample,仍列在明细里, 但不参与"哪层最高效、哪层最低效"的比较——8 单算出来的转化率不是成绩。

三、这里的动作是层级迁移,不是否词。 一层平均效率低,不代表那层每个词都该动。 低效层里最贵的那个词很可能是你的账户主力。工具返回的 samples 只给 "该层里花费高、且自身也弱于本层平均"的行,那是给你抽查验证这一层判断用的, 不是否词清单。示例一律带广告活动与广告组,因为搜索词报表是 "词 × 广告组 × 匹配方式"粒度,同一个词跨组可能一个在赚钱一个在亏钱。

四、判不了"该迁多少钱"。 免费段不问成本,所以不算保本 ACoS 与最高可承受 CPC。 只给方向,不给金额。看到一个金额就说"迁这么多",是替数据编结论。

为什么不按购买意图词表分层

市面上做意图分析普遍是维护一份词表(含 "for car" 判场景、含 "compatible" 判兼容), 按词表把搜索词分成场景/痛点/兼容/功能/竞品/通用大词几类,再看各类的花费占比。

我们实测过这条路,它在自己的原生品类之外基本不成立:一份为车载配件调出来的词表, 在车载品类上就有四成的词、过半的花费落进"没匹配上",换到冰箱品类, 美国、德国、印度、英国、加拿大的未命中率都在 96.9%~99.1%,日语站点 100% ——词表里是英文字符串,对日文一个都匹配不上。

这意味着"通用大词"那个桶里装的是真·通用大词 + 词表没覆盖的词两种东西。 拿它的花费占比去建议"把预算从通用大词迁走",对多数账户是在让人 把钱从自己的场景词上撤走。一个自信的错结论,比没有结论更糟。

所以这个工具用的两个维度都不需要任何词表:搜索词的词数是意图具体程度的代理变量 (CJK 按字符数折算),匹配方式报表里本来就有。代价是它不告诉你"哪类意图该加钱", 换来的是换品类、换语言都成立。

商品定投那些行(搜索词是 ASIN)会被单独拎出来,不参与具体度分层—— 一个 ASIN 会被当成"1 词",也就是最宽的一层,混进去会把竞品定投的花费 记成"钱花在宽词上",凭空造出一个倒挂。

免费段到头了要什么

免费段够判断"有没有错配",不够执行。登录版补的是能直接干活的部分:

  • 补一次成本口径后的保本 ACoS 与最高可承受 CPC,才算得出这层能压多少、那层能加多少
  • 广告活动 / 广告组维度的倒挂,直接定位到是哪个组在错配
  • 完整低效层清单,带广告活动与广告组,可导 TSV
  • 多期对比:倒挂是在收敛还是在恶化,上次迁预算有没有起作用

登录版在 https://www.lingxiaochuhai.com/app/tools/amazon-report?from=skill-ads-budget (需注册登录,手机号一分钟)。领 MCP key 也在同一处: https://www.lingxiaochuhai.com/app/membership?from=skill-ads-budget

这个工具目前只有 MCP 入口,没有免登录网页版;同一张报表的免登录网页版体检是 废词检查那条:https://www.lingxiaochuhai.com/tools/ads-waste-check?from=skill-ads-budget

边界

  • 所有比较都在你这个账户内部,不与任何行业基准比。别问"我这个具体度分布正常吗"。
  • 搜索词报告有归因延迟,时间窗越靠近今天转化被低估得越多。层间比较受影响较小, 但转化率与 ROAS 的绝对值别当真。
  • 具体度只是意图具体程度的代理变量,不是意图本身。"iphone 15 pro max case" 词数多但可能是个大词。它在账户层面的统计关系成立,用它判单个词会翻车。
  • 只看广告数据。转化率整体偏低时问题多半在详情页和价格,调预算结构解决不了。