亚马逊 PPC 广告结构：如何划分广告活动、组织商品并保留清晰数据

快速结论：按独立控制需求拆分，不要把所有元素都拆开

需要独立的广告活动设置、支出授权或投放策略时，考虑分别建活动；商品与投放目标可以在同一组活动条件下协同管理时，再用广告组组织它们。商品是否适合放在一起，要看目标流量、竞价假设和经营目标是否兼容，不能只看名称像不像。易读名称与平台标识符应分开保存，避免重命名后报表失去对应关系。

拆分前检查五项：需要什么控制、商品与投放是否匹配、经济目标是否一致、证据是否足够、团队能否维护。新活动应解决一个具体问题，而不是为了填满某张结构模板。

每个 ASIN 或每个关键词独立建活动，可以把某些决定分开，但也会增加设置数量、分散样本和维护成本。大组便于管理，却可能掩盖单个商品的需求。选择能让负责人做出并核验必要决定的最简结构，再分阶段迁移，不要一次性启用整套重复账户结构。

先弄清层级控制范围，再画广告结构图

区分广告组合、广告活动与广告组

这些层级不是可以互换的文件夹。下面对应本文讨论的常见商品推广设置；应用到具体账户时，应再次检查实际控制项。

左右滑动表格，查看完整内容。

亚马逊商品推广创建说明将每日预算与竞价策略列在活动设置中。广告组不能替代这个活动层级的预算边界。商品推广活动创建说明

广告组合可以配置覆盖成员活动的预算上限；官方说明指出，达到上限后，成员活动会停止投放。它是需要一并检查的控制条件，并不等于各活动之间的自动预算分配方案。广告组合预算上限

商品和投放目标在广告组内并列，不是逐层从属

不要把结构画成“广告组 → 关键词 → 商品广告”，让人误以为每个关键词拥有独立的一条商品广告。广告组里同时包含推广商品和投放目标。亚马逊说明，组内投放及竞价设置适用于该组商品，这也是商品兼容性需要先确认的原因。商品推广投放指南

一个简单的检查办法是：适合商品 A 的目标，对商品 B 是否也合理？如果答案是否定的，把广告组命名成一个更宽泛的品类也不能解决错配。结构图之外，还要核对实际选中的商品和目标。

写明站点，但不要假定所有活动只能覆盖一个国家

本文示例只使用美国站，以免把币种与国家设置混入分组问题。当前亚马逊文档也介绍了支持按国家定制的全球商品推广活动。如果账户提供该方式，应逐国确认商品、预算、竞价及货币含义，不能因为采用集中视图就忽略当地设置。全球活动设置说明

也不要把 Amazon DSP 的广告组预算定义，或品牌推广的创意规则，直接套用到商品推广。名称类似，并不代表不同广告产品具有同样的控制层级。

用五项标准决定合并商品还是拆分活动

是否需要独立预算或活动层级设置

先写清需要单独调整什么。如果两组商品需要各自的活动支出额度，或者不同的活动策略，可以考虑拆成活动。如果只是需要把一组相关目标组织清楚，而活动条件仍可共享，广告组可能就够了。

“礼盒需要一份单独批准的测试额度”是控制要求；“礼盒应该有个更漂亮的标签”不是。后者可以通过名称或管理记录解决，不一定要增加新的有效支出设置。

商品用途和目标流量是否兼容

不要因为两个商品都叫“杯子”就放进同一个广告组。比较用途、尺寸、价格定位和期望吸引的搜索需求。相近变体可能适合共同管理，但配件和完整商品即使属于同一目录家族，也可能面向不同的查询。

当这些假设无法共享，或负责人确实需要单独处理某件商品时，单 ASIN 广告组才有明确用途。单独建组并不证明转化会变好；放在同一组也不意味着获得相同比例的曝光和花费。

经济条件和活动目的是否一致

低价单品、高价礼盒与探索新需求的测试，对成本的容忍程度可能不同。如果共享设置妨碍团队表达这种差异，就应评估结构。把经济假设保存在可维护的记录里，比塞进一个很快过时的名称更可靠。

名称为“Profit”的活动不等于已经盈利，名称为“Discovery”的活动也不代表允许无限试错。如果目前的问题是表现诊断而非控制边界，先看如何降低亚马逊 ACoS，不要预设重建活动就是答案。

拆分后的证据能否支撑决策

拆分会缩小每组报告样本。如果每个新组都只有很少的有效活动，团队可能多了看板，却更难判断该调什么。先确认当前问题能否通过活动、商品或目标层级的现有数据回答，再决定是否新增结构。

这里没有适用于所有账户的最低点击次数。重要的是记录缺少哪些证据，以及负责人将据什么决定保留、合并或进一步拆分测试。一次购买不能直接当作稳定规律。

