SQP 和广告 Search term report 都有“搜索词、点击、购买”这些字眼，所以最容易出现一种危险做法：把两张表按搜索词一连，看到 SQP 购买份额低、广告 ACOS 高，就直接降价或否定；看到广告侧没有匹配行，就宣布这个词“广告未覆盖”。
问题在于，它们不是同一张事实表的两个版本。
Amazon 对 Search Query Performance（SQP）的定位是回答“哪些查询把顾客带到我的商品”，并提供品牌或 ASIN 在搜索漏斗中的表现。广告 Search term report 则回答“哪些查询或商品对象至少产生过一次广告点击，以及这些点击后来归因了什么结果”。Amazon 官方还明确提醒：不同仪表盘可能用不同方式定义和归因顾客行为，不建议直接比较同名指标。
SQP 是搜索场景中的漏斗份额；广告 Search term report 是付费点击对象及其广告归因。词一样，不代表事实一样。
专题导航：本文属于 Amazon 广告优化与 RongAds 实战 系列；可从专题页按“基础 → 数据 → 决策 → 工具”查看完整阅读路径。
先用一张表拆开两套口径
| 比较项 | SQP | 广告 Search term report |
|---|---|---|
| 所属系统 | Brand Analytics / 搜索分析 | Amazon Ads 报表 |
| 核心问题 | 哪些站内查询把顾客带到品牌或 ASIN，漏斗各环节占多少 | 哪些查询或商品对象产生了广告点击，随后归因了多少花费、订单和销售 |
| 主要对象 | 站内 search query | 文本查询、匹配商品 ASIN；某些站外无搜索框场景还可能是 Amazon 推断的上下文词 |
| 收录条件 | 以搜索结果场景和所选品牌/ASIN视图为界 | 只收录至少产生 1 次广告点击的 search term |
| 常见漏斗 | query volume、曝光、点击、加购、购买及品牌/ASIN份额 | 展示、点击、花费、订单、销售、ACOS 等广告指标 |
| 是否拆自然与广告 | 不直接拆；它描述搜索结果漏斗中的品牌/ASIN表现 | 是广告事件与广告归因结果 |
| 商品范围 | 所选品牌或 ASIN 在搜索漏斗中的贡献 | 受 advertised product、账户类型和归因规则影响，订单/销售不天然等于所选 SQP ASIN 的购买 |
| 时间口径 | 后台可选的周/月等报告周期 | summary/daily；Search term report 当前可回看范围有限，转化还要等待归因成熟 |
| 最安全用途 | 发现搜索漏斗机会、判断相对份额和 Listing 环节 | 拓词、否定候选、广告效率与真实点击对象复盘 |
两边可以相互提供线索，但不能互相替代。
SQP 的“购买”不是广告订单
SQP 只看从 Amazon 搜索结果开始的漏斗。Amazon 官方答复也说明，SQP 购买不等于 ASIN 的全部销量：直接访问商品页、外部链接、历史订单复购、推荐位、类目浏览等其他路径，可能不在 SQP 的搜索结果范围内。
在 ASIN 视图里，可以把一条 query 的总曝光、总点击、总加购和总购买，与所选 ASIN 在相应阶段的计数或份额对照。例如：
ASIN 曝光份额 = 该 ASIN 在该查询下的曝光 / 该查询总曝光
ASIN 点击份额 = 该 ASIN 在该查询下的点击 / 该查询总点击
ASIN 购买份额 = 该 ASIN 在该查询下的购买 / 该查询总购买
这些是搜索漏斗中的相对位置，不是广告 CTR、广告 CVR 或广告订单占比。
举例说，点击份额从 8% 掉到购买份额 2%，可以提示商品页、价格、评价、库存或搜索意图可能存在承接问题；它不能单独证明“这个广告关键词转化差”。同样，购买份额高也不代表应该立刻提高 bid，因为 SQP 没有告诉你这部分购买有多少来自自然结果、多少来自广告，更没有给出广告后利润。
广告 Search term report 也不等于“顾客亲手输入的词全集”
Amazon Ads 当前说明，Search term report 只包含至少产生过 1 次广告点击的对象。这带来两个常被忽略的后果：
- 报表里没有某个词，不等于它没有广告展示，也不等于账户没有配置或覆盖它；
- 一条记录出现了，证明的是它进入过付费点击路径，不证明所有相关搜索流量都来自广告。
Search term 还不总是普通文本。自动广告或商品投放可能返回 ASIN；Sponsored Products 在部分站外、没有搜索框的展示场景中，Amazon 可能提供推断的上下文 search term。把 B0... 当关键词规范化，或把站外推断词与站内 SQP query 强行对齐，都会制造假匹配。
广告订单和销售还受归因规则影响。Sponsored Products seller 通常按 7 天点击归因，vendor 等账户常见 14 天；转化可能延迟回填到发生广告互动的 traffic date。不同账户的商品归因范围也可能包含推广商品以外的商品或品牌 halo。因此：
SQP 的 ASIN purchases
≠ 广告 Search term report 的 attributed orders
≠ 店铺 Business Reports 的 total units ordered
三者都可以正确，只是事实范围不同。
直接按文本 Join，最容易说出六种假结论
1. 周期对不上，却假装同窗比较
SQP 常按自然周或自然月；广告报告可以按任意请求范围汇总，近期订单还未走完归因窗口。把 SQP 的完整周与广告的最近 7 天连接，会同时混入日期错位和归因未成熟。
2. 对象类型不同，却都塞进 search_term
文本查询、ASIN 和站外推断上下文词是三种对象。只有可验证的站内文本查询，才可能与 SQP query 做文本比较；其余对象应保留自己的类型，不能强转字符串 Join。
3. Portfolio 被当成 ASIN 映射
Portfolio 是组织和总量控制层，不天然等于一个 ASIN。一个 Portfolio 若包含多个不同商品，按 Portfolio 汇总的广告花费和订单不能自动归到所选 SQP ASIN。RongAds 过去把 Portfolio 当作近似范围；现在它按广告组所投的 ASIN 划分经济单元，不再用 Portfolio 代替商品。
4. 广告归因商品范围被忽略
一条广告点击可能归因到推广商品，也可能按适用规则包含其他商品或品牌 halo。若不同时看 advertised product 与 purchased product 口径，“广告有 7 单、SQP 只有 1 次购买”并不证明 SQP 少算，也不证明广告带来 6 个站外搜索订单。
5. 规范化把不同查询合并
去空格、去符号、大小写折叠有助于召回，也可能让两个原始 query 落到同一个 key。若连接前不保留原文、规范化版本和碰撞组，一次看似干净的多对一 Join 可能已经重复汇总。
6. 缺失值被当成 0
广告报告只收录至少有 1 次点击的 Search term，所以 Join 后的空值可能表示：无点击、窗口外、商品范围不对、对象类型不同、文件不完整或确实没有广告观察。它不能直接变成 ad_clicks=0，更不能直接变成“未投放”。
正确方法：先各自成表，再做有条件的诊断桥
安全连接不是 lower(trim(query)) 一行代码，而是一份证据契约。
第一步：先锁两边来源和窗口
两张表都必须保留 marketplace、账户或 profile、原始文件、schema 版本、请求日期、实际日期、生成时间和时区。广告侧另外保留 account type、归因窗口、traffic date 口径和 maturity cutoff。
只有日期完全可比且广告转化成熟时，才能标记 period_overlap_state=exact_mature。部分重叠只能用于探索，不能进入自动动作。
第二步：显式识别对象
text_query 可进入候选文本 Join
asin 保留为商品对象，不与 SQP query 文本 Join
offsite_inferred 保留站外上下文性质
unknown 停止自动判断
“长得像文本”不等于已经证明它是站内顾客查询。
第三步：各表先独立聚合
SQP 先在 ASIN × query × period 粒度聚合；广告侧先在声明的 profile × advertised product scope × search term × period 粒度聚合，再重算 CTR、CPC、CVR、ACOS。禁止把两张明细多对多连接以后再求和。
连接前必须断言基数。若一个规范化 key 对应多个原始 query，标记 ambiguous 并展示碰撞样本，而不是静默合并。
第四步：把三种“覆盖”拆开
ad_configured = 账户里存在启用的 keyword / product target
ad_observed = Search term report 中观察到至少一次广告点击对象
sqp_observed = SQP 中观察到该站内查询与所选品牌/ASIN
三者都不能由另一个字段代替。特别是 ad_observed=false 不等于 ad_configured=false，更不等于广告 0 展示。
第五步：输出“诊断”，不要直接输出动作
一个跨表结果最多表达：
同站点 + 同商品范围 + 同成熟窗口 + 同文本对象
下，SQP 搜索漏斗信号与广告点击归因信号是否一致
它可以把某条 query 送进 Listing 检查、广告结构检查或实验候选；不能单凭 SQP 购买份额低就自动砍 bid，也不能单凭广告 ACOS 低、SQP 份额低就自动扩量。
三个例子，看清“不能推出什么”
SQP 购买份额高，广告表没有这条词
可以说明这个查询在站内搜索漏斗中对所选 ASIN 有价值。不能说明广告没有覆盖：它可能主要由自然结果获得，也可能有广告展示但没有点击，或报告窗口和商品范围没有对齐。
安全动作是检查已配置 Target、Targeting report、商品范围与日期，再决定是否做小额手动测试；不是自动新建重复关键词。
广告表有 7 单，SQP ASIN 只有 1 次购买
先检查广告订单归因到什么商品、是否包含 halo、traffic date 是否成熟，以及该流量是否真来自站内文本查询。不能直接宣布 SQP 漏单，也不能把 7 单全加到 SQP ASIN 的搜索漏斗里。
两边都好，而且时间与商品范围完全一致
这是更强的候选证据，但仍不是增量因果证据。可以进入一个有基线、限额、成熟窗口和回滚条件的 bid 或 Listing 实验；不能声称提高 bid 一定会带来等比例新增订单。
RongAds 不读 SQP
RongAds 现在只读 Bulk 文件，不读 SQP，也不做两张表的 Join。原因就是上面六条：在不保存数据、每次上传从头算的前提下，没有办法把周期、对象类型、商品范围和规范化碰撞组都证明清楚。SQP 留给人看：发现搜索漏斗机会、判断相对份额和 Listing 环节；广告搜索词报告交给工具做拓词、否定和收割。两边各做各的，不在一张表里相加。
最后记住：两张表是两种镜头
SQP：站内搜索 query → 曝光 → 点击 → 加购 → 购买
└→ 品牌/ASIN 在各环节的份额
广告 Search term：广告点击对象 → 花费 → 归因订单/销售
SQP 适合回答“这个 ASIN 在站内搜索漏斗的哪个环节掉队”；广告 Search term report 适合回答“广告点击花在什么对象上，归因结果怎样”。把两种镜头放在一起，能获得更好的调查线索；把它们当成同一事实，只会得到更自信的错误结论。
官方资料与继续阅读
- Amazon：Brands: New ASIN view in Brand Analytics Search Query Performance dashboard
- Amazon：Search Query Performance metrics should not replace advertising dashboards
- Amazon：Search Query Performance purchases only capture search-result paths
- Amazon Ads：Search term report for Sponsored Products
- Amazon Ads：Sponsored ads attribution
- Amazon Ads：Sponsored Products off-Amazon search term context
- Amazon 搜索词报告怎么看？
- Amazon 广告报表怎么选？
- Amazon 广告订单为什么会回填？
