沃尔玛变体合并之后的前台呈现，由后台四个字段决定，跟美工做的图关系不大。颜色块露不露、尺码排在前还是颜色排在前、点进去是不是同一个页面，全部是系统按字段和类目规则算出来的。很多卖家改了几轮图，前台还是没变化，问题往往在属性那一栏。下面把呈现逻辑、四条字段、排序规则与生效时间讲清楚。

一、前台那一排色块是怎么来的

一个变体组合在前台表现为一个商品页，页面上有一组可切换的选项。买家看到的是一张主图加几个色块，点色块换图、换价格、换库存，页面不跳转。这种感觉上的「一个商品」，在后台其实是多个独立商品，每个都有自己的编号与库存。这种结构带来的好处是库存与价格能分开管，坏处是任何一处字段出错都会影响整组。

把它们绑在一起的是变体组。同一组的商品共享一个组编号，共用同一套变体属性，属性值的组合彼此不重复。前台读的是组编号，不是商品名，所以商品名写得再像，组编号不同就是两条链接。组编号的命名没有固定格式，但要能看出是哪一款，后期排查时省很多时间。

主变体决定首屏长什么样。一组里必须恰好有一个商品被标成主变体，买家点进来先看到的是它的主图、价格与标题。主变体设错，首屏就会露出那个库存为零、或者价格最高的款式。

二、四条字段决定合不合并

组编号要一致。这是硬条件，号码不同系统不会认成一家。批量上传时组编号通常按款号生成，手工建的时候最容易漏填，漏了就是孤立商品。批量表格里这一栏常被模板隐藏，导出的时候记得把隐藏列一起打开。

变体属性名要一致。同一组里所有商品声明的属性必须是同一组，比如都声明颜色加尺码，不能有的写颜色、有的写尺码加容量。属性名不一致的组合，系统会当成不同的组。

属性值组合要唯一。同一组里出现两个「黑色加大码」，系统不知道显示哪一个，结果是整组无法合并，或者其中一个被踢出组。上传前用表格去重，比上传后排查省事。去重的时候把属性值按顺序拼接再比，顺序不同也会被当成两个不同的组合。

主变体只能有一个。一组里标了两个主变体，前台可能反复跳，也可能固定显示其中一个。改主变体不需要重建整组，改标记再重新提交即可。

三、显示的先后顺序不归卖家定

排序按类目规则来。服装类目通常先按尺码再按颜色，鞋类先按尺码，家居类目有时按颜色优先。卖家能决定的是属性值的录入顺序，不能决定前台展示顺序。排序规则写在类目的模板说明里，找不到就问类目经理，比反复试错快。

这条规则带来的直接影响是转化。买家点进来先看到尺码，说明这一组的主决策项是合身；先看到颜色，说明决策项是外观。选错主决策项去铺货，点击后的跳失率会偏高。

属性值名称也要按平台词表写。写「深蓝」和写「海军蓝」在前台可能落到不同位置，甚至被判成两个不同属性值。上传前把词表调出来对一遍，比事后改省一轮。词表里的同义词是有限集合，写了个表里没有的词，前台可能直接不显示那个选项。

数量上也有边界。单属性组建议不超过五十个选项，三属性以内不超过五百个组合；单个属性的选项超过四十九个，要走批量模板上传，页面上手工加会卡住。

四、生效时间与失效排查

模板提交之后，变更通常在十五分钟到四小时之间生效。前台有缓存，改完立刻刷新看不到变化是正常的，等一轮再看。缓存时间跟站点有关，欧洲站点比美国站点慢一些，改完半小时内别急着下结论。

色块不显示，八成是色卡图没填全。颜色属性与色卡图的图片地址要逐行填，少一行那个选项就没有缩略图，前台只剩文字。色卡图建议用纯色方块，尺寸统一，地址要能被外部访问。色卡图的地址如果带权限校验，前台抓不到图，表现同样是只剩文字。

尺码点进去是另一条链接，多半是组编号有断点。按组编号筛一遍，看哪个商品的编号跟别人不一样，改回同一个再提交。组编号断点常出现在补货新建的商品上，新建时忘了套用原来那一组。

还有一种情况跟自己的操作无关：商品的条码与别人的或者平台自营的重合，系统会强制把它们并成一组。这种合并卖家没法拒绝，能争的只有页面内容的主导权，谁的品牌备案更完整，谁的话事权更大。

FAQ：变体合并的高频疑问

Q1：合并之后原来的评价还在吗？

评价跟着单个商品走。合并只是把多个商品摆进同一个页面，每个变体保留自己的评价记录，前台会把它们汇总展示。

Q2：一组里能不能只放两个颜色，后面再加？

可以先小组合再扩。新增变体时把组编号与属性名对齐，属性值不要与已有值重复，提交后会自动进组，不必重建。

Q3：为什么同一组商品有的能卖有的显示无货？

库存是按单个商品算的。某个变体库存为零，前台只把那个选项置灰，其他选项照常可售，这不影响整组的状态。