先纠正一个常见误区：Rufus 没有”收录”这个动作，它不是索引制。根据亚马逊官方技术博客，Rufus 是 RAG（检索增强生成）架构——每次用户提问时，实时从它认为可靠的来源检索证据再生成回答，这些来源包括：商品目录（listing）、买家评论、社区问答（Q&A），以及 Stores API。所以”被 Rufus 推荐”的本质是：当买家问出某个问题时，你的 listing/评论/QA 里有可被直接引用的答案。能做的动作按见效速度排：
- 后台属性表填满（最快，1-2 天生效）：Rufus 检索的是结构化目录数据。把后台所有属性字段填全——特别是这个品类的：适用人群（adults/kids/teens）、使用部位、电池续航、是否 drug-free、认证信息。空白字段 = Rufus 检索时没证据 = 不引用你。
- 五点重写成”问答式证据”：Rufus 引用的是能直接回答问题的句子。别写 “High quality microcurrent technology”，要写 “Falls asleep in 15-20 minutes for most users — hold in your palm, no pills, no side effects”。每一条五点对应一个买家真实会问 Rufus 的问题（多久见效？孩子能用吗？和吃褪黑素比呢？出差能带上飞机吗？）。
- 主动铺 QA（被严重低估的杠杆）：社区问答是 Rufus 明确的检索源，而且竞争最小。整理 10-20 个高频问题（从你的差评、退货原因、客服记录里挖），用买家账号提问、品牌账号规范回答。每一条 QA 都是喂给 Rufus 的现成语料。
- 评论里养场景词：Rufus 大量引用评论。售后卡/邮件引导买家在评论里描述具体场景（”helped my 8-year-old with ADHD wind down”）——这比你自己在 listing 里写一百遍都有说服力，因为 Rufus 把评论当第三方证据用。
- 对照 COSMO 15 种关系自查覆盖：结合上面反查数据，这个链接目前吃到的意图词集中在”人群（kids/ADHD）+ 问题（anxiety/sleep）”两个维度，但**场景（used_in_loc：travel/office/bedside）、时间（used_on：before bed/during flights）、互补搭配（used_with：搭配白噪音机/睡眠面罩）**这三个维度基本是空的——每补一个维度，就多一族意图词的入口，也降低对 chill pill 单一词的依赖。