是否有人维护新增的设置

每个活动都需要负责人、当前设置和复查安排。团队能否发现遗漏商品、互相矛盾的排除项、意外状态变更以及过时的命名？没人维护的复杂结构，可能比记录清楚的简单结构更难理解。

新增分支前回答三个问题：谁来检查、要独立改变什么、决定记录在哪里？如果答不出来，应先补齐工作流程，而不是继续扩大账户结构。

结构示例：两款马克杯和一个礼盒怎么分

情况一：相近变体暂时共享一组假设

假设虚构目录中，SKU-A 是白色陶瓷杯，SKU-B 是同款蓝色杯。负责人认为它们的用途、经济条件和目标流量足够接近，暂时也没有单独的活动额度需求，因此先放在同一广告组。这是初始管理判断，不是平台会平均分配曝光的承诺。

以后如果证据表明某个变体需要不同目标，或者单独的活动支出控制，再重新判断边界。不要因为短期报表上一个比率更漂亮就立即拆分，要说清拆分会支持哪个操作决定。

情况二：礼盒需要独立批准的测试额度

SKU-C 是礼盒，包装、价格和购买意图与单杯不同。它不能因为包含杯子，就自动继承单杯广告组的设置假设。本例中，负责人要求礼盒单独获得测试资金，因此给礼盒建立独立的活动系列。

下面四个活动只用于说明，不是最低启动数量。DISC 代表探索目的，CONV 代表转化导向，AUTO 为自动投放，KW 为手动关键词投放。SKU 是虚构的内部标识，不是真实 ASIN。

可选广告组合：MUG-LINE
  活动：SP_US_MUG_DISC_AUTO_V1
    广告组：MUG_CORE
      推广商品：SKU-A、SKU-B
      投放目标：自动投放条件
  活动：SP_US_MUG_CONV_KW_V1
    广告组：MUG_CORE
      推广商品：SKU-A、SKU-B
      投放目标：选定的相关关键词
  活动：SP_US_GIFT_DISC_AUTO_V1
    广告组：GIFT_CORE
      推广商品：SKU-C
      投放目标：自动投放条件
  活动：SP_US_GIFT_CONV_KW_V1
    广告组：GIFT_CORE
      推广商品：SKU-C
      投放目标：选定的相关关键词

新增分支必须对应一个明确用途

商品投放、品牌词、竞品目标和不同匹配类型，可以在出现独立管理需求后再细分。不要一开始就把商品、目的、匹配方式和所有目标类型做全排列。

名字描述的是管理意图，不是流量隔离结果。“转化”活动不意味着每次访问都会购买，“品牌”活动也不能仅凭名字证明只接收品牌需求。仍需检查真实设置和结果。

名称给人看，标识符用来连接数据

使用短而一致的六段命名规则

本例采用 广告类型_站点_商品家族_目的_投放方式_版本，例如 SP_US_MUG_DISC_AUTO_V1。先定义各字段含义，再保持一致，而不是不断给名称追加新缩写。

亚马逊要求广告组名称在所属活动内唯一，但不同活动可以出现相同广告组名称。因此，不能把广告组名称当作全账户唯一的数据关联键。广告组命名说明

预算、当前 ACoS 或负责人等会变化的信息，若写进名字却不同步更新，反而会误导。优先放到维护记录中，名称只保留真正有助于日常辨认的字段。

建一份结构登记表，而不是把名字当成数据库

左右滑动表格，查看完整内容。

这是内部管理登记表，不是亚马逊批量上传文件格式。若要批量操作，应使用当前适用的官方模板，不能把本表直接当上传字段。保存 ID 时按文本保留原值，不要让电子表格自动改写。

区分改名、重建和并行测试

改名是修改标签；重建会涉及新的对象，需要保留新旧引用。不要把旧活动的数据改个名称就当成新活动的历史，也不要仅凭名字一致就合并两个活动。

每份数据保留报告期间和导出日期，并明确属于改名、替换还是并行测试。这样后续负责人才能解释变化发生在哪里，而不是面对两份相似名称猜测。

拆分投放策略，不要把命名误当作流量互斥

自动与手动投放分别回答不同问题

自动投放可以用于探索，手动投放用于管理明确选择的目标，但具体目的仍由团队设定。官方指南指出，要改变活动的自动或手动投放策略，需要新建活动；这不等于已经运行的活动不能编辑具体关键词或竞价。投放策略说明

将有效搜索词转入手动管理时，应记录来源和目标活动，再确认真实投放情况。详细步骤见亚马逊关键词收集与迁移。复制一个词，不代表平台已把相关流量完整转移。

