用标签与命名规则给广告分类

本页可以帮助你给搜索词·ASIN·广告活动打上标签（分类的标记），从而以「主力」「防守」「切分对象」这样的广告角色或产品线为切入点，解读销售额与广告费。同时，还能统一广告活动的命名规则。逐条判断数千到数万个关键词是不可能的，因此本页的目标是让你能够按角色成批处理。

本页基本信息

项目	内容
本页能做的事	设计标签分类体系、自动给竞品商品打标签、对搜索词批量打标签、管理广告活动命名规则
对象	搜索词·ASIN·SP 广告活动·Amazon DSP 的行项目（横跨）
所需数据·连接	已连接账户的搜索词数据。竞品商品的自动打标签会使用 Picaro 获取的 Amazon 目录信息（商品名称·品牌）
操作范围	批准后更改 Picaro 侧的标签·命名规则（分析·提案 → 确认 → 反映）。不改动广告设置（出价·预算·关键词）本身

本页用到的术语

• 标签 … 给搜索词·ASIN·广告活动打上的 1 个分类标记（例: 主力、竞品／高价格段）。
• 标签分类体系 … 汇总标签的整体结构。Picaro 中最多可设计 一级 → 二级 → 三级 三个层级。
• 搜索词 … 购物者实际输入的词。关键词 … 广告主登记到广告中的词。
• ASIN … 亚马逊的商品识别编号（B0XXXXXXXX 形式）。这里主要指混入搜索词中的竞品商品。
• ROAS（广告投入产出比）／ACoS（广告花费销售占比）… 广告效率指标。

1 个对象 = 1 个标签。重新打标签会被覆盖

Picaro 中1 个搜索词 / ASIN / 广告活动最多只能打 1 个标签。分配新标签时，原有标签会被无警告覆盖，且不会自动恢复到覆盖前的状态。

因此，分配标签的提示词请务必采用先确认执行计划 → 无问题后再实际执行的两步方式。只要说「先只给我看执行计划」，就能在写入前确认内容。

• 未发生覆盖时的提示信息，可能同时意味着「对象的分类为空」和「已经打着相同的标签」两种情况，仅凭执行结果无法区分。请不要断定为「新打上了标签」，而应理解为「不会发生覆盖（也可能既有标签相同）」。
• 商品（ASIN）没有事先确认当前标签的手段，即使在执行计划阶段也无法检测是否会发生覆盖。请当作「若有既有的通用标签就会被清除」来处理。
• 目前没有手段可以批量获取 Amazon DSP 的行项目 ID。 想给 DSP 行项目打标签时，请先在 Amazon DSP 的后台确认 ID 之后再指定。

适合使用的场景

• 想把数千到数万个关键词，按主力／利润引擎／防守／探索／切分对象 这 5 个广告角色自动分类
• 想按商品名称和品牌，自动给混入搜索词中的竞品商品（ASIN）打标签
• 想把一次设计好的标签规则，批量应用到已有搜索词
• 想统一广告活动的命名规则，让报表汇总更稳定
• 想按标签分别管理 ACoS·ROAS·预算分配的目标

---

为什么需要标签

亚马逊广告的后台，汇总基本以广告活动·广告组为单位。虽然能看到「整体 ACoS 为 35%」这样的数字，但主力关键词是否奏效、防守是否崩溃、切分候选是否在吞噬广告费却看不出来。

当关键词数量达到数千到数万时，逐条判断根本不可能。如果不把「哪一组在创造利润、哪一组在亏损」按广告角色分组，运营就无法运转。代理商同时负责多个客户时也一样，想用数据解释「为什么 ACoS 恶化了」，往往只能手工加工 CSV。

标签就是填补这一缺口的机制。给搜索词·ASIN·广告活动打上「主力」「防守」「切分对象」等分类后，就能以角色为切入点，对同一份广告费·销售额数据做汇总与对比。出价调整和报表的依据从「凭感觉」变为「凭数据」，对 AI 智能体的指示也能提升到「重新审视主力关键词的出价」这样的高层级。

标签能带来什么改变

无标签（现状）

「本月整体 ACoS 为 35%，环比上月恶化 3pt。」

有标签（应用 Picaro 标签后）

标签	销售额占比	ACoS	评估
主力（品牌指名的搜索词）	42%	12%	继续放量
防守（品牌 + 类目）	18%	18%	维持效率
利润引擎（细分用途）	20%	18%	有阶段性扩大的空间
探索（新增·学习中的搜索词）	10%	32%	持续观察
切分对象（竞品商品·低 ROAS 的词）	10%	78%	整理候选

按标签来看，就能立刻定位到「ACoS 恶化是因为切分对象这一组在吞噬广告费」。对代理商而言，给客户的说明从「数字罗列」变为「策略解释」，出价调整的目标 ACoS 也能按每个标签分别设置。

