Magento 2虚拟、可下载、捆绑商品怎么建？三种产品类型实战

Magento一共六种产品类型，简单商品和可配置商品大家都熟，但虚拟（Virtual）、可下载（Downloadable）、捆绑（Bundle）这三种，很多卖家要么没用过、要么用错了类型，把本该卖服务的东西建成了带物流的实物，把本该让客户自由搭配的套装硬塞进可配置商品里，越做越别扭。选对产品类型，是商品建得顺不顺、运营乱不乱的第一道分水岭。

保哥这篇专讲这三种容易被忽略的产品类型：虚拟商品怎么卖服务、会员、保修这类“没有物流的东西”，可下载商品怎么卖电子书、软件、素材包并管好文件和下载次数，捆绑商品怎么实现“让客户自己搭一套”以及动态定价和固定定价怎么选，再到这三类的SEO与运营注意点、怎么选型的对照表、最容易踩的坑。看完你就不会再对着这几种类型犯怵，该用哪种一眼就清楚。

先讲个保哥真实见过的反面案例。一个做跨境的卖家，要卖“延长保修服务”——客户买了主产品后可以加购两年延保。他不知道有虚拟商品这回事，把延保建成了普通的简单商品，结果系统当成实物处理，结账时非要算运费、算重量，客户加购一个虚拟的保修服务还被收一笔运费，体验稀烂，他还纳闷哪儿出了问题。

这就是没搞懂产品类型的代价。Magento给你六种产品类型，不是为了显得复杂，而是因为不同的东西，在“要不要发货、定价怎么算、客户怎么买”上有本质区别，用对类型，系统才会按它该有的逻辑去处理。这一篇，保哥把虚拟、可下载、捆绑这三种最容易用错的讲透。

六种产品类型里，virtual、downloadable、bundle各解决什么问题？

先把全貌摆出来。Adobe官方文档把Magento的产品类型分为六种：简单（Simple）、可配置（Configurable）、虚拟（Virtual）、可下载（Downloadable）、捆绑（Bundle）、分组（Grouped）。前两种最常用，保哥单独讲过——简单商品是最基础的“一物一SKU”，可配置商品是“一个父商品带多个规格变体”（比如一件衣服分颜色尺码），可配置那套保哥在 Magento可配置商品那篇里讲得很细。

剩下的这三种，各解决一类特定的销售需求：

抓住一个核心判断你就不会选错：先问这东西要不要物流发货。要发实物的，是简单或可配置；不发货但也没文件下载（卖的是服务、权益）的，是虚拟；不发货但买完要下载文件的，是可下载；要让客户自由组合的，是捆绑。这个判断链条走一遍，类型基本就定了。下面逐个拆开讲。

虚拟商品（Virtual Product）是什么？什么时候该用它？

虚拟商品，按Adobe官方的定义，是代表非实体物品的产品类型，比如会员资格、服务、保修、订阅，或者图书、音乐、视频等的数字内容。它最本质的特征是：没有实体、不需要物流配送。

这意味着虚拟商品和简单商品最大的差别在于：它没有“重量”，结账时也不走配送流程、不算运费。开头那个延保的例子，正确做法就是建成虚拟商品——客户加购后，系统知道这是个虚拟的东西，不收运费、不要收货地址（如果整单都是虚拟商品的话），体验就顺了。

哪些场景该用虚拟商品？保哥列几类外贸独立站常见的：

• 服务类：安装服务、设计咨询、上门指导、定制服务费——这些卖的是“人提供的服务”，没有实物。
• 权益类：会员资格、VIP升级、延长保修、增值保障——卖的是一种“权利或承诺”。
• 订阅类：某种周期性的服务订阅（具体续费逻辑可能要配合扩展）。
• 附加费用：比如“加急处理费”“礼品包装费”这种挂在订单上的虚拟收费项。

这里有个进阶点值得知道：虚拟商品可以作为可配置商品、捆绑商品、分组商品的一个组成部分。比如一个捆绑套餐里，既有实物商品、也能塞进一个“安装服务”的虚拟商品。所以虚拟商品不只是单卖，它还是搭建复杂商品组合时的一块零件。

