跳转到内容

设计标签分类

给搜索词、ASIN、广告活动分配 标签(单个分类值)后,就能在仪表盘或 N-gram 分析中以「进攻 KW / 防守 KW / brand / use / 竞品」等切入点解读销售额与广告费。本页汇总了用于设计 分类法(分类体系的整体结构)、自动给竞品 ASIN 打标签、对搜索词批量打标签、管理命名规则的提示词。AI 时代,根据搜索者「为何搜索(搜索意图)」来区分出价与素材策略正变得愈发重要。Picaro 的标签支持 一级 → 二级 → 三级 的三层设计,可实现亚马逊广告组合无法达到的精细粒度销售额拆解。

  • 想以进攻 KW / 防守 KW / brand / use / 竞品 这 5 个维度对搜索词分类
  • 想按价格段、评论、类目自动分类混入搜索词中的竞品 ASIN
  • 想把在分类法中一次设计好的规则批量应用到已有搜索词
  • 想统一广告活动的命名规则,让报表汇总更稳定
  • 想按搜索意图(品牌型 / 探索型 / 解决方案型 / 竞争对比型)分类,并按意图优化出价与 RoAS

提示词 1: 给竞品 ASIN 按 4 个维度自动打标签

Section titled “提示词 1: 给竞品 ASIN 按 4 个维度自动打标签”

从搜索词中提取混入的竞品 ASIN,并按价格段、评论、类目相关性、商品名 4 个维度自动生成并分配分类标签。

  • 想把混入搜索词的竞品 ASIN 作为基准对照进行分类
  • 想按价格段、评论数、类目相关性维度整理竞品
  • 想对新检测到的竞品 ASIN 持续做定期打标签
从搜索词中提取 ASIN 形式(B0XXXXXXXX),
按 4 个维度自动生成竞品 ASIN 分类标签:
1. 价格段(低价 / 中价 / 高价)
2. 评论评价(评论多·高评价 等)
3. 类目相关性
4. 商品名
skip_labeled={{SKIP_LABELED}}(排除已有标签),
limit={{LIMIT}}(用于控制外部 API 成本,必填)。
先用 dry_run=true 确认执行计划 →
无问题后用 dry_run=false 实际执行。

占位符:

占位符说明默认解析来源
{{SKIP_LABELED}}是否排除已有标签的 ASIN(例: true)默认 true(仅在想重新打标签时设为 false)
{{LIMIT}}单次执行的 ASIN 数量上限(例: 50)默认 50(外部商品信息 API 的成本控制,必填)
  1. 从搜索词中提取 ASIN — 从搜索词中取出 B0XXXXXXXX 形式的字符串
    • 为什么从搜索词提取: 为了纳入用户在 Amazon 内搜索其他商品的情况,避免遗漏竞品基准的样本
  2. 获取商品信息 — 对提取出的 ASIN,通过外部商品信息服务获取价格、评论、类目、商品名
    • 为什么 limit 必填: 外部商品信息获取按用量计费,不设上限运行会导致成本失控
  3. 按 4 个维度生成标签 — 自动按价格段、评论评价、类目相关性、商品名 4 个维度创建标签
    • 为什么是 4 个维度: 拥有价格、口碑、类目一致性、商品个体 4 个视角后,可以直接对接竞品策略(差异化轴的选定、目标价格段的调整)
  4. 跳过已有标签的 ASIN — 通过 skip_labeled=true 把已有标签的 ASIN 排除在再次打标签之外
    • 为什么跳过: 由于 1 个对象 = 1 个标签的限制,避免误覆盖已有分类
  5. 返回确认表 — 以 ASIN、推荐标签、价格、评论数、类目 5 列展示

需要前置准备的情况:

  • 处理海外站点(US / EU / UK)的 ASIN 时,请先在提示词 5 的 update_asin_enrichment 中登记 amazon_domain / currency / language
  • 未设置时使用日本默认值(amazon.co.jp / JPY / ja_JP)获取

竞品 ASIN 自动打标签 候选: 18 件(新增)

ASIN推荐标签价格评论数类目
B0XXXXXXXX竞品 / 中价 / 评论多¥2,4801,243护发
B0YYYYYYYY竞品 / 高价 / 高评价¥4,980412护发
B0ZZZZZZZZ竞品 / 低价 / 新品¥1,28038身体护理
…(剩余 15 件)…

