SKU 在电商里是什么意思，和 SPU、ASIN 怎么区分

SKU编码是卖家自己编的，SPU 是同一款商品的集合，ASIN 是平台发给这款商品的身份号。三个词在日常交流里常被当成同义词换着用，一旦落到表格、后台、仓库这三个不同的场景里，混用的代价就出来了：库存对不上、链接被合并、报表统计错行。把三者的边界划清，是电商运营最基础也最容易忽略的一课。

一、三个词各管一段，别混着用

三个编码对应三个不同的管理对象。SKU 管的是最小可售单位，一件红色 M 码的 T 恤就是一个 SKU，加一件蓝色 M 码就是另一个 SKU。它是卖家内部的管理颗粒度，编法自己定，只要全公司认同一套规则就行。规则里至少要写清品类、款号、颜色、尺码四个字段，缺一个，后面就要靠人工补记，补着补着就没人记账。

SPU 管的是款。同一款 T 恤的红、蓝、黑、S、M、L 六个组合，在 SPU 这一层是同一个东西。它解决的是「这是不是同一款」的问题，商品企划、开发、采购按 SPU 立项，不按 SKU 立项，否则一个款能立出十几个项目。企划看款、销售看色，这是两个视角，别指望用一个编码同时满足。

ASIN 管的是平台身份。亚马逊给每一条商品链接分配一个十位的字母数字编码，这个编码由平台生成，卖家不能自己编，也不能改。买家看到的是链接，平台记的是 ASIN，广告、评论、排名全部挂在 ASIN 上。所以做 listing、投广告、报活动，平台认的都是它，不是卖家自己的编码。

三段各管一段，谁也别越界。用 SKU 去做平台推广，推广不出去；用 ASIN 去做内部库存表，换个平台就失效；用 SPU 去管发货，仓库没法拣货。边界清楚，工具才用得对。

二、SKU 是内部编码，SPU 是款，ASIN 是平台身份

SKU 的编法值得花点心思。常见的结构是品类加款号加颜色加尺码，中间用短横线隔开，长度控制在二十位以内。编码里别放中文、空格和特殊符号，不同 ERP 与后台对这些字符的兼容程度并不一致。编得太随意，半年后就没人看得懂；编得太长，仓库扫码枪和 ERP 字段都装不下。

SPU 更像一个容器。它把同一款的所有 SKU 装在一起，对外表现是「一个商品多个选项」。做企划时按 SPU 算开发成本，做销售分析时按 SKU 看具体哪个颜色走得快，两个层级各看各的，不冲突。

ASIN 的规则要单独记。它由平台生成，跟商品绑定，一旦上架就固定；改标题、改图片、改价格都不影响 ASIN，但换了商品本体、换了类目，可能要重新建链接、拿新 ASIN。这也是为什么老链接值钱：评论和历史权重都在 ASIN 上。跟卖、改品牌、换包装这些动作之前，先想清楚会不会把历史权重切断。

还有两个容易混进来的编码要分清。FNSKU 是亚马逊入仓标签上的一串码，用于仓内识别这件货属于哪个卖家，同一个 ASIN 在不同卖家手里 FNSKU 不同。UPC 或 EAN 是商品条码，全球通用，上架时用来证明这件商品的身份。

三、为什么同一款商品会挂出多个 ASIN

最常见的原因是变体没合并。同一款 T 恤，红色建一条链接、蓝色建一条链接，系统就给了两个 ASIN，评论分开积、排名分开算、广告分开烧。这类问题在新手里极普遍，等到发现时评论已经分散，合并也补不回来。合并本身不难，难的是评论的继承与排名的重算，通常要观察两周才稳定。

另一个原因是重复铺货。为了多占搜索位，把同一款商品换个标题、换张主图再建一条链接，两个 ASIN 卖同一件货。平台对此有明确态度，被判定重复创建会强制合并或下架，库存与评论一起受影响。

还有一类是合规性分裂。同一款商品在不同站点、不同包装版本、不同认证状态下，会被要求分开建链接。这种情况看着是重复，实际是必要的隔离，硬合并反而会触发审核。

下表把五个常见编码放在一起对照，日常对着看一眼就不会再用错。

四、编码体系乱了会出什么事

库存先乱。SKU 编重复了，两个不同的货共用一个码，仓库按码拣货就会发错；SKU 编得太细，同一件货拆成好几个码，库存被切碎，看报表永远觉得缺货。这两种错都不报警，只会在盘点时一次性爆出来。账面与实物差得越多，越说明编码在最前端就没统一。

链接接着乱。ASIN 建重了，评论分散、权重分散，广告费花两遍；变体该合没合，买家在详情页看不到其他颜色，转化率直接掉。这类损失不像退货那样有单据，只体现在数据里，很难追溯。

报表接着乱。SKU、SPU、ASIN 三个层级混在一张表里统计，销售额会重复计算，毛利会算错。财务对不上账的时候，问题往往不在钱，在编码。三个层级的统计口径先写清，再谈数据分析，顺序反了就是白做。

修法不复杂，但要一次做到位：先定编码规则并写成文档，再把在用的编码全部清洗一遍，能合并的合并、该拆的拆，再在 ERP 与平台后台之间做一次映射。这件事花一周，能省掉后面两年的对账时间。编码是电商的地基，地基歪一点，楼越高越危险。