Magento 2分组商品Grouped怎么建才不出错？关联简单商品与定价实战

很多人在Magento后台建商品，一看到“分组商品（Grouped Product）”这个类型就犯迷糊：它跟捆绑商品、可配置商品到底有什么区别？是不是把几个商品打包一口价卖？建出来顾客又是怎么买的？保哥见过太多人把它跟捆绑商品搞混，建错了类型又改不回来，只能删了重做。

其实分组商品的定位很清楚：它是把几个本来就能各自单独卖的简单商品，集中摆在同一个页面上一起展示，顾客可以给每个商品分别填数量、一次性加进购物车，但它们在购物车里仍然是各自独立的一行、各算各的价。它不是打包、不是套餐、更没有自己的价格。

保哥这篇把分组商品从头讲透：它到底是什么、和另外几种产品类型怎么一眼区分、什么场景该用、建之前要先准备什么、后台怎么一步步建出来、关联商品的作用域和排序有哪些坑、前台顾客看到的样子、价格库存怎么算、能不能给套装打折、对SEO有什么用，最后给一个户外独立站做露营套装的真实案例和几个翻车现场。看完你就再也不会把它和捆绑商品搞混了。

保哥先讲个真见过的事。一个做户外用品的独立站客户，想把帐篷、睡袋、防潮垫这三样常被一起买的东西做成一个“露营入门套装”页面，方便顾客一站买齐。他在Magento后台一通操作，建成了捆绑商品（Bundle），结果上线后发现顾客只能把这三样当成一个不可拆的整体下单，想单独多买一个睡袋还得跳到另一个页面，体验别扭，库存和销量统计也对不上。

保哥一看就明白：他要的根本不是捆绑商品，而是分组商品。这俩在后台只差一个下拉选项，效果却天差地别。这一篇，保哥就按“它是什么、跟谁容易混、什么时候用、怎么建、怎么算钱、出了问题怎么查”这条真实落地链路，把分组商品讲清楚，让你选类型时一次选对，不用建完再删、删完再建。

Magento的分组商品到底是什么？它和捆绑、可配置商品差在哪？

用一句话概括：分组商品是一个“展示容器”，它把若干个本来就能独立销售的简单商品，集中摆在同一个商品页面上一起呈现，每个商品自带数量输入框和自己的价格，顾客挑哪个、各买几件，由顾客自己定。分组商品本身不是一个真正的“货”，它没有自己的价格、没有自己的库存，就是个把相关单品凑到一起方便顾客一次买齐的页面。

这就是它和另外两种类型最大的不同。可配置商品（Configurable）卖的是“同一个商品的不同变体”——比如一件T恤有红黄蓝三色、S/M/L三码，顾客在一个页面上选好颜色和尺码，最终加进购物车的是其中一个具体变体，本质上还是买“一件T恤”。

捆绑商品（Bundle）卖的是“一个让顾客自己配的套餐”——比如一台电脑让你从几种内存、几种硬盘里各选一个，配出来是一个整体、进购物车是一行、按你选的部件算一个总价。它强调的是“组装成一个产品”。

而分组商品卖的是“几个各自独立的商品被摆到了一起”。帐篷是帐篷、睡袋是睡袋，它们各有各的SKU、各有各的价格、各有各的库存，分组商品只是把它们陈列在同一页方便一起买。顾客给帐篷填1、给睡袋填2，加进购物车后是两行独立的商品，各算各的钱。记住这个分水岭：可配置是“一个商品选变体”，捆绑是“配出一个套餐”，分组是“几个独立商品摆一起”。

分组商品和另外几种产品类型怎么一眼区分？

Magento的产品类型容易混，保哥把最常用的几种放在一起，用几个关键问题帮你快速判断该选哪个。

第一问：卖的是一个东西还是几个东西？如果顾客最终买的是“一个商品”（哪怕它有不同规格），那是简单商品或可配置商品；如果顾客面对的是“好几个能各自独立买的商品”，才考虑分组。

第二问：这几个东西是必须一起买，还是各买各的？如果是让顾客从若干选项里配出一个不可拆的整体、算一个总价，那是捆绑；如果每个商品都能单独成单、各算各价、在购物车里各占一行，那是分组。