保哥帮一个做大型户外设备的客户落地过一个很巧的用法：他们卖的帐篷、雨棚是实物，但很多客户需要“专业搭建上门服务”。一开始他们把搭建服务写在商品描述里、让客户下单后另行联系付款，流程又乱又漏单。改成虚拟商品后，“专业搭建服务”成了一个能直接加购的标准商品，还能塞进“帐篷 + 搭建服务”的捆绑套餐里一起卖，客户一键买齐，客单价和体验双双提升。这就是用对虚拟商品的价值——把原本游离在系统外、靠人工对接的服务和权益，变成能像实物一样被下单、被组合、被统计的标准商品。

虚拟商品怎么建？和简单商品差在哪？

建虚拟商品的流程，和建简单商品几乎一样，关键就在选对类型。在后台Catalog（目录）→ Products（产品）→ 点Add Product（添加产品）旁边的下拉箭头，选Virtual Product，进去就是虚拟商品的编辑页。

填的字段大部分和简单商品相同：产品名、SKU、价格、税务类别、所属属性集、分类、描述、库存数量等。但你会发现少了一项——“重量（Weight）”。因为它没有实体，自然不需要填重量。这就是虚拟商品和简单商品在编辑页上最直观的区别：少了重量字段，也不会进入基于重量或配送的运费计算。

其余的运营要点和简单商品一致：库存要管（哪怕是虚拟的，你也可以设可售数量，比如某个咨询服务名额有限）、价格和税要配对、要不要在某些客户组可见也能控制。保哥提醒一个小坑：如果一个订单里既有虚拟商品又有实物商品，这单还是会走配送流程（因为有实物要发），只有整单都是虚拟商品时才完全跳过配送。所以混着卖时，运费规则要设清楚，别让虚拟商品莫名其妙背上运费。

可下载商品（Downloadable）怎么建？文件和下载限制怎么设？

可下载商品是数字商品的主力类型。按Adobe官方定义，它由一个或多个供下载的文件组成，这些文件可以放在你自己的服务器上，也可以是指向其他服务器的URL链接。卖电子书、软件、设计素材包、音乐、视频教程、模板，都用它。

它和虚拟商品的区别是：虚拟商品卖的是“无形的权益/服务”，可下载商品卖的是“买完能下载下来的具体文件”。两者都不发货，但可下载多了“文件交付”这一环。这一环看着小，却是可下载商品所有专属设置的由来——正因为要交付文件，才有了文件链接、样品、下载次数、登录要求这些虚拟商品没有的字段。建的时候，除了常规字段，重点配这几块：

• 可下载链接（Links）：这是核心。你为这个商品添加一个或多个可下载文件，每个文件可以是上传到服务器的文件、也可以填一个URL。一个商品能挂多个文件（比如一套素材分几个压缩包）。
• 样品（Samples）：可以单独提供试看试听的样品文件，让客户买之前先预览一部分，比如电子书的样章、音乐的试听片段。样品是免费给看的，正式文件才是付费下载的。
• 每个链接的价格：可下载商品支持给不同的下载项单独定价，灵活组合。
• 下载次数限制：可以设置每个客户能下载多少次（比如限3次），防止链接被无限分享。设为不限制也行，看你的策略。
• 是否需要登录才能下载：可以要求客户必须登录账户才能下载，便于追踪和管控；也能配置成购买后凭链接直接下。

保哥的实操建议：卖数字商品，下载次数和登录要求这两项一定要按你的防盗版策略配清楚。完全不限制、不要登录，链接很容易被到处转发，等于白送；限制太死，又影响正常客户体验（比如换了台电脑想重下却用完次数了）。一般做法是设一个合理的次数（比如3-5次）、要求登录，既挡住随意分享，又给正常客户留足余地。文件放自己服务器还是放CDN/外部存储，也要根据文件大小和带宽成本权衡，大文件放外部存储更省服务器压力。

