用 SQP 查看市场搜索漏斗
使用 Amazon Brand Analytics 的 SQP (Search Query Performance) 数据，按 市场整体的搜索漏斗（曝光量 → 点击 → 加购 → 购买） 对商品 × 搜索词进行分解。与使用广告数据的 用 N-gram 分解销售贡献 不同，SQP 能看到 Amazon 全体用户的搜索行为，揭示仅看 ACoS 无法察觉的「自家在市场中的位置」。
本类别的使用场景
Section titled “本类别的使用场景”- 「想列出机会评分高的搜索词」
- 「想定位每个商品搜索漏斗中的瓶颈」
- 「想按月查看 SQP 走势」
- 「想在生成报告前确认贡献度数据是否齐全」
提示词 1: SQP 标准流程（商品确认 → 期间选择 → 漏斗分析）
Section titled “提示词 1: SQP 标准流程（商品确认 → 期间选择 → 漏斗分析）”依次确认 SQP 适用商品与可用期间后，按商品 × 搜索词计算漏斗各阶段的机会评分与瓶颈。
📋 使用场景
Section titled “📋 使用场景”- 第一次执行 SQP 分析
- 想先确认哪些商品有数据
- 想一览查看机会评分与瓶颈分类
我想执行 SQP 分析。请按以下步骤进行:1. 确认可获取 SQP 数据的候选商品2. 选定目标商品后获取可用的周次期间3. 在最新已确定周用 top_n {{TOP_N}} 执行漏斗分析 输出机会评分与瓶颈分类占位符:
| 占位符 | 说明 | 默认来源 |
|---|---|---|
{{TOP_N}} | 返回前 N 条结果（例: 30） | 默认 30 |
⚙️ AI 会做的事
Section titled “⚙️ AI 会做的事”- 确认目标商品 — 列出可获取 SQP 数据的商品
- 为什么先确认: SQP 因商品在 Brand Analytics 的登记状态而异，需先判定可用性再进入期间获取
- 获取可用期间 — 返回所选商品可用的周次期间
- 为什么按商品确认: 即便同一账户，不同商品的数据起始时间也可能不同，直接选择最新已确定周可避免误取错误数据
- 漏斗分解 — 在已确定周对 曝光量 → 点击 → 加购 → 购买 4 个阶段进行汇总
- 为什么用已确定周: SQP 在 Amazon 端报表确定前会有数日延迟，未确定数据周的数值会后续变动
- 计算机会评分 — 将搜索量大但自家份额低的搜索词以高分呈现
- 为什么用机会评分: 仅按「自家购买数排序」只会出现已经拿下的搜索词，看不到成长空间大的词
- 瓶颈分类 — 用 曝光量不足 / CTR 低 / 加购率低 / 购买率低 4 类定位流失阶段
- 为什么按阶段: 同样是「自家购买份额低」，是没拿到曝光，还是没被点击，应对手段完全不同
📊 示例输出
Section titled “📊 示例输出”SQP 漏斗分析 商品: B0XXXXXXXX / 期间: 2026-05-04〜05-10（已确定周）
搜索词 机会评分 自家购买份额 瓶颈 氨基酸 洗发水 87 4.2% 曝光量不足 替换装 洗发水 72 8.1% CTR 低 头皮护理 洗发水 65 12.4% 加购率低 …（其余 27 条）… 前 30 条中，曝光量不足 12 条 / CTR 低 9 条 / 加购率低 6 条 / 购买率低 3 条。 曝光量不足的词建议用 调整出价 提升曝光，CTR 低的词建议检视商品主图与标题。
🔒 安全保障
Section titled “🔒 安全保障”- 自动剔除未确定数据周 — Amazon 端数值仍会变动的期间不纳入分析
- SQP 在 Amazon 端报表 确定前有数日延迟，所以当天的最新周不可用（可用周列表的最后一周即为已确定周）
- 机会评分是 搜索量 × 份额差距 的合成指标，作为成长空间的参考使用（最终判断必须由人复核）
- 仅执行分析，不会对广告账户产生写入
- 每次分析 1 小时有效期，超时需重新生成
🚦 执行模式
Section titled “🚦 执行模式”| Phase | 状态 | 条件 |
|---|---|---|
| Phase 1（当前） | 一次性 | 仅需连接 Picaro 即可使用 |
| Phase 2（Q3 2026） | 一次性 | 因数据为周度更新，不纳入每日化 |
| Phase 3（Q4 2026） | 月度自动（主力 ASIN） | 登记主力 ASIN 后随月度报告自动产出 |
| Phase 4（2027） | 月度自动 | 主力 ASIN 全量自动发送 |
- 用 N-gram 分解销售贡献 — 将 SQP 机会评分靠前的词与自家广告内的贡献度对照
- 调整出价 — 曝光量不足的词是提升出价的候选
- 为什么不能只看 ACoS — 市场份额与 ACoS 结合的思路说明
❓ 常见问题
Section titled “❓ 常见问题”Q: SQP 也能看到我没投放广告的搜索词吗？ A: 可以。SQP 覆盖 Amazon 全体用户的搜索行为，因此对于自家未投广告的搜索词，也能看到市场整体的曝光量 / 点击 / 加购 / 购买。
Q: 机会评分高的词都应该加入广告吗？ A: 不一定。机会评分代表「成长空间」的参考，需要结合 ACoS 与利润率综合判断。处于起步期的商品适合从机会评分高的词优先纳入 调整出价 的候选。
提示词 2: 按月查看 SQP 走势
Section titled “提示词 2: 按月查看 SQP 走势”用比周次更长的跨度，把握商品搜索漏斗在季节因素与中长期趋势下的变化。
📋 使用场景
Section titled “📋 使用场景”- 想按月查看 SQP 走势
- 想把握近几个月的趋势
- 想确认季节性商品的搜索动向
请对商品 {{PRODUCT_ID}} 按月度（monthly）执行 SQP 分析。确认可用月份后，在最新已确定月用 top_n {{TOP_N}}，输出机会评分与瓶颈分类。占位符:
| 占位符 | 说明 | 默认来源 |
|---|---|---|
{{PRODUCT_ID}} | 目标商品 ID（ASIN 或内部 ID） | 用户输入 |
{{TOP_N}} | 返回前 N 条（例: 30） | 默认 30 |
⚙️ AI 会做的事
Section titled “⚙️ AI 会做的事”- 切换聚合频率为月度 — 用 monthly 而非周次获取 SQP
- 为什么用月度: 周次适合短期波动监测，月度适合季节性商品与活动的中长期影响监测，按用途切换
- 确认可用月份 — 返回该商品按月可用的期间
- 为什么先确认: 月度数据的提供起始时间往往晚于周次，需从可用月份中直接选取
- 在最新已确定月做漏斗分解 — 汇总 曝光量 → 点击 → 加购 → 购买 4 阶段
- 为什么用已确定月: 月中数据所含周尚未确定，会让各阶段的份额不稳定
- 机会评分与瓶颈分类 — 将提示词 1 的逻辑应用于月度数据
📊 示例输出
Section titled “📊 示例输出”SQP 漏斗分析（月度） 商品: B0XXXXXXXX / 期间: 2026-04（已确定月）
搜索词 机会评分 自家购买份额 瓶颈 同比上月 氨基酸 洗发水 92 3.8% 曝光量不足 -1.2pt 春季 洗发水 84 6.5% CTR 低 +2.4pt（季节因素） …（其余 28 条）… 同比上月份额下降的前 5 条，推测受到「春季 〜」「新生活 〜」等季节词换季时点的影响。 季节因素与持续性份额变化的甄别，建议同时查看近 3〜6 个月的走势。
🔒 安全保障
Section titled “🔒 安全保障”- 仅以已确定月为对象 — 未确定月（月中）会从列表中剔除
- 月度数据的提供起始时间因商品而异，请直接从可用月份列表选择
- 季节因素与持续性份额波动的甄别，AI 不会下断言，会同时给出近 3〜6 个月走势供人判断
- 仅执行分析，不会对广告账户产生写入
- 每次分析 1 小时有效期
🚦 执行模式
Section titled “🚦 执行模式”| Phase | 状态 | 条件 |
|---|---|---|
| Phase 1（当前） | 一次性 | 仅需连接 Picaro 即可使用 |
| Phase 2（Q3 2026） | 一次性 | 因数据为月度更新，不纳入每日化 |
| Phase 3（Q4 2026） | 月度自动（主力 ASIN） | 登记主力 ASIN 后随月度报告自动产出 |
| Phase 4（2027） | 月度自动 | 主力 ASIN 全量自动发送 |
- SQP 标准流程（周次） — 用月度把握趋势后，用最近的周次确认确定值
- 生成报告 — 月度 SQP 走势可纳入月末报告
- 设计标签分类 — 把季节词做成标签，可提高走势解读精度
提示词 3: 报告用的贡献度数据预检
Section titled “提示词 3: 报告用的贡献度数据预检”在生成月末报告之前，用轻量处理先确认贡献度幻灯片所需的 SQP / 广告数据是否齐全。
📋 使用场景
Section titled “📋 使用场景”- 生成报告贡献度幻灯片前想确认数据是否齐全
- 想先单独执行贡献度分析的预检
- 想确认含比较期间在内数据是否齐全
请用期间 {{PERIOD}}、比较期间 {{COMPARE_PERIOD}} 执行贡献度数据预检。返回分析对象数据源的探查结果、目标期间与比较期间的行数、匿名化搜索词比例，以及是否可降级（fallback）。占位符:
| 占位符 | 说明 | 默认来源 |
|---|---|---|
{{PERIOD}} | 目标期间（例: 2026-04-01〜2026-04-30） | 用户输入 |
{{COMPARE_PERIOD}} | 比较期间（例: 2026-03-01〜2026-03-31） | 用户输入 |
⚙️ AI 会做的事
Section titled “⚙️ AI 会做的事”- 数据源探查 — 在目标期间内定位 SQP / 广告报表 / 销售中可用的数据源
- 为什么要预先探查: 报告生成耗时较长，避免到最后阶段才因数据缺失失败
- 核对目标期间与比较期间的行数 — 按记录数判断两期数据是否充足
- 为什么要看比较期间: 贡献度按「与上一期间的差分」计算，若只有一侧数据则无法比较
- 匿名化搜索词比例 — 确认 Amazon 匿名化的搜索词占比
- 为什么要看匿名化率: 匿名化多的期间，按词的贡献度分解粒度变粗，会影响报告颗粒度
- 判定是否可降级 — 数据不足时判断是否可用替代数据源（仅广告数据等）生成
- 返回 status — 以
ready/needs_confirmation/blocked3 档输出结果
📊 示例输出
Section titled “📊 示例输出”贡献度数据预检 期间: 2026-04 / 比较: 2026-03
项目 结果 SQP 数据 可获取（目标 4 周 / 比较 4 周） 广告报表 可获取 匿名化搜索词 12.4%（在容许范围内） 降级（fallback） 不需要 status ready 可直接进入报告生成。 请用 生成报告 生成月末报告。
🔒 安全保障
Section titled “🔒 安全保障”- 仅做预检 — 不会触发报告生成或对广告账户的写入
- 匿名化搜索词比例过高的期间，status 会变为
needs_confirmation，由人判断是否生成 - 数据缺失的期间会返回
blocked，并给出处理步骤 - 受 SQP 报表确定延迟影响，月末刚过的期间指定可能预检失败（请等待数日再试）
🚦 执行模式
Section titled “🚦 执行模式”| Phase | 状态 | 条件 |
|---|---|---|
| Phase 1（当前） | 一次性 | 仅需连接 Picaro 即可使用 |
| Phase 2（Q3 2026） | 月末手动 | 作为报告生成前的预检在月末执行 |
| Phase 3（Q4 2026） | 月末自动 | 作为报告自动生成的前置阶段自动执行，仅 blocked 时通知 |
| Phase 4（2027） | 月末自动 | 与异常时临时生成联动 |
提示词速查表
Section titled “提示词速查表”| 想做的事 | 使用的提示词 |
|---|---|
| SQP 标准分析（周次） | 提示词 1 |
| 按月查看 SQP 走势 | 提示词 2 |
| 报告前的贡献度数据确认 | 提示词 3 |
- 用 N-gram 分解销售贡献 — 与自家广告内的 N-gram 分析（SQP 为市场整体）对照
- 生成报告 — 源自 SQP 的贡献度会纳入报告
- 调整出价 — SQP 中机会评分高的词是提升出价的候选
- 设计标签分类 — 用 进攻 / 防守 / 竞品 等标签提升 SQP 解读精度
- 为什么不能只看 ACoS — SQP 与 ACoS 结合的立体判断思路说明