把几种类型摊开对比就一目了然：简单商品是一个独立的标准实物，一个SKU一个价；可配置商品是一个商品的多个变体，顾客选规格、加购买一个变体；捆绑商品是顾客自配的一个套餐，进购物车一行算一个总价；分组商品是几个独立简单商品的集合陈列，顾客分别填数量、各自独立进购物车各算各价；虚拟和可下载商品则是按“要不要发货”从简单商品里分出来的非实物形态。

保哥的经验是，只要你发现自己想表达的是“这几样东西经常被一起买，但顾客也完全可能只买其中一两样”，那答案基本就是分组商品。如果你纠结的是“同一款货的不同颜色尺码”，那是可配置；如果你想让顾客“在固定框架里挑配件组一台机器”，那是捆绑。把这三个场景刻进脑子，选类型时就不会再手滑。虚拟、可下载与捆绑这三种产品类型保哥另有一篇专门讲透，可以对照着看，把整套产品类型体系一次理清。

什么场景该用分组商品，什么场景不该用？

分组商品不是万能的，用对场景它很省事，用错了反而别扭。保哥按实战把适合和不适合的场景都说清楚。

最典型的适合场景，是“成套但可拆”的商品组合。比如露营套装（帐篷、睡袋、防潮垫）、瑜伽入门套装（瑜伽垫、瑜伽砖、拉伸带）、护肤三件套（洁面、爽肤水、面霜）。这些商品经常被一起买，但顾客完全可能只想补一瓶面霜，或者多买一块瑜伽砖。分组商品让他们在一个页面上各取所需、各填数量，既方便一起买，又不强迫打包。

第二个适合场景，是“同系列不同规格但属于独立SKU”的商品。比如一款咖啡豆有250克、500克、1公斤三种独立包装，每种都是单独的简单商品、单独定价单独管库存。用分组商品把它们摆在一页，顾客一眼看到所有规格、想买哪种买哪种、还能各买几袋。注意这跟可配置商品的区别——如果三种规格只是“同一个商品的容量变体”，可配置更合适；但如果它们在你的库存和财务体系里就是三个独立SKU、要分开统计，分组更顺。

不适合的场景也要说清楚。第一，如果你想给套装一个“打包优惠价”，分组商品做不到——它没有自己的价格，没法整体打折，这种需求得用捆绑商品或购物车价格规则。第二，如果这几样东西必须一起买、不能拆开，那也不该用分组，捆绑更贴切。第三，如果你卖的是同一款货的颜色尺码变体，老老实实用可配置，别拿分组硬凑。一句话判断：能各自单独卖、又常被一起买、且不需要打包折扣，分组商品就是最合适的那个。

建分组商品前要先准备什么？为什么必须先建好简单商品？

这是分组商品最容易被新手忽略的前提：分组商品本身不创造任何“货”，它只是把已经存在的商品关联进来陈列。所以在建分组商品之前，你必须先把要放进去的那些简单商品一个个建好。根据Adobe官方文档，从后台创建分组商品时的正确顺序就是先创建好各个简单商品，等建分组商品时再把它们一次性关联进来。

具体说，假设你要做露营套装，那得先在后台分别建好“帐篷”“睡袋”“防潮垫”这三个简单商品，每个都设好自己的名称、SKU、价格、库存、图片。这三个商品建好后，它们本身就已经能在站上独立销售了，各有各的商品页。然后你再建一个分组商品“露营入门套装”，把这三个已存在的简单商品关联进去。

这里有个重要的限制要记住：能被关联进分组商品的子商品，只能是简单商品、虚拟商品或可下载商品，而且这些子商品不能带自定义选项（custom options）。你没法把一个可配置商品或另一个捆绑商品塞进分组里当子项。所以规划时就要想清楚，分组里的每一项都得是干净的、单一形态的简单（或虚拟、可下载）商品。

顺带提醒，建子商品时它们的属性集、分类、SEO信息都要单独配好，因为它们各自是独立商品、各有独立页面。如果你对Magento的商品属性和属性集还不熟，建议先把那块理顺，因为分组里的每个子商品都要走一遍完整的属性配置，属性集没规划好，建子商品时会反复返工。

分组商品到底怎么一步步建出来？

子商品准备好后，建分组商品本身就很直接了。保哥按Magento 2后台的实际操作走一遍。