捆绑商品（Bundle）是什么？“自由搭配”怎么实现？

捆绑商品是这三种里最灵活、也最容易和别的类型搞混的。Adobe官方的说法很形象：捆绑商品让客户“自己搭建”一套商品——从一组选项里挑选，组成最终的产品。可以是礼篮、可以是一台按需配置的电脑，任何需要客户自由组合的场景都适用。

它的结构是这样的：一个捆绑商品由若干“选项（Option）”组成，每个选项下面挂若干可选的具体商品。比如卖一台组装电脑，选项可能是“CPU、内存、硬盘、显卡”，每个选项下让客户从几款里选一款。客户把每个选项都选好，就配出了一台完整的电脑，价格按所选项累加。

这里有个关键的官方要点要记住：捆绑商品里的每一个可选项，本身都是独立存在的标准商品（通常是简单商品或虚拟商品，且不带自定义选项）。也就是说，你得先把那些CPU、内存当成一个个简单商品建好，再在捆绑商品里把它们组合进各个选项。捆绑商品本身更像一个“组合的框架”，里面装的是已经存在的标准商品。

很多人会把捆绑商品和可配置商品、分组商品搞混，保哥用一句话区分：

• 可配置商品：同一个商品的不同规格（一件T恤的红/蓝/大/小），客户选的是“同一样东西的哪个版本”。
• 捆绑商品：客户从不同品类里各选一个，组成一套（电脑的CPU+内存+硬盘），选的是“一套东西里每个部件要哪个”。
• 分组商品：把几个独立商品放在一个页面上、可以分别加数量购买（比如一套餐具的杯、碟、碗各买几个），但不强制组合。

记住：“同一物的不同版本”用可配置，“多个部件搭一套”用捆绑，“几个独立品凑一页方便买”用分组。选型时拿这把尺子量一下，基本不会错。

捆绑商品在前台的呈现也有讲究，每个选项可以选不同的“展示控件”——下拉框、单选按钮、多选框、复选框。选什么控件直接影响客户的选择体验：必选一项的（比如电脑必须选一个CPU）用下拉或单选，可多选的配件（比如可选配多个外设）用多选框。控件选对了，客户配起来顺手；选乱了，客户面对一堆选项不知道哪些必填、哪些能多选，配到一半就放弃了。保哥建议建完一定要自己以客户视角走一遍配置流程，看看选项的顺序、必选可选的标注、价格的实时变化是不是清晰，捆绑商品的转化率很大程度上取决于这个“搭配体验”顺不顺。

还有个体验细节：选项太多会让客户犯选择困难。一台电脑让人选十几项，多数人会被劝退。聪明的做法是给每个选项设好合理的默认值（默认配一套均衡的方案），客户想改再改，不想费脑直接下单，这样既保留了“自由搭配”的灵活，又不至于让选择成本吓跑人。

捆绑商品的动态定价和固定定价怎么选？

捆绑商品有个独有且关键的设置——定价方式，分“动态（Dynamic）”和“固定（Fixed）”两种，选错了价格逻辑全乱，保哥重点讲清。

动态定价（Dynamic）：捆绑商品本身没有固定价，最终价格 = 客户所选各个部件的价格之和。客户选了贵的CPU，总价就高；选便宜的，总价就低。这种适合“按所选部件实价累加”的场景，比如组装电脑、自由搭配的礼篮。它的好处是价格永远跟着部件实价走，改了某个部件的价，套餐价自动跟着变。同理，动态模式下捆绑商品的SKU和重量，也可以跟着所选部件走。

固定定价（Fixed）：整个捆绑套餐有一个你定死的总价，不管客户怎么选部件，总价就是这个数（部件可以设为在固定价基础上做加价或不加价）。这种适合“打包就是这个价”的促销套餐，比如“任选三件199元套装”。它的SKU和重量也是给整个捆绑商品固定指定的。