skip_labeled=true 排除了已有标签的 7 件。 要执行请回复「执行」。 想逐条确认可以指定「只执行第 1 条」。

  • 在用 dry_run=true 确认执行计划前,标签不会实际写入
  • 默认 skip_labeled=true,防止对已有标签的 ASIN 静默覆盖
  • 未指定 limit 时拒绝执行(防止外部 API 成本失控)
  • 每条提议有 1 小时有效期,超时需重新生成
  • 发生覆盖时的回滚,请通过提示词 3(手动分配)重新分配为原标签 ID 来恢复
Phase状态条件
Phase 1(现在)一次性仅需 Picaro 连接即可使用
Phase 2(Q3 2026)每日(检测到新 ASIN 时)已注册分类法 +「已保存提示词」化
Phase 3(Q4 2026)自动执行(审批流型)每周自动 + Slack 一键审批,上限件数内
Phase 4(2027)全自动ML 置信度 >= 0.85,在护栏内

Q: 搜索词那一侧也会被打标签吗? A: 本提示词是给「竞品 ASIN」分配标签,对搜索词侧的打标签请使用提示词 2。

Q: 海外站点的 ASIN 也能一并处理吗? A: 在提示词 5 中登记 amazon_domain 等就可以纳入。未登记时会按日本商品信息解释。


提示词 2: 用分类法对搜索词批量打标签

Section titled “提示词 2: 用分类法对搜索词批量打标签”

使用已在分类法中登记的标签匹配规则,对已接入 Picaro 的搜索词批量分配标签。

  • 想用进攻 KW / 防守 KW / brand / use / 竞品 的分类法一次性给搜索词分类
  • 更新标签设计后,想对已有搜索词重新打标签
  • 不想用逐条手动分配,而是用基于规则的方式保持分类一致
对 Picaro 中已注册的所有搜索词,
用分类法规则批量打标签。
skip_labeled={{SKIP_LABELED}}(排除已有标签),
先用 dry_run=true 确认执行计划 →
无问题后用 dry_run=false 实际执行。

占位符:

占位符说明默认解析来源
{{SKIP_LABELED}}是否排除已有标签的搜索词(例: true)默认 true(仅在想重新打标签时设为 false)
  1. 加载分类法的匹配规则 — 获取在提示词 5 中登记的「标签 × 匹配模式」规则
    • 为什么走分类法: 即使变更标签设计,只要重新执行就能把一致的分类应用到全部搜索词
  2. 匹配搜索词 — 对每个搜索词判断是否与登记的匹配模式一致
  3. 跳过已有标签 — 用 skip_labeled=true 排除已有标签的搜索词
    • 为什么跳过: 由于 1 个搜索词 = 1 个标签的限制,避免擅自覆盖过去手动分配的分类
  4. 返回确认表 — 以搜索词、待应用标签、命中的匹配模式、件数 4 列展示

分类法批量打标签 候选: 184 件

搜索词待应用标签命中模式
氨基酸 洗发水进攻 KW / use氨基酸, 洗发水
Picaro 原创 洗发水防守 KW / brandPicaro
B0XXXXXXXX竞品ASIN 形式
露营 洗发水进攻 KW / use露营
…(剩余 180 件)…

已有标签的搜索词 42 件已跳过。 要执行请回复「执行」。

  • 在用 dry_run=true 确认执行计划前不会写入
  • 默认 skip_labeled=true,防止已有标签被静默覆盖
  • 未命中匹配模式的搜索词保持未分配标签(不强行分类)
  • 每条提议有 1 小时有效期
  • 若批量覆盖产生预期外的分类,请缩小范围用提示词 3 重新分配为原标签 ID
Phase状态条件
Phase 1(现在)一次性仅需 Picaro 连接即可使用
Phase 2(Q3 2026)可每日执行已注册分类法 +「已保存提示词」化
Phase 3(Q4 2026)自动执行(审批流型)每周自动 + Slack 一键审批
Phase 4(2027)半自动仅新模式被检测到时审批,既有模式自动应用

提示词 3: 给搜索词手动打标签(直接指定标签 ID)

Section titled “提示词 3: 给搜索词手动打标签(直接指定标签 ID)”