第一步，进入创建入口。后台进Catalog（目录）> Products（商品），点右上角Add Product（添加商品）旁边的下拉箭头，选择Grouped Product（分组商品）。注意是点下拉箭头选类型，直接点Add Product默认建的是简单商品。

第二步，填基础信息。给分组商品起个名字（比如“露营入门套装”）、设好SKU。你会发现这里没有价格输入框——这是对的，分组商品没有自己的价格，价格来自它关联的每个子商品，这点后面专门讲。

第三步，关联子商品。往下找到Grouped Products这个区块，点Add Products Manually（手动添加商品），会弹出一个商品筛选列表。用SKU或名称筛出你要的那几个简单商品，勾选它们，确认添加。刚才建好的帐篷、睡袋、防潮垫就被关联进来了。

第四步，设默认数量和排序。关联进来的每个子商品，你可以设一个默认数量（Default Quantity），顾客打开页面时数量框里就是这个值；还可以拖动调整它们的显示顺序（sort order / position）。根据Adobe文档，这个排序位置决定了子商品在前台页面上从上到下的展示顺序，没特别设置的话就按你添加的先后顺序排。

第五步，配齐其余信息并保存。给分组商品设好它要归属的分类、上传一张能代表整套的主图、填好它自己的SEO标题和描述（分组商品有自己的页面，所以也要单独做SEO）、设好可见性。确认无误后保存，一个分组商品就建好了。整个过程比捆绑商品简单，核心就是“关联已有商品 + 设默认数量和排序”这两件事。

关联商品的作用域和排序有哪些容易忽略的坑？

分组商品的关联看着简单，但有两个细节是Magento多店运营时的高频坑，保哥单独拎出来讲。

第一个坑是作用域。根据Adobe官方文档，分组商品对子商品的关联是全局的——也就是说，你把哪几个子商品放进这个分组，是对所有网站、所有商店、所有商店视图同时生效的，没法做到“A站这个分组放三件、B站这个分组放五件”。如果你跑的是Magento多店架构，想给不同站点呈现不同的套装组合，那一个分组商品满足不了，你得为不同站点建不同的分组商品。这点在做多店架构时尤其要提前想清楚，否则上线后才发现两个站的套装被迫一模一样，改起来很被动。

第二个坑是排序。分组商品里子项的展示顺序是靠position（位置）控制的，这个顺序直接影响顾客的视觉动线。保哥的习惯是把最想让顾客买的主商品（比如套装里的帐篷）排在最上面，把配件按重要性往下排。别小看这个顺序，它和你在普通分类页排商品的逻辑一样，靠前的位置天然更容易被点、被加购。如果你通过API批量维护分组商品，记得在payload里显式带上position字段，不然前台就按添加顺序排，可能跟你预期的不一样。

还有个实操提醒：关联进来的子商品如果某天你下架或删除了，记得回到分组商品里把对应的关联也清理掉，否则分组页上可能出现空位或异常。子商品和分组商品是“关联”而非“包含”关系，两边的生命周期要各自维护好。

顾客在前台看到的分组商品是什么样的？

理解了后台怎么建，再看前台顾客的体验，你就彻底明白分组商品的定位了。

顾客打开一个分组商品页面，看到的不是一个带“加入购物车”大按钮的单一商品，而是一张列表（通常是表格形式），把关联的几个子商品一行一行列出来，每一行显示该子商品的名称、价格，以及一个数量输入框。顾客可以给想买的商品填上数量，不想买的留空或填0，然后点一次“加入购物车”，所有填了数量的子商品就一起被加进了购物车。

关键在于加进购物车后，这些子商品是各自独立的购物车行项目，各算各的价、各自能在购物车里调整数量或删除。顾客如果只给睡袋填了2、其他留空，那购物车里就只有两件睡袋，帐篷和防潮垫根本不会进来。这就是分组商品“摆在一起但各买各的”的精髓——它给的是便利，不是捆绑。

另外，每个子商品除了出现在分组页里，它本身还有自己独立的商品详情页，可以被单独搜索、单独加购、单独分享链接。分组商品页只是额外提供了一个“一站买齐”的入口，并不影响子商品各自独立存在。这个特性对运营和SEO都有用，保哥后面会讲怎么利用。

分组商品的价格和库存是怎么算的？能给套装打折吗？