怎么选？保哥的判断是：价格要随部件实价浮动、强调“按需配置”的，用动态；价格是打包谈好的、强调“套餐优惠”的，用固定。组装电脑、模块化产品用动态；促销组合装、礼盒套装用固定。另外动态定价的捆绑商品因为要实时累加计算，在性能上比固定的更吃资源，商品多、配置复杂时尤其明显——这也是为什么捆绑商品有时会拖慢页面，背后涉及Magento的索引和缓存机制，怎么调优保哥在 Magento性能调优那篇里讲过，大量用复杂捆绑商品的站要留意。

捆绑商品怎么一步步建出来？

光讲概念不够，保哥拿“组装电脑”这个最经典的例子，把捆绑商品从零建出来的流程走一遍，你照着就能上手。

第一步，先把部件建成独立商品。这是前提，也是新手最容易跳过的一步。你要让客户选的那些CPU、内存、硬盘、显卡，得先一个个建成简单商品（各有自己的SKU、价格、库存）。这些部件本身就是能单卖、能管库存的标准商品，捆绑商品只是把它们组合起来卖。

第二步，新建捆绑商品。在Catalog → Products → Add Product下拉里选Bundle Product，进入编辑页。先填基础信息：商品名（比如“自由配置台式机”）、描述、所属属性集、分类等。

第三步，选定价方式。在价格那块，决定用动态还是固定。组装电脑要按所选部件实价累加，所以选动态定价——此时你不用给整机填一个固定价，价格由客户选的部件决定。

第四步，添加捆绑选项（Bundle Items）。这是核心。点“Add Option”添加一个选项，比如“选择CPU”，给它起名、选择展示方式（下拉、单选按钮、多选框、复选等，决定客户怎么选）。然后在这个选项下，把第一步建好的几款CPU简单商品添加进来作为可选项，并设好每个的默认数量、是否必选。

第五步，重复添加其余选项。照样添加“选择内存”“选择硬盘”“选择显卡”等选项，每个选项下挂上对应的部件商品。可以设哪些选项是必选（比如CPU、内存必选）、哪些可选（比如额外配件）。

第六步，配库存、检查、保存。动态模式下库存可以跟着部件走（部件没货了，含它的配置就受影响）。保存后到前台预览：客户进来能看到每个选项、逐项挑选，每选一个总价实时变化，配完加入购物车。一台“千人千面”的可配置电脑就这么实现了。

保哥提醒，建捆绑商品最关键的就是第一步——部件必须先存在。常有人直接进捆绑商品页想凭空加部件，发现加不进去，就是因为那些部件还没被建成独立商品。理解“捆绑是组合已有商品的框架”这个本质，流程就顺了。

数字商品卖出去之后，交付和库存怎么管？

虚拟和可下载商品没有物流，但不等于卖完就不用管，它们的订单交付和库存有自己的逻辑，搞懂了运营才不出岔子。

交付环节。可下载商品的交付是自动的——客户付款成功后，系统会让他在自己的账户中心里找到“我的可下载商品”，凭购买记录下载文件，整个过程不需要你手动发货。这也是数字商品的最大好处：下单到交付全自动、零边际成本、不受时区和人力限制，半夜下单也能立刻拿货。虚拟商品（服务、会员）则通常是付款后即“开通”相应权益，具体怎么兑现（比如安排服务、激活会员）看你的业务流程，系统层面这一单算交付完成。

库存环节。有人以为虚拟、可下载商品是“无限量”的不用管库存，其实不一定。可下载的电子书确实可以卖无限份，库存设成不追踪或很大就行；但有些虚拟商品是有名额的——比如“限20人的线上训练营”“本月仅接5单设计咨询”，这种就要老老实实设库存数量，卖够了自动下架，避免超卖了接不过来。所以按“这东西到底有没有数量上限”来决定要不要追踪库存，别一刀切当成无限。

保哥见过一个做设计素材的卖家，把限量发售的联名素材包（承诺只卖100份）建成可下载商品却没设库存上限，结果卖了三百多份，承诺的“限量”成了笑话，老客户很不满。这就是没把数字商品的库存当回事的教训——无形不代表无限，该限量的必须设库存。另外退款也要留意：数字商品一旦下载就难以“收回”，退款政策和下载次数要配合着设计，别让人下载完再退款薅羊毛。