Picaro 推荐的标签设计 — 2 种模式

标签分类体系的设计大致有2 种模式。没有唯一正解，根据产品线数量和分析主轴来选择。

	模式 A: 广告角色优先	模式 B: 产品线优先
适用情况	产品线 1〜2 种 / 关键词数千件以上	产品线 3 种以上 / 多个子品牌
一级（第 1 层）	广告角色（主力 / 利润引擎 / 防守 / 探索 / 切分对象）	产品线 / 子品牌
二级（第 2 层）	产品线 or 主题	商品变体 / 客户阶段
三级（第 3 层）	匹配类型 or 具体词语	词语类型（品牌词 / 通用词 / 竞品词）
优势	能立刻看出每个词语如何贡献广告，直接对接打法	易于按产品线独立管理 ACoS·毛利

模式 A: 广告角色优先型

把数千到数万个关键词，按对广告的影响·角色进行分类的设计。能立刻把握「这个关键词如何贡献整个广告账户」，直接对接出价调整、除外判断、预算分配的打法。适合产品线少、关键词数量多的情况。

一级	含义	典型示例	出价·预算姿态
主力（Hero）	高 ROAS × 高量级的销售驱动	品牌指名的词、常青商品的主要词	优先放量·预算从厚
利润引擎（Profit Engine）	高 ROAS × 中低量级的隐藏优质	细分需求·高毛利商品的词	维持·阶段性扩大
防守（Defensive）	品牌指名·竞品对策的防守位	自家品牌 + 类目、竞品品牌名的词	高出价·重效率
探索（Exploration）	新增·学习中（判定材料不足）	Auto 来源的新词、起步期的 Manual 词	低预算观察
切分对象（Cut）	低 ROAS，计划整理	0 购买的词、ACoS 超目标 2 倍	列为除外候选·逐步停止

三层展开示例（运营数千关键词的品牌）:

主力（一级）
└── 产品线 A（二级）
    ├── Exact 匹配（三级）
    ├── Phrase 匹配
    └── 商品定向
利润引擎（一级）
└── 细分用途（二级）
防守（一级）
├── 自家品牌（二级）
└── 竞品品牌（二级）
探索（一级）
└── 新词池
切分对象（一级）
└── 待整理池

这种模式有效的理由:

• 能把数千到数万个关键词粗略分为 5 个角色，让运营判断可规模化
• 标签直接对接打法（主力 → 放量、切分对象 → 除外 等）
• 在仪表板上能瞬间看出「主力的 ROAS 下降了」「探索位的预算超支了」
• 对 AI 智能体的指示可以提升到「重新审视主力关键词的出价」这样的高层级

模式 B: 产品线优先型

把产品线（子品牌）置于最上层的设计。当各商品的 ACoS 目标或毛利不同时，先按产品线切分能避免 KPI 混淆。在最底层放「品牌词（Branded）／通用词（Generic）／竞品词（Competitor）」，就能下钻到「产品线 A × 通用词的 ACoS 是多少」这样的粒度。在二级放「新客／复购」，则可分开管理新客获取成本与复购维持成本，做出基于 LTV 视角的判断。

先只从一级开始

无论哪种模式，一开始就把 3 层全部做全都会抬高管理成本。建议先只用一级（5 个广告角色，或产品线）开始运营，等到觉得「在意按产品线的差异」「想按匹配类型看」时，再补充二级·三级，这样更现实。使用提示词 7，可以从已有搜索词数据自动生成按广告角色的标签分类体系草案。

与 Amazon 广告组合的区别

Amazon 的广告组合只是把广告活动用1 层汇总。Picaro 标签支持一级 → 二级 → 三级三层设计，可横跨搜索词·ASIN·广告活动统一应用。

提示词速查表

想做的事	能得到什么	设置变更	提示词
给搜索词·ASIN 手动直接指定标签	对象 × 分配后标签的清单	批准后分配标签（覆盖）	提示词 3
给广告活动·DSP·商品打标签	对象 × 分配后标签的清单	批准后分配标签（覆盖）	提示词 4
确认·添加·初始化·删除标签分类体系	各操作的结果	添加·更新·初始化·删除	提示词 5
登记·推断广告活动命名规则	命名模式 × 一致率的清单	登记命名规则	提示词 6

提示词 1: 给搜索词与 ASIN 手动打标签

不使用自动匹配，而是把搜索词或 ASIN 直接分配到指定的标签。

使用场景 — 想针对自动分类捕捉不到的对象，有目的地手动打标签时。

需要准备的信息 — 分配目标的标签名（用提示词 5 显示现状即可在清单中确认）以及对象列表。