这是分组商品最容易产生误解的地方，保哥必须诚实讲清楚，免得你建完发现跟预期不符。

价格方面：分组商品没有自己的价格，页面上每个子商品显示的就是它自己的售价，顾客买几件就按子商品单价乘数量算。整个分组在购物车里的总价，就是各个子商品价格的简单累加，不多不少。所以你在后台建分组商品时根本看不到价格输入框，价格完全由子商品决定。

库存方面：分组商品也没有自己的库存，库存是各个子商品分别管理的。如果帐篷缺货了，分组页里帐篷那一行会显示缺货、不能加购，但睡袋和防潮垫不受影响，顾客照样能买。换句话说，分组商品作为一个整体永远不会“缺货”，它的可售状态完全取决于里面的子商品。

现在回答那个最关键的问题：能不能给套装打个整体折扣？答案是分组商品本身做不到。它没有自己的价格，自然没法设一个“套装价”。如果你就是想让顾客一起买这几样能便宜点，有两条路：一是改用捆绑商品，捆绑可以设固定打包价；二是保留分组商品，再配一条购物车价格规则（cart price rule），让“购物车里同时有这几样时自动减价”。保哥更推荐后者——既保留了分组商品“可拆买”的灵活，又能在顾客凑齐套装时给优惠，比硬绑成捆绑商品体验更好。千万别指望分组商品自带折扣功能，它的设计初衷就是陈列便利，不是打包促销。

分组商品页对SEO有什么用？怎么让套装页和单品页各取所需？

很多人只把分组商品当成一个运营工具，其实它对SEO也有实在价值，保哥讲讲怎么用好。

核心思路是分组商品页和子商品页针对的是不同的搜索意图，可以各自去抢不同的关键词。子商品页（帐篷、睡袋）天然适合去排“帐篷”“轻量化睡袋”这类单品关键词，因为它们就是具体的单品；而分组商品页则适合去排“露营套装”“露营装备清单”“新手露营要买什么”这类“成套、入门、清单”意图的关键词。这两类搜索意图背后是不同的购买阶段——找单品的人目标明确，找套装的人还在“一站配齐”的探索期。

用分组商品页承接“套装”意图，有几个SEO上的好处。一是这个页面本身能围绕“怎么配一套、各件起什么作用”写出有信息增量的内容，而不只是干巴巴的商品罗列，对“新手买什么”这种长尾问句很友好。二是它把相关单品聚在一页，形成一个小的主题聚合，内部链接结构更清晰。三是它给了你一个天然的场景去做内容营销——把“露营入门套装”页写成一篇“新手露营装备指南 + 一键买齐”，信息价值和转化入口合二为一。

保哥的建议是，别让分组商品页只当一个冷冰冰的下单表格，给它配一段真正解决“成套购买”决策的内容：每件东西为什么需要、怎么搭配、新手容易漏买什么。这样它既服务了顾客的真实疑问，又能在“套装/清单”这类关键词上拿到子商品页拿不到的流量。单品页主攻精确单品词，分组页主攻成套场景词，两条线各走各的，整个产品线的搜索覆盖就更完整了。

保哥用分组商品帮一个户外独立站做露营套装，做了哪几步？

回到开头那个把套装错建成捆绑商品的户外客户，保哥分享一下后来是怎么帮他理顺的。

第一步是确认需求、选对类型。保哥跟他确认：这三样东西顾客是不是可能只买其中一两样？答案是肯定的，很多老顾客只是来补个睡袋。那就明确了——要的是分组商品（可拆买），不是捆绑商品（绑死一个套餐）。先把之前建错的捆绑商品下架。

第二步是把三个子商品做扎实。帐篷、睡袋、防潮垫本来就是站上的独立商品，保哥逐个检查了它们的SKU、价格、库存、主图和SEO信息，确保每个单独拿出来都站得住、能独立卖、能独立被搜到。

第三步是建分组商品并关联。新建一个分组商品“露营入门套装”，把这三个简单商品关联进来，按“帐篷在最上、睡袋次之、防潮垫垫底”的逻辑排好position，给每件设默认数量1。

