Amazon 父子变体怎么做？SKU 矩阵、Variation Theme 和批量表格思路

Amazon 父子变体适合把同一产品的颜色、尺码、包装数量或款式放在同一个商品关系里。做得好，买家可以在一个页面里切换选项；做得乱，后台会出现重复 SKU、组合冲突、父体子体关系不清、导入表格报错等问题。

在真正填写类目批量表格前，可以先用 Amazon 父子变体矩阵生成器 做一版结构草稿。工具会根据颜色、尺码、款式或包装数量自动生成父体和子体行，检查重复 SKU、重复组合、字段缺失，并导出 CSV 或 TSV，方便继续映射到对应站点和类目的官方模板。

父子变体的核心字段

一组变体通常需要先确定父 SKU。父体本身不销售，它更像一个关系容器，用来把子体聚合在一起。每个子体才是可售 SKU，需要有价格、库存、外部商品编码和具体选项值。

常见字段包括：

1. item_sku：父体和每个子体都要有唯一 SKU。
2. parent_sku：子体填写父 SKU，父体通常为空。
3. parentage：父体为 parent，子体为 child。
4. relationship_type：子体通常填 variation。
5. variation_theme：例如 SizeColor、ColorName、SizeName、StyleName。
6. 变体值：颜色、尺码、款式、包装数量等字段要和主题匹配。

不同站点、不同类目的模板列名可能不同，所以生成器输出的是结构草稿，不应该直接当成官方模板替代品。正确做法是先整理矩阵，再把字段复制到后台下载的类目模板里。

为什么要先做矩阵

很多变体问题不是导入时才出现，而是规划阶段就埋下了。例如颜色写法一会儿是 Black，一会儿是 black；同一个颜色尺码组合出现两次；SKU 模板没有包含尺码，导致不同尺码生成了同一个 SKU；父体标题写成可售商品标题，后续运营看不懂。

先做矩阵能提前检查这些问题：

• 每个子体组合是否唯一。
• SKU 是否稳定、可读、没有特殊字符。
• Variation Theme 是否和实际选项一致。
• 标题是否能体现具体变体值。
• 价格、库存、外部 ID 是否有待补字段。

一个稳妥的制作流程

建议先确认产品是否真的适合合并变体。只有高度相似、只是颜色尺码等属性不同的商品，才适合放在同一组关系里。完全不同的款式、套装、用途或材质，不要为了合并评论和流量强行做变体。

接着确定变体主题。如果产品只有颜色，用 ColorName；只有尺码，用 SizeName；颜色和尺码同时存在，用 SizeColor。包装数量、款式、风味等维度也要按类目模板支持情况选择。

然后生成子体矩阵，逐行检查标题、SKU、价格、库存和外部 ID。最后下载官方类目模板，把矩阵字段映射进去，再根据平台返回的错误逐条修正。

工具能做什么，不能做什么

生成器可以帮助你快速做结构检查，减少重复组合、SKU 冲突和字段遗漏。但它不能判断你的类目是否允许某个 Variation Theme，也不能替代平台最终审核。

比较靠谱的工作流是：用工具先把父子关系整理清楚，再用官方模板导入；如果后台报错，再回到矩阵里修结构。这样比直接在复杂表格里手工拼组合要稳很多，也更适合多人协作。