搜索词报表你每周都下。
一个月才真打开一次。
所以同一个不相干的搜索词，从上次补货之前就一直在花钱。这活儿不难，只是长：按花费排序，找出有点击没订单的词，再看有订单的那些扣完各项费用后还够不够你的毛利，然后写下要改什么。这几步里只有最后一步需要你的判断，前三步正是定时任务该干的事。
只要有人真去读，报表会说什么
哪些词在花钱且从不转化
在足够长的窗口里有点击没订单，是最便宜的一刀，产出是一份可以直接粘贴的否定关键词清单。点击数太少还判断不了的词会单独归一组，不跟其他的一起扫掉——凭三次点击就否掉一个词，正是你干掉一个再过两周就能跑起来的词的方式。
哪些有转化的词其实还在亏
有订单的词不等于你想要的词——按你的毛利算，扣掉佣金和配送费之后，其中一些花的比带来的多。报表并不知道你的毛利，除非你告诉它：把成本和费用假设给它一次，之后每一遍都会用上，并且印在输出里让你可以跟它较真。
哪个 ASIN 在默默替其他品垫钱
广告活动层面的数字会盖住商品层面的问题；一个看上去还行的账户平均值，往往是一个品在撑。把报表按 ASIN 汇总，再跟业务报告并排，这件事就露出来了——而且这通常比那十二个否词更值得动手。
在你的广告账户里，它不被允许做的事
自动竞价管理是一个真实存在的品类，而这里刻意不是那个——因为两者出错的方式不一样。
它不建广告活动，也不设预算
发布广告、创建广告组、设预算，完全不在这几个 skill 的能力范围里。输出是一份让你自己去改的清单，这样最坏的结果是白花五分钟，而不是一笔没人批准的花费。
不可逆的步骤在执行前先问
在整个客户端里，不可逆的操作和普通操作是分开设闸的，不会搭着你几周前一次性给出的通用权限一起放行。在一个绑了信用卡的账户里，这个区分就是全部的安全故事。
不承诺 ROAS
这里不承诺广告回报、排名或销量。给你的是在你自己数字上做完的算术，且假设摆在明面上——这让你能基于某个具体理由反对某条建议，而不是凭直觉。
没有哪件事第二天早上就下判断
在亚马逊上，一个否定关键词大约要 72 小时才生效，否定商品大约 96 小时，所以第二天早上读到的变化，是穿着「结果」外衣的噪声。每个定向在被重新检查之前都带一个 5 到 7 天的冷却期——这是防止反复横跳最便宜的一道闸：用三天数据抬价，两天后又砍掉，定向永远稳不到能被测量的时候。
缺失的字段打成 UNKNOWN，绝不估算
在这件事上真正烧钱的失败不是判断失误，而是「自信地用了错输入」：报表文档里有那一列，但在你恰好拉的那个切片上是空的，于是被静默当成零，然后被平均进一条建议里。任何导出没提供值的行都会带 UNKNOWN 标记返回，并被排除在算术之外——数据薄的报表会得到一个简短的回答，而不是一个看起来很完整的错回答。
同一遍，挂在定时上
因为这一遍是一个 skill 而不是一次对话，它可以挂定时，每周一留下形状一样的报告。这周和上周能比，前提是两份是用同样方式产出的——这就是定时任务胜过每次重问一遍的那个不起眼的原因。
把广告报表交出去之前
它接广告 API 吗？
当前 Seller Central 连接器通过 SP-API 处理卖家业务，并未接入 Amazon Ads API。此工作流需要你将广告搜索词报表导出为 CSV；连接 Seller Central 不能替代这一步。
这跟 PPC 管理工具有什么不一样？
管理工具握着出价权限，按你配置的规则去动。这里完全不握权限：它读、它解释、它给你一份清单。你要的是会动手的自动化，就去买那个；你要的是在决定之前先看懂报表说了什么，这是另一件事，两者并不冲突。
它能不能不止看广告？
这通常才是它真正值回票价的地方。把广告报表和业务报告、退货数据、评论导出并排放，一个高 ACOS 就变成一个具体解释——比如这个词转化其实不错，但商品的退货率是类目平均的两倍。一个文件夹，几个文件，跑一遍。
Shopify 或 eBay 的广告也行吗？
读这件事跟格式无关，所以任何你能导出的报表都行；连接器方面有 Shopify Admin、eBay、Google Ads、Klaviyo 等。真正跟 Amazon 绑定的只是输出里的术语，而那跟着你给它的报表走。