广泛、词组和精准匹配不必一律各建活动

需要单独的活动预算或管理决策时，按匹配类型拆分才有清晰理由。仅为了套用固定模板而拆分，可能增加薄弱样本和检查工作。

活动名称中写着“Exact”，不能证明所有顾客查询都与关键词文字完全一致。理解实际查询与设置目标的差异，可结合商品推广搜索词报告分析，不要从名称推断搜索行为。

品牌词、非品牌词和竞品目标需要规则与核验

这些分类可以帮助解释目的，但边界不总是显而易见。一个同时包含品牌和通用描述的查询，应该如何分类，需要团队明确约定；名称本身不会替你判断。

检查正向目标时也要查看对应范围的否定设置，避免只看其中一边。结构整理不能直接证明拍卖流量已经互斥，也不能据此承诺 CPC 会下降。

用七步迁移旧结构，控制新旧活动同时投放的风险

先保存现状，再批准切换

1. 导出现有活动与广告组 ID、商品、目标、设置、状态、所属广告组合和相关表现数据。
2. 写明控制缺口，例如“礼盒没有独立额度”，而不是只写“账户不够整齐”。
3. 画出目标结构与新旧映射，标注哪些保留、哪些改变，避免无意新增投放。
4. 核对商品、正向与否定目标、起止时间、竞价、预算和组合上限。
5. 批准新旧状态安排、同时生效时的支出设置范围、切换负责人及检查时间。
6. 确认平台接受的实际设置和投放状态，不能把“复制完成”当成全部验证。
7. 分别保留新旧数据标签、结果说明和恢复条件，之后再按可比口径评估。

任何映射、设置或授权对不上时，先不要启用目标活动。选一个商品家族验证完整过程，再扩大范围。恢复方案也应在执行前写清，而不是出错后才临时寻找旧配置。

复制成功不等于历史转移或切换完成

亚马逊复制活动说明涉及配置复制，以及默认暂停的选项；实际流程中仍应检查该选项、目标状态和日期。不要跳过核验就假定副本一定处于期望状态，也要区分复制进行中与已成功。复制活动说明

配置可以复制，不足以证明历史数据已迁移、活动身份已合并或原来表现会被继承。保留旧活动 ID 与原始报告，让后续比较能够找到真实来源。

暂停与归档的恢复含义不同

亚马逊说明，已归档活动不能重新启用；若以后还要使用，应选择暂停。因此，不要为了让列表更清爽，就在迁移验证完成前归档可能需要恢复的活动。活动编辑和状态说明

即便旧活动仍可重新启用，也要重查库存、价格和资金授权。恢复旧状态不会退回已经产生的费用，也不能保证恢复过程没有投放空档。

迁移后先核验支出设置，再解释效果变化

新旧同时有效时，算清设置总量

另举一个独立的虚构算例：三个有效活动，每个每日预算设置为20美元，设置之和是60美元。若三个都复制后，新旧六个活动同时保持有效，相同设置之和就变成120美元，而不是仍然只有60美元。

这是预算设置相加，不是实际支出预测，也不是账户每天或每月的硬性扣费上限。还要检查适用规则、组合上限与实际投放条件。具体预算解读参见亚马逊 PPC 预算优化。

“计划暂停旧活动”和“已经核验旧活动暂停”是两件事。切换记录应写实际观察到的状态与时间，不能只保存待办事项。

控制问题解决了，不等于效果改善已被证明

即时验收先问：正确商品是否在正确位置？目标和排除项是否符合预期？负责人能否独立调整原来无法表达的设置？新旧数据能否追溯？这些问题不需要等待很长时间才能检查。

表现判断则需要成熟且可比的数据，同时考虑促销、库存、竞价和需求变化。重建后 ACoS 下降，不能单凭前后顺序就认定结构调整导致了改善。把配置正确与效果评价分开，才能避免过早下结论。

按可核验程度选择维护方式

手动维护：先把映射与负责人补齐

小账户可以用导出文件、结构表和一份迁移清单完成管理。前提是有人维护版本，知道哪份是当前记录，且每项变更都有负责人。

这种方法的限制在于交接和更新容易遗漏。发现记录对不上时，应先补齐真实设置，不要直接把不可靠的表交给自动化流程。

原生功能：执行已明确的设置变更

平台的复制、状态和历史记录等功能，可以支持具体操作，但不会替团队决定礼盒是否需要独立经济目标。先把决策写清，再使用账户现有工具执行，并核验接受后的状态。

如果原生界面与内部记录不一致，以查明真实配置为先。不要为了让表格看起来一致，忽略平台实际显示的异常。

脚本或无代码自动化：先做只读校验