这三种产品类型的SEO和运营该注意什么？

选对类型只是第一步，要让它们在搜索和运营上也表现好，还有几个点要注意。

SEO方面。这三种产品页和普通商品页一样需要做好基础SEO——标题、描述、URL、结构化数据。但有些细节要留心：可下载和虚拟商品往往内容信息较少（就一个文件或一项服务），页面容易显得单薄，要主动补充足够的文字描述、使用场景、常见问题，别让它变成没什么内容的薄页面，否则搜索引擎不爱收。捆绑商品则要注意，它引用的那些部件商品本身也是独立商品、有自己的页面，要规划好这些部件商品要不要单独被搜索引擎索引、会不会和捆绑页产生内容重复，必要时用canonical或调整可见性来理顺。

商品的属性和属性集怎么规划，直接影响这些产品页的结构化信息和筛选导航是否完整，这套底层逻辑保哥在 Magento商品属性与属性集那篇里有系统讲解，无论建哪种产品类型，属性集都是绕不开的地基。

运营方面。这三种类型在批量管理时各有讲究。虚拟和可下载商品没有物流，库存逻辑相对简单；但捆绑商品和可下载商品的批量导入导出比简单商品复杂得多——捆绑商品要导出它的选项结构和关联部件，可下载商品要处理文件链接，CSV的格式比普通商品多好几列，导入时极容易出错。要批量上这两种商品，务必先搞懂它们的CSV结构，保哥在 Magento产品批量导入导出那篇里讲了字段映射的门道，上手前先看一遍能避开很多坑。

这三种产品类型到底怎么选？一张表理清

把选型逻辑浓缩成一张决策表，建商品前对一眼，就知道该用哪种：

这张表背后的判断主线再强调一遍：先看要不要发货（分出实物类和非实物类），再看非实物里是卖文件还是卖权益（分出可下载和虚拟），最后看要不要让客户自由组合（分出捆绑）。三个问题问下来，六种类型对号入座，建商品就不会一开始就选错根、后面怎么改都别扭。

建这三种商品最容易踩的坑有哪些？

把保哥见过、填过的坑集中列一遍，建之前对一遍，少走弯路：

• 把服务/保修建成简单商品：导致系统按实物处理、要算运费要重量，体验崩。无实体的用虚拟商品。
• 可下载商品不设下载限制和登录：链接被随意转发、文件被白嫖，等于变相送货。按防盗版策略设好次数和登录。
• 捆绑商品忘了部件要先建成独立商品：捆绑里的每个选项装的都是已存在的标准商品，得先把部件建好再组合。
• 捆绑定价动态/固定选错：该随部件浮动的选了固定、该打包定价的选了动态，价格逻辑全乱。按“随部件浮动用动态、打包谈价用固定”来选。
• 虚拟和实物混在一单运费没设清：混单仍走配送，运费规则没理顺会让虚拟商品莫名背运费。
• 可下载/捆绑商品直接套简单商品的CSV批量导入：它们的CSV结构复杂得多，硬套会导入失败或数据错乱，先搞懂字段结构。
• 虚拟/可下载商品页内容太薄：信息少导致页面单薄不利SEO，主动补描述、场景、FAQ。
• 捆绑商品部件页和捆绑页内容重复：部件本身是独立页，要规划好索引和canonical，避免重复内容。
• 大量复杂捆绑商品拖慢站点：动态定价实时累加吃性能，配合索引和缓存调优。
• 下载文件放服务器不管大小：大文件占带宽拖慢服务器，按大小考虑放外部存储或CDN。

这三种产品类型，说复杂也不复杂，核心就是理解“它们各自为什么存在”——分别对应了实物之外的三类销售形态：卖服务权益、卖数字文件、卖自由组合。把这个对应关系记牢，建商品时第一步选类型就不会错，而第一步选对了，后面的价格、库存、SEO、批量管理才都顺。反过来，第一步选错类型，是最难补救的——商品建出来发现类型不对，Magento不支持直接“转换”产品类型，多数时候只能删了重建，前面填的所有信息、攒的评论销量全得重来，代价极高。