第四步是解决“套装优惠”的诉求。客户希望顾客一起买能便宜10%。保哥没用捆绑硬绑，而是保留分组商品，另配了一条购物车价格规则：当购物车里同时包含这三个SKU时，自动减10%。这样顾客既能在套装页一键买齐拿优惠，又能随时只补一件单品，灵活性全保住了。

第五步是把套装页做成内容入口。保哥给这个分组页加了一段“新手露营第一次该买什么、三件套各自的作用、怎么挑”的内容，瞄准“露营入门装备”这类关键词。上线一个多月后，这个套装页不仅转化率比单纯罗列商品时高了一截，还靠那段内容在“露营新手装备清单”这个词上爬了上来，给三个单品都带去了顺带的曝光。客户后来感慨，原来分组商品和捆绑商品差的不只是一个下拉选项，而是整个运营和SEO的玩法。

分组商品和关联商品、追加销售有什么区别？别拿它当推荐位用

保哥经常被问到一个问题：既然分组商品能把好几个商品摆一起，那它跟Magento里的关联商品（Related Products）、追加销售（Up-sells）、交叉销售（Cross-sells）有什么不一样？是不是可以拿分组商品当推荐位用？这是个很值得说清楚的混淆点。

本质区别在于分组商品是“可被购买的商品集合”，而关联、追加、交叉销售是“纯推荐展示”。分组商品里的每一项都能直接在当前页填数量、加进购物车；而关联商品那一类只是在商品页或购物车页放几个“你可能还喜欢”的推荐链接，顾客点进去才能买，没法在当前位置直接加购。

三种推荐位的定位也各有侧重。关联商品是“买这个的人通常也看这个”的横向推荐；追加销售是“有没有更高端、更划算的替代款”，引导顾客升级买更贵的；交叉销售则常出现在购物车页，是“结账前要不要顺手加个配件”的临门一脚。它们都不改变顾客当前要买的东西，只是在旁边给个建议。

所以判断标准很清楚：如果你要的是“让顾客在一个页面上把这几样一次性配齐买走”，用分组商品；如果你要的是“在卖A的时候顺便推荐一下B、C”，那是关联/追加/交叉销售该干的活。别拿分组商品当推荐位——它会让那几个被推荐的商品都变成必须在这一页直接下单的对象，逻辑就拧巴了。

保哥的实战搭配是两者并用：用分组商品承接“成套购买”的明确需求（露营套装页），同时在每个单品页和购物车页配好关联、追加、交叉销售推荐，承接“顺带发现”的潜在需求。一个负责“我就是来买全套的”，一个负责“我本来只买一样，被你勾起了别的兴趣”，两条线互补，客单价才能真正提上去。

用分组商品最容易翻车的几个地方有哪些？

保哥按踩坑频率，把分组商品最容易出事的几个点列出来，建之前对照检查能省很多返工。

第一，把分组商品和捆绑商品搞混。想让顾客可拆买、各算各价用分组；想让顾客配出一个不可拆的套餐、算一个总价用捆绑。这是最高频的错，选类型前先问一句“顾客能不能只买其中一样”，能就是分组。

第二，没先建子商品就想建分组。分组商品只关联已存在的简单/虚拟/可下载商品，子商品必须先建好。顺序反了，建分组时根本没东西可关联。

第三，想把可配置或捆绑商品塞进分组当子项。分组的子商品只能是简单、虚拟、可下载商品，且不能带自定义选项。规划时就要保证每个子项都是干净的单一形态商品。

第四，指望分组商品能设套装折扣。它没有自己的价格，没法整体打折。要套装优惠，要么用捆绑商品的固定打包价，要么配购物车价格规则，别在分组商品上找折扣开关，根本没有。

第五，忽略了关联的全局作用域。分组对子商品的关联对所有网站和商店视图同时生效，多店想呈现不同套装组合，得分别建不同的分组商品，别指望一个分组在不同站显示不同内容。

第六，子商品下架了忘了清理关联。子商品和分组是关联关系，子商品删了或下架了，记得回分组里同步清理，否则分组页可能出现异常空位。

这几个坑的共同点是：分组商品的“轻”——没价格、没库存、只做关联——既是它的优点，也是新手最容易误解的地方。把它的定位想清楚（陈列容器，不是打包套餐），上面这些坑基本都能提前绕开。

常见问题解答

分组商品和捆绑商品到底该怎么选？