不使用分类法的自动匹配,而是对指定的标签 ID 直接分配搜索词或 ASIN。

  • 想往提示词 1 生成的竞品标签中再手动追加 ASIN
  • 想把没被分类法匹配模式命中的搜索词,直接登记到特定标签
  • 想把批量打标签中被误分类的词,改分配到目标标签
对 label_id {{LABEL_ID}},
直接分配以下搜索词 / ASIN:
{{TARGETS}}
先用 dry_run=true 校验 →
无问题后用 dry_run=false 实际执行。

占位符:

占位符说明默认解析来源
{{LABEL_ID}}分配目标的标签 ID(从分类法获取)用户输入(可通过提示词 5 的 show 取得)
{{TARGETS}}搜索词或 ASIN 的列表(例: ["term1", "term2", "B0XXXXXXXX"]用户输入
  1. 输入校验 — 确认标签 ID 存在于分类法中
    • 为什么校验: 对不存在的 ID 分配会失败,在 dry_run 阶段先剔除
  2. 解析对象 — 将列表中的字符串自动区分为「ASIN 形式(B0XXXXXXXX)」与「搜索词」
    • 为什么自动区分: 可以在同一列表里同时指定搜索词和 ASIN,减少输入工作量
  3. 检测既有标签 — 当对象已有标签时,明确标记为覆盖对象
    • 为什么明示: 由于 1 个对象 = 1 个标签的限制,让用户在覆盖发生前能确认
  4. 返回确认表 — 以对象、类型(搜索词 / ASIN)、既有标签、分配后标签 4 列展示

手动分配 候选: 6 件

对象类型既有标签分配后标签
竞品品牌 X 洗发水搜索词—(未设置)竞品 / 高价
B0AAAAAAAAASIN—(未设置)竞品 / 高价
B0BBBBBBBBASIN竞品 / 中价竞品 / 高价 ← 覆盖
…(剩余 3 件)…

有 1 件会发生覆盖,请确认是否符合预期。 要执行请回复「执行」。

  • 在用 dry_run=true 确认执行计划前不会写入
  • 已有标签的对象会 附带覆盖标识明示,防止用户误抹掉其他标签
  • 指定不存在的标签 ID 时会报错停止(防止误输入)
  • 每条提议有 1 小时有效期
  • 若误覆盖,可通过重新分配为原标签 ID 来恢复
Phase状态条件
Phase 1(现在)一次性仅需 Picaro 连接即可使用
Phase 2(Q3 2026)维持一次性影响范围为单件单位,非自动化对象
Phase 3(Q4 2026)维持一次性同上
Phase 4(2027)维持一次性作为手动修正手段定位维持不变

提示词 4: 给广告活动 / DSP / 商品分配标签

Section titled “提示词 4: 给广告活动 / DSP / 商品分配标签”

让标签不仅适用于搜索词和 ASIN,也能分配给商品推广(SP)的广告活动、DSP 投放项、商品 ASIN,从而作为仪表盘和 N-gram 的切入维度使用。

  • 想把商品推广(SP)的广告活动按「进攻 / 防守 / 竞品」的标签归类分析
  • 想给 DSP 投放项打标签分类
  • 想给商品(Product)ASIN 加上商品标签,增加商品维度的汇总切入点
对 label_id {{LABEL_ID}},分配以下对象:
- SP 广告活动: campaign_ids = {{CAMPAIGN_IDS}}
- DSP 投放项: line_item_ids = {{LINE_ITEM_IDS}}
- 商品 ASIN: product_ids = {{PRODUCT_IDS}}
先用 dry_run=true 校验 →
无问题后用 dry_run=false 实际执行。

占位符:

占位符说明默认解析来源
{{LABEL_ID}}分配目标的标签 ID用户输入(可通过提示词 5 的 show 取得)
{{CAMPAIGN_IDS}}SP 广告活动 ID 的列表(不需要可省略)用户输入
{{LINE_ITEM_IDS}}DSP 投放项 ID 的列表(不需要可省略)用户输入
{{PRODUCT_IDS}}商品 ASIN 的列表(不需要可省略)用户输入
  1. 检查 applyTo — 确认标签可分配到「广告活动 / DSP / 商品」中的哪些对象
    • 为什么检查: 每个标签都有对应的可适用对象,防止分配到非预期对象
  2. 冲突检测(在可能的范围内) — SP 广告活动与 DSP 投放项会预先检测与既有标签的冲突
  3. 明示商品 ASIN 的覆盖风险 — 由于 Product 的冲突检测 API 不存在,承认表里要强调覆盖可能发生
    • 为什么强调: Product 类目同时存在 1 个对象 = 1 个标签的限制与检测 API 缺失,覆盖会静默发生
  4. 返回确认表 — 以对象、类型(SP / DSP / Product)、既有标签状况、分配后标签 4 列展示

按对象分配标签 候选: 12 件(SP 6 / DSP 3 / Product 3)

对象 ID类型既有标签状况分配后标签
cmp_XXXXXXSP 广告活动未设置进攻 KW / use
cmp_YYYYYYSP 广告活动竞品 ← 覆盖进攻 KW / use
li_ZZZZZZDSP 投放项未设置进攻 KW / use
B0AAAAAAAA商品 ASIN无法检测(需注意)进攻 KW / use
…(剩余 8 件)…

Product 3 件因无法检测冲突,已有标签可能被静默覆盖。 要执行请回复「执行」。

  • 在用 dry_run=true 确认执行计划前不会写入
  • SP / DSP 具备预先冲突检测;Product 因冲突检测 API 不存在,必显示 需注意标识
  • 每条提议有 1 小时有效期
  • 若发生预期外覆盖,请通过提示词 3(手动分配)重新分配为原标签 ID 来恢复
Phase状态条件
Phase 1(现在)一次性仅需 Picaro 连接即可使用
Phase 2(Q3 2026)一次性结构变更频率低,自动化优先级低
Phase 3(Q4 2026)维持一次性仅在检测到命名规则违规时通知
Phase 4(2027)半自动与命名规则联动的自动推荐 + 审批

提示词 5: 分类法(分类体系)的管理

Section titled “提示词 5: 分类法(分类体系)的管理”

用一个提示词统一管理分类法(类目层级 → 标签)的现状查看、添加、更新、海外站点设置、初始化。

  • 想查看当前注册了哪些分类法
  • 想新增进攻 KW / 防守 KW / brand / use / 竞品 这类新标签层级
  • 想为海外站点(US / EU / UK)的商品信息获取做设置
  • 想清空分类法,从内置的演示值重新开始
分类法操作: {{ACTION}}
- show: 查看现状
- clone_default: 从演示值复制
- upsert_category: 添加·更新类目层级
- upsert_label: 添加·更新标签
(包含匹配模式、规则类型、Picaro 侧标签 ID)
- update_asin_enrichment: 海外站点设置
(amazon_domain / currency / language)
- create_picaro_label: 在 Picaro 侧新建标签
- reset: 全部删除(破坏性,需确认)

占位符:

占位符说明默认解析来源
{{ACTION}}要执行的操作(show / clone_default / upsert_category / upsert_label / update_asin_enrichment / create_picaro_label / reset 之一)用户输入
  1. show 查看现状 — 显示分类法整体的类目层级、标签清单、匹配模式、海外站点设置
    • 为什么先 show: 不掌握既有设计就 upsert 容易引发冲突
  2. 初始化(必要时) — 用 clone_default 复制 Picaro 内置的演示分类法
  3. 添加·更新 — 用 upsert_category 处理类目层级、upsert_label 处理标签
    • 为什么是 upsert 形式: 用一次操作完成「已存在则更新,不存在则添加」
  4. 海外站点设置 — 用 update_asin_enrichment 登记 amazon_domain(例: amazon.com)、currencylanguage
    • 为什么需要: 处理海外站点的 ASIN 时,默认的 amazon.co.jp 无法获取元信息,提示词 1 的打标签精度会下降
  5. 破坏性操作的警告reset 会全部删除,执行前会插入确认步骤
    • 为什么确认: 分类法是设计资产,一旦删除重建同等结构需要时间

典型流程:

  1. show 查看现状
  2. 首次用 clone_default 复制内置演示值
  3. upsert_category / upsert_label 定制成进攻 / 防守 / brand / use / 竞品 等
  4. 处理海外站点时登记 update_asin_enrichment

当前分类法(show)

一级二级三级(标签)匹配模式Picaro 侧标签 ID
解决方案型use露营用途露营, 户外lbl_XXXXXX
解决方案型use业务用业务用, 沙龙用lbl_YYYYYY
品牌型brandPicaro, picarolbl_ZZZZZZ
竞争对比型竞品 ASINASIN 形式lbl_AAAAAA

海外站点设置: amazon.co.jp / JPY / ja_JP(未变更)

请指定下一步要添加·更新的操作。

  • reset 执行前必有确认步骤,明确回复「执行」前不会删除
  • upsert_label 中更改匹配模式后,已有搜索词不会立刻被重新打标签(重新打标签需另用提示词 2 执行)
  • 海外站点设置在执行 update_asin_enrichment 之前会持续使用默认值(amazon.co.jp)
  • 过去的分类法设置以版本历史保留,reset 后也可用 clone_default 回到内置演示值
Phase状态条件
Phase 1(现在)一次性仅需 Picaro 连接即可使用
Phase 2(Q3 2026)维持一次性设计频率低,非自动化对象
Phase 3(Q4 2026)维持一次性同上
Phase 4(2027)半自动根据过往实绩自动建议新标签候选 + 审批

Q: 更新了分类法后,已有搜索词的标签会自动改写吗? A: 不会自动改写。要反映匹配模式的变更,请重新执行提示词 2。

Q: 标签 ID(lbl_XXXXXX)与「类目层级」「标签名」之间是什么关系? A:「分类法」是整体的层级结构,「标签」是叶节点上对应的单个分类值,「标签 ID」是唯一指向该叶节点的内部 ID。在提示词 3 / 4 中给对象分配时使用该 ID。


提示词 6: 广告活动命名规则的登记 / 推断

Section titled “提示词 6: 广告活动命名规则的登记 / 推断”

登记广告活动·广告组的命名模板,让新建时的命名保持一致。也可以从既有名称推断命名模式。

  • 想统一新建广告活动时的命名
  • 想从已经创建的广告活动名称中提取公司内部隐含规则并模板化
  • 想更新已有的命名模板
管理广告活动 / 广告组的命名规则:
- 推断: 从既有 {{SAMPLE_SIZE}} 个广告活动名返回命名模式草案
- 登记: 登记名称模板 {{TEMPLATE}}
(例: {品牌}_{商品线}_{匹配类型})
- 更新: 更新既有规则

占位符:

占位符说明默认解析来源
{{SAMPLE_SIZE}}推断时抽样的既有广告活动数量(例: 50)默认 50
{{TEMPLATE}}要登记的命名模板(例: {品牌}_{商品线}_{匹配类型}用户输入
  1. 抽样既有名称 — 从 SAMPLE_SIZE 个广告活动名中提取共同前缀、分隔符、token 结构
    • 为什么抽样: 全量处理噪声多,要抓住代表性命名风格 30〜100 个左右就足够
  2. token 泛化 — 把 SP_Picaro_洗发水_Exact 这样的具体示例泛化为 {广告类型}_{品牌}_{商品线}_{匹配类型} 形式
  3. 模板登记 / 更新 — 把推断结果或用户指定的模板保存到 Picaro 侧
  4. 与既有名称比对 — 把不符合登记模板的既有广告活动列为「命名违规」清单(可选)

登记的命名规则会在 创建广告活动 新建时自动应用。未登记时使用内置默认值(picaro-default-v1)。

推断的命名模式(样本 50 件)

推断结果一致率示例
{广告类型}_{品牌}_{商品线}_{匹配类型}78%SP_Picaro_洗发水_Exact
{广告类型}_{商品线}_{定向类型}14%SP_洗发水_Auto
其他8%(命名违规候选 4 件)

要将上位模式登记为命名模板,请回复「按第 1 条登记」。

  • 模板登记只有在明确回复「登记」后才会反映
  • 既有广告活动名称 不会被修改(仅作为命名违规清单显示,重命名是另一作业)
  • 登记的命名规则以历史保留,可回到过往版本
  • 推断时把样本数量 SAMPLE_SIZE 设得过小会因过拟合产生错误模板,推荐使用默认的 50 件
Phase状态条件
Phase 1(现在)一次性仅需 Picaro 连接即可使用
Phase 2(Q3 2026)维持一次性设计频率低,非自动化对象
Phase 3(Q4 2026)命名违规检测 + 通知新建广告活动时把模板违规通过 Slack 通知
Phase 4(2027)自动命名从模板自动命名 + 仅违规时审批


提示词 7: 按搜索意图设计和分类标签

Section titled “提示词 7: 按搜索意图设计和分类标签”

从已有搜索词数据中提取 4 种搜索意图(品牌型 / 探索型 / 解决方案型 / 竞争对比型),设计一级 → 二级 → 三级的三层分类法并完成登记。

  • 想以品牌型 / 探索型 / 解决方案型 / 竞争对比型 4 个意图维度设计分类法
  • 想从已有搜索词数据中提取各意图的代表词,并获得三层分类法草案
  • 想通过按意图比较 RoAS / CVR 来梳理出价策略的依据
请提出一套按 4 种购买意图(品牌型 / 探索型 / 解决方案型 / 竞争对比型)
对搜索词进行分类的分类法设计:
1. 从当前搜索词数据中提取各意图的 10 个代表示例,并说明分类依据
2. 设计一级(意图类型)/ 二级(主题)/ 三级(具体词)的三层分类法草案
3. 给出各层级的匹配模式
确认后,如需登记到分类法,请回复「登记」。
  1. 按意图类型提取代表词 — 4 种意图与已有分类法维度的对应关系:
    • 品牌型: 含自家品牌名·商品名的词 → 防守 KW / brand
    • 探索型: 类目名·通用词 → 进攻 KW / 一般词
    • 解决方案型: 含用途·问题的词 → 进攻 KW / use
    • 竞争对比型: 含竞品品牌名·竞品 ASIN 的词 → 竞品
    • 为什么要做意图分类: 可以用「购买意愿的强弱差异」来说明出价依据,同时也能增强 AI 优化引擎的信号
  2. 生成三层分类法草案 — 意图类型置于一级,主题群置于二级,具体词置于三级(例: 一级「解决方案型」> 二级「用途·场景」> 三级「露营用」)
    • 为什么要用三层: 亚马逊广告组合仅提供 1 层广告活动分组,三层设计可以实现「解决方案型中仅露营用途的 RoAS 是多少」这样的粒度汇总
  3. 展示匹配模式 — 列出与各三级标签关联的关键词模式
  4. 引导至登记步骤 — 展示使用提示词 5 的 upsert_category / upsert_label 进行登记的操作步骤
  5. 引导批量应用 — 提醒登记后需另行执行提示词 2,将标签批量应用到已有搜索词

搜索意图分类法草案

一级(意图类型)二级(主题)三级(具体词)代表词示例
品牌型brandPicaro, picaro 洗发水
探索型类目护发氨基酸洗发水, 无硅油
解决方案型用途·场景露营露营洗浴, 户外
解决方案型用途·场景业务用业务用洗发水
竞争对比型竞品品牌竞品X 洗发水, B0XXXXXXXX

AI 时代,根据搜索者「为何搜索」来制定出价与素材策略尤为重要。如需登记到分类法,请回复「登记」。

  • 明确回复「登记」前不会写入 Picaro
  • 登记分类法后,已有搜索词的标签不会立即改写,批量应用需另行执行提示词 2
  • 若意图类型名称与已有分类法类目冲突,建议先用 show 确认现状后再执行 upsert_category
Phase状态条件
Phase 1(现在)一次性仅需 Picaro 连接即可使用
Phase 2(Q3 2026)维持一次性设计频率低,非自动化对象
Phase 3(Q4 2026)意图漂移检测 + 通知新搜索词超出已有意图模式时通过 Slack 通知
Phase 4(2027)半自动新搜索词意图自动推断 + 审批流程

想做的事使用的提示词
给竞品 ASIN 按 4 个维度自动分类提示词 1
用分类法对搜索词批量打标签提示词 2
手动分配到特定标签 / 修正提示词 3
给 SP 广告活动 / DSP / 商品打标签提示词 4
分类法的设计·更新·海外站点设置提示词 5
广告活动命名规则的登记·推断提示词 6
按搜索意图(品牌型 / 探索型 / 解决方案型 / 竞争对比型)设计标签提示词 7