用途：把多个商品作为一个可购买单元一起销售，可选折扣，用于提升客单价，是电商常见的追加销售手段。库存跟踪、定价与展示逻辑由专门的捆绑应用处理，平台原生通常不支持。只有当套装配置需求（动态组装、实时定价、组件替换）超出应用能力时，才考虑自建捆绑系统。
适用场景：实现“经常一起购买”或“搭配购买”功能；销售产品套装（如相机机身+镜头+包）；为一组商品提供折扣；构建让顾客自选组合的套装生成器。
主要能力与用法： Shopify 可用 Bundler — Product Bundles 或 Bundle Builder，支持固定捆绑、混搭、自选装箱，按组件自动扣减库存，定价可选百分比折扣、固定捆绑价或组件价格之和；“经常一起购买”可用 Code Black Belt 的应用，自动分析订单历史并在商品页推荐。Shopify Plus 若需捆绑在购物车中显示为单个行项目，可考虑原生的 Shopify Bundles（后台 Products → Bundles）。 WooCommerce 使用官方扩展 WooCommerce Product Bundles：新建产品时选择 Product type: Bundle，在 Bundled Products 标签添加组件并设置默认数量与是否可选，可启用 Ship separately；定价支持按项计价或静态捆绑价，可启用 Manage stock? 限制可售数量。“经常一起购买”可用 WooCommerce Frequently Bought Together 或 YITH 版本。 BigCommerce 可在应用市场搜索 Bundle，常用 Bold Bundles，配置折扣规则并自动扣减各组件库存；原生交叉销售在 Products → [Product] → Related Products 添加相关商品，无自动折扣。 自建/无头商城需构建捆绑数据模型，把组件作为独立购物车行项目存储，便于库存、税费与履约；需在服务端原子校验各组件库存、按当前组件价格动态计算捆绑价，并在结账时重新计算，不能信任客户端提交的价格。
展示与验证：商品页应同时显示组件原价与捆绑价及节省金额，列出所含商品图片与名称，缺货时指出具体组件并建议替代；购物车页把捆绑行项目归组显示。设置后需下测试订单，核对每个组件库存是否按数量扣减，并测试某组件仅剩 1 件时下单 2 套应失败。
最佳实践与限制：优先使用成熟应用而非自建，以覆盖拆分履约、部分可用、退款等边界情况；始终在服务端校验捆绑可用性；结账时重算价格；捆绑组件建议控制在 2–5 个。常见问题包括结账折扣叠加冲突、购物车中组件中途缺货、组件价格变动导致捆绑价过期、履约系统无法识别捆绑行项目、库存未全部扣减等。相关技能：@variant-matrix、@inventory-tracking、@product-content-enrichment。