对标签「{{标签名（例: 竞品 / 高价格段）}}」，
直接分配以下搜索词 / ASIN:
{{对象列表（例: term1, term2, B0XXXXXXXX）}}

先让我确认内容，无问题后再实际执行。

可调整的条件 — 标签名、对象列表（搜索词或 ASIN）。

返回内容 — 对象 × 类型（搜索词 / ASIN）× 既有标签 × 分配后标签 的表格。已有标签的对象会明确标注「将被覆盖」。

设置变更 — 批准后由 Picaro 侧分配标签（既有标签会被覆盖）。

下一步 — 如果也想给广告活动或商品打标签，请前往提示词 4。

---

提示词 2: 给广告活动·DSP·商品打标签

把标签分配给 SP 广告活动、Amazon DSP 的行项目（DSP 投放设置的单位。仅限投放 DSP 的账户）、商品 ASIN，使其可作为仪表板或 N-gram 的汇总维度使用。

使用场景 — 不只是搜索词，还想按角色分类广告活动或商品本身时。

需要准备的信息 — 分配目标的标签名，以及想打标签的对象。

请把标签「{{标签名（例: 主力 / 产品线 A）}}」分配给以下对象。
- SP 广告活动: {{广告活动名或 ID（可多个）}}
- 商品 ASIN: {{ASIN（可多个）}}
- DSP 行项目: {{DSP 行项目 ID（可多个·可选）}}

🔴 此操作可能会无声地清除既有标签，且无法撤销。请务必遵守下列顺序。

【前提: 1 个实体 = 1 个 column = 1 个标签】
Picaro 会无警告地强制执行「每个广告活动（行项目·商品）在同一个 column（最上层标签）下只能有 1 个标签」这一约束。
在同一个 column 已有既有标签的状态下再打上别的标签，既有的分配会消失，且用解除分配也无法恢复。

【步骤】
1. 确定标签。从标签名确定内部 ID（label_id）。
   没有专门返回标签清单的工具，但改变 apply_to 去调用按标签汇总 KPI 的工具时，
   会以清单形式返回 root_label_id / root_label_name / label_id / label_name，可把它当作标签台账使用
   （apply_to=SA 返回 SA 广告活动标签，apply_to=ALL 返回通用标签。分类规则一侧也可以用分类体系管理工具的 show 查看）。
   请务必给出确定下来的 label_id，以及它属于哪个 tree（SA / DSP / ALL / SEARCH_TERM）的哪个层级。
   ※ tree 不匹配就无法分配。广告活动用 SA 或 ALL，DSP 行项目用 DSP 或 ALL，
     商品只能用 ALL（SA/DSP 专用标签不能打到商品上）。
2. 确认对象 ID 真实存在。若以广告活动名指定，请用名称的部分匹配去查广告活动清单，
   解析为 campaign_id，并给出名称与 ID 的对应关系。不要凭推测编造 ID。
   ※ 广告活动名的分隔符混用了半角 | 与全角 ｜。
   商品可以直接传 ASIN（工具一侧会转换为内部 UUID，未登记的 ASIN 会被跳过并产生 warning）。
   被跳过的 ASIN 请务必把件数与明细写进输出。
3. 🔴 必须先用 dry_run 预览（默认即为 dry_run）。保持 dry_run 调用分配工具，并原样给出:
   ・解析出的 label（name / level / apply_to）与自动解析出的 root_id（column）
   ・分配路径（被自动判定为 SA 专用还是通用）
   ・对象件数与对象 ID
   ・是否发生覆盖（collisions）
   ※ 未发生覆盖时的提示信息同时包含「column 为空 or 已经打着相同的标签」两种含义，
     两者无法区分。请不要断定为「会新打上」，而要写成「不会发生覆盖（也可能既有标签相同）」。
   ※ 只有商品（ASIN）没有返回当前标签的 API，即使 dry_run 也无法事先检测覆盖。
     关于商品，请务必警告「无法事先检测。若有既有的通用标签就会被清除」。
4. 请求批准并停止。 在给出上述 1〜3 之后先暂停，取得使用者的批准再实际执行。
5. 实际执行时去掉 dry_run。执行后请重新获取按标签汇总的 KPI，确认对象已打上预期的标签并报告。

【需要覆盖时】
当 dry_run 检测到覆盖时，不得由你自行判断去设置覆盖标志。
请列出将被清除的既有标签并呈现给使用者，在取得使用者明确的覆盖指示之后，
把该发言以引用形式附上再执行（工具会同时要求确认标志与使用者发言的引用，
简短的套话因不足以作为审计留痕而会被拒绝）。