最简单的判断标准是问一句：顾客能不能只买其中一样东西？如果能，比如露营套装里有人只想补个睡袋，那就用分组商品——它把几个独立商品摆在一页，顾客分别填数量、各自独立进购物车、各算各价，灵活可拆。如果不能，顾客面对的是一个必须整体购买、由几个部件配成的套餐，进购物车算一个总价，那就用捆绑商品。另一个区别是价格：分组商品没有自己的价格，总价是子商品累加；捆绑商品可以设固定打包价或按所选部件动态计价。还有折扣需求也是分水岭——想给套装一个整体优惠价，捆绑能直接设，分组得靠购物车价格规则辅助。保哥的实战经验是，大多数“常被一起买但也能单买”的商品组合，分组商品都更合适，体验更灵活，只有真正需要绑死成一个产品时才上捆绑。

分组商品可以包含可配置商品或另一个捆绑商品吗？

不可以。分组商品能关联的子商品类型有限制，只能是简单商品、虚拟商品或可下载商品，而且这些子商品还不能带自定义选项。你没法把一个可配置商品（带颜色尺码变体的那种）或另一个捆绑商品放进分组里当子项。这个限制的原因在于分组商品的设计是“把若干干净的单一商品陈列到一起、各自独立加购”，而可配置和捆绑商品本身就需要顾客在加购前做选择，把它们嵌进分组会让加购逻辑无法成立。所以规划分组商品时，要确保里面的每一项都是单一形态的简单（或虚拟、可下载）商品。如果你确实想呈现“带变体的商品的集合”，那得换思路，比如用分类页加筛选、或者用关联商品（related products）做交叉推荐，而不是硬塞进分组。

分组商品有自己的库存吗？某个子商品缺货了会怎样？

分组商品本身没有库存，库存完全由各个子商品分别管理。这意味着分组商品作为一个整体永远不会显示“缺货”，它的可售状态取决于里面的子商品。如果某个子商品（比如帐篷）缺货了，前台分组页里帐篷那一行会显示缺货、无法加入购物车，但睡袋、防潮垫这些有货的子商品不受任何影响，顾客照样能正常购买它们。这种设计的好处是局部缺货不会拖垮整个套装页，顾客还能买到有货的部分。对运营来说要注意的是，库存预警、补货这些动作都要落到具体的子商品上，盯着分组商品本身是看不到库存数字的。如果你做库存管理或对接ERP，记住分组商品在库存维度上是“透明”的，所有库存逻辑都要穿透到子商品层面去处理。

顾客买分组商品后，购物车里是一行还是几行？

是几行，各自独立。这正是分组商品区别于捆绑商品的核心。顾客在分组页给想买的子商品分别填好数量、点一次加入购物车后，每个填了数量的子商品都会成为购物车里一个独立的行项目，各自显示自己的名称、单价、数量，顾客可以在购物车里单独调整某一行的数量或删除某一行，互不影响。比如顾客给帐篷填1、睡袋填2、防潮垫留空，那购物车里就是“帐篷1件”和“睡袋2件”两行，防潮垫根本不会出现。而捆绑商品则相反，顾客配好的整个套餐在购物车里只占一行、算一个总价、不能拆开调整。所以如果你希望顾客能在结算前灵活增减套装里的某一样，分组商品的这个“多行独立”特性正是你要的。

分组商品页和子商品页会不会因为内容重复影响SEO？

只要规划得当，不仅不会互相伤害，反而能各取所需、扩大整体搜索覆盖。关键在于让两类页面瞄准不同的搜索意图。子商品页针对精确的单品关键词，比如“轻量化双人帐篷”，因为它就是那个具体单品；分组商品页则针对“成套、入门、清单”这类意图的关键词，比如“露营入门套装”“新手露营装备清单”。这两类意图背后是不同购买阶段的人群，内容自然不同，谈不上重复。要避免真正的重复风险，做法是别让分组页只是把子商品的描述简单拼起来，而是给它写一段真正解决“成套购买决策”的原创内容——每件东西的作用、怎么搭配、新手容易漏买什么。这样分组页有了独立的信息价值，既服务了“一站配齐”的顾客，又能在套装类关键词上拿到子商品页拿不到的流量，两条线各走各的，整个产品线的关键词覆盖反而更完整。

权威参考资料