保哥最后给做独立站的朋友一句心法：别一上来就建商品，先花十秒想清楚“我这东西本质是什么、客户怎么买”，再决定用哪种产品类型。是发货的实物、是无形的服务、是下载的文件、还是让人自己搭的套餐？想清楚了再动手，比建错了回头改、甚至删了重建，省心太多。Magento给你这六种类型，就是为了让每一种生意形态都能被“原生地、顺畅地”表达出来——用对了，它是利器；用错了，处处别扭。

常见问题解答

虚拟商品和可下载商品到底有什么区别？我卖电子书该用哪个？

核心区别在于“有没有文件要下载”。虚拟商品卖的是无形的权益或服务——会员、保修、咨询、订阅，客户买完不需要下载任何东西，只是获得了一种权利。可下载商品卖的是具体的文件——买完要下载下来用，比如电子书、软件、素材包。你卖电子书，应该用可下载商品，因为客户买的就是那个要下载的PDF/EPUB文件，而且可下载商品能配下载次数、样品试读、是否需登录这些专门针对文件交付的设置，正好对上电子书的销售需求。如果你卖的是“读书会会员资格”这种无形权益，那才用虚拟商品。

捆绑商品和可配置商品我老是分不清，怎么区分？

用一句话区分：可配置是“同一样东西的不同版本”，捆绑是“多个部件搭成一套”。一件T恤分红色蓝色、S码M码，客户选的是这件衣服的哪个规格版本——这是可配置商品，背后是一个父商品带多个变体。一台组装电脑要选CPU、内存、硬盘、显卡，客户从不同品类里各挑一个组成整机——这是捆绑商品，每个部件都是独立的商品被组合进来。判断标准：如果客户是在“选规格”，用可配置；如果客户是在“凑套餐、搭配置”，用捆绑。可配置那篇有详细的变体和属性讲解，可以对照着看。

捆绑商品的动态定价和固定定价怎么选？

看你的价格是“随部件浮动”还是“打包谈死”。动态定价：捆绑商品没有固定价，总价等于客户所选各部件价格之和，选贵的部件总价就高。适合组装电脑、自由搭配礼篮这种按实际配置算钱的。固定定价：整个套餐一口价，不管客户怎么选部件总价就是这个数，适合“任选三件199”这种打包促销套餐。简单记：强调按需配置、价格跟着部件走，用动态；强调套餐打包优惠、一口价，用固定。另外动态定价要实时累加计算，复杂捆绑商品多时更吃性能，要配合缓存和索引调优。

可下载商品的文件必须上传到我自己服务器吗？

不必须。按Adobe官方说明，可下载商品的文件既可以上传到你自己的服务器，也可以填一个指向其他服务器的URL链接。所以你完全可以把大文件放到CDN、对象存储（比如云存储服务）上，然后在商品里填那个URL，这样既不占自己服务器的空间、又不消耗服务器带宽，大文件尤其推荐这么做。放自己服务器的好处是管控更直接，但文件一大、下载的人一多，带宽和服务器压力就上来了。所以策略是：小文件放自己服务器图省事，大文件或高下载量的放外部存储更划算。

一个订单里既有虚拟商品又有实物商品，运费怎么算？

只要订单里包含实物商品，这一单就会走正常的配送流程、按实物商品算运费，虚拟商品部分不会额外加运费（它本来就没重量、不参与配送计算）。只有当整个订单里全部都是虚拟商品（或可下载商品）时，结账才会完全跳过配送环节、不要收货地址、不算运费。所以混着卖没问题，关键是把运费规则配清楚，确保运费只按实物部分算。如果你发现纯虚拟商品的订单还在要运费或收货地址，那多半是某个商品类型建错了（比如把虚拟商品错建成了带重量的简单商品），回头检查产品类型。

权威参考资料