可以先检查父子 ID、重复项、缺失映射、名称约定和意外同时有效的活动。使用已知案例验证检查逻辑，遇到含义不明的映射就报出异常，不要猜测后自动改写。

只有规则稳定、输入范围明确且有人接收错误时，再考虑增加操作范围。只读检查有用，不代表同一套逻辑已经适合批量写入。

智能体协助：整理证据，不替代批准

智能体可以作为拟议流程的一部分，整理映射、归集负责人说明、标出例外并形成变更建议。人需要确认关键事实，并明确批准范围；扩大使用时还应保留记录和后续检查。

如果团队无法检查输出是否正确，就不适合进一步委托执行。规模扩大后的瓶颈往往不只是操作速度，还有异常由谁处理、结果由谁确认。

用 OpenMax 组织可审核的交接，而非假定已有亚马逊集成

从一份只读结构变更建议开始

OpenMax 官网将产品定位为人类与智能体协作平台。这里据此提出一种团队协作方式，并不表示已经验证其具有原生亚马逊广告连接器或批量建活动功能。OpenMax 官网

如果广告、商品和财务负责人之间经常丢失背景，可以先用获准使用的最少数据，围绕一个控制缺口形成建议，而不是直接提交整套无法解释的重建方案。

范围：一个商品家族及其现有活动标识符
控制缺口：礼盒需要单独批准的测试额度
证据：注明日期的设置导出、商品映射和负责人说明
建议：拆出礼盒，暂时保留原马克杯分组
启用前：核验商品、目标、排除项和预算控制
批准：指定负责人批准切换安排与支出设置范围
执行：指定操作人员核验平台接受的设置和状态
复查：保留新旧 ID、结果说明与恢复条件

这套交接也可以手动完成。OpenMax 的使用价值需要通过具体协作配置来验证，不能仅从官网定位推断出所有审批、权限或连接能力已经具备。

明确数据、权限和适用范围的限制

不要在交接材料中加入账户密码或不必要的买家信息。导入任何业务记录前，先确认数据使用要求与授权范围；若涉及实时连接，还需单独核实支持的操作、批准方式、失败处理和监控。

一份建议不等于预算强制约束，也不等于批量上传授权。只有少量活动、一个负责人且表格足够清楚时，可以继续采用简单方法。跨团队频繁交接时再评估协作工具，也不能因此承诺降低 ACoS 或增加销量。

常见问题：亚马逊 PPC 结构怎么选

一个账户应该建多少个广告活动？

数量应由独立控制需求决定，没有适用于所有目录的固定答案。先列出哪些商品需要不同的活动设置或支出授权，再检查团队能否维护新增结构，不必为了符合模板凑数量。

一个 ASIN 必须单独建活动或广告组吗？

不是统一规则。用途、目标和经济条件兼容的商品可以考虑共同管理；确实需要独立决策时再拆分。合并不保证平均曝光，拆分也不保证转化更好。

商品推广广告组有独立预算吗？

在本文讨论的常见商品推广设置中，预算边界位于活动层级。建立广告组不等于新增一份独立活动预算，也不要套用 DSP 等其他广告产品的同名概念。

自动投放和手动投放需要分别建活动吗？

它们属于不同的活动投放策略。官方说明，改变该策略需要新建活动，改名字不能完成转换；这与编辑具体关键词、目标或竞价是不同操作。

广泛、词组和精准匹配一定要分开建活动吗？

不一定。需要独立活动控制或额度时可以拆分；否则应比较管理收益与样本分散、检查成本，不要把一种管理习惯当作强制平台规则。

用活动名称关联报表，可以不保存 ID 吗？

不建议。名称可以变化，广告组名称也可能在不同活动中重复。保存活动 ID、广告组 ID 和父子关系，才能更可靠地区分重命名、重建和并行测试。

复制广告活动会把历史表现一起带过去吗？

不能把配置复制当成历史数据合并的证据。应保留新旧标识符、原始导出及报告期间，再按实际对象解释结果，而不是假定副本继承历史或效果。

重建广告结构能降低 ACoS 吗？

结构调整可以解决某些控制与解释问题，但不能直接承诺降低 ACoS。先核验配置与迁移，再使用可比数据评估表现，并考虑库存、需求、促销和其他设置变化。

下一步：先画清一个商品家族，再决定是否重建

保存一个商品家族的现有映射，找出一个具体控制缺口，判断需要改标签、调整广告组还是新建活动。在任何有效设置变更前，保留基线并取得对应批准。

如果需要评估 OpenMax，可从经过必要处理的结构记录开始，配置一次交接、形成一份建议，再由负责人核验目标设置。确认过程能被解释和复查后，再考虑扩大使用范围。