【DSP 行项目的处理】
🔴 MCP 中没有手段可以把 DSP 行项目的 ID 列成清单。
DSP 报告会按行项目返回各行，但其中不含 ID，因此无法从名称解析到 ID。
所以 DSP 行项目的 ID 请事先在 Amazon DSP 的后台确认，由我提供给你。
若没有提供 ID，请跳过 DSP 的分配，并明确写出「因未提供 DSP 行项目 ID 而未执行」
（不要凭推测编造 ID。广告活动与商品的分配请照常进行）。
※ 若用通用标签（ALL）做汇总，按标签汇总 KPI 的 ALL 模式会把 SA 广告活动与 DSP 的实绩
  合并返回，因此只要在后台另行给 DSP 一侧打好标签，汇总本身就能成立。

【输出】
分配前请以清单形式给出 label_id / 标签名 / tree / column（root_id）/ 各对象类型的件数 / 是否覆盖 /
被跳过的 ASIN / 未执行的对象及其理由。

【执行后】
请在下次制作报表时用按标签汇总的 KPI，确认以标签为维度的汇总是否符合预期。
请注意按标签汇总 KPI 的汇总粒度只有 weekly / monthly，无法切出任意天数的区间。

可调整的条件 — 标签名，以及分配对象（只指定想打的，不需要的可省略）。

返回内容 — 对象 × 类型 × 既有标签状况 × 分配后标签 的表格。商品 ASIN 无法事先做重复检查，因此覆盖风险会以「需注意」明确标注。

设置变更 — 批准后由 Picaro 侧分配标签（既有标签会被覆盖）。

术语补充 — DSP 的分析请参考 分析 Amazon DSP 的投放实绩。在某些 AI 智能体环境下，标签分配可能无法被识别（修复中。通过 Picaro 连接的扩展可能可以正常工作）。

下一步 — 打好标签的成效可在 在仪表盘确认 KPI 中查看。

---

提示词 3: 管理标签分类体系

用一个提示词统一完成标签分类体系（类目层级 → 标签）的现状确认、添加、更新、海外站点设置、初始化、删除。

使用场景 — 想整理或重建标签的整体结构时。

需要准备的信息 — 想执行的操作（下列之一）。

管理标签分类体系(taxonomy)。请先用 manage_taxonomy(show) 确认现状，然后执行以下任一项:

- 显示: 原样展示当前的 taxonomy 构成
- 初始化: 从演示用模板执行 clone_default
- 添加/更新: {{类目层级或标签定义（例: 给类目「香味」添加标签「柑橘」）}}
- 海外站点设置: {{目标国家的 Amazon 域名·货币·语言（例: US / USD / English）}}
- 全部删除并重建: **属破坏性操作，且实机确认中已报告运行不稳定，因此不推荐**。若要执行，请先给出现状构成，取得批准后再执行

整备完成后，请把它作为「自动给搜索词中的竞品商品打标签（提示词 1）」以及「对搜索词批量打标签（提示词 2）」的前提来使用。

可调整的条件 — 想执行的操作内容。

返回内容 — 按操作返回的结果（清单显示、添加·更新确认、初始化完成等）。

设置变更 — 显示不做变更。添加·更新·初始化·删除会更改 Picaro 侧的结构。全部删除属破坏性操作，仅在明确确认后才执行。

下一步 — 更改匹配模式后，请另行执行提示词 2 重新打标签。

---

提示词 4: 登记与推断广告活动命名规则

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

使用场景 — 广告活动名称杂乱、报表汇总不稳定时。

需要准备的信息 — 命名模板（自家规则），或作为推断素材的既有广告活动名。

管理广告活动 / 广告组的命名规则:

- 从约 {{件数（例: 50）}} 个既有广告活动名推断命名模式的草案
- 或者，登记命名模板 {{命名模板（例: {品牌}_{产品线}_{匹配类型}）}}
- 或者，更新既有规则

推断·登记好的模板，请应用到之后新建广告活动（「创建商品推广（SP）广告」）时的命名。

可调整的条件 — 命名模板（用花括号表示，如 {品牌}_{产品线}_{匹配类型}）、用于推断的样本件数（30〜100 件左右为宜）。

返回内容 — 推断出的命名模式 × 一致率 × 示例 的表格。

设置变更 — 推断（返回草案）不做变更。登记·更新会把命名规则保存到 Picaro。

下一步 — 登记好的命名规则会在 创建商品推广（SP）广告 新建时自动应用。

相关分类

• 在仪表盘确认 KPI — 按标签分类做 KPI 汇总的前提
• 用 N-gram 分析高效的搜索模式 — 按标签分类做聚类的执行去处
• 分析从搜索到购买在哪一步受阻（SQP） — 按标签解读市场定位
• 创建商品推广（SP）广告 — 命名规则与标签设计的应用方