Shopify 混合购物车为何出现合并运费？

混合购物车出现两项运费，可能来自配置叠加，而非程序重复执行。委托开发人员“去掉第二笔运费”之前，应先定义这类购物车原本应该怎样收费。本文用于经营者编写运费交付要求，不提供承运商报价，也不证明某个真实店铺已经通过验收。

先确认真实店铺的配置模型

Shopify 的合并运费说明解释不同配送配置的费用叠加，以及同一配置、同一地点组内固定运费的例外。2026年10月16日核对时，文档也提示逐步迁移到按市场管理配送选项；因此要先确认店铺实际使用哪种模型。下列算例仅覆盖原配送配置与固定费率。

已填写购物车矩阵

合成输入，金额为澳元：小配件属于P1，标准运费8元；易碎配件属于P2，标准运费14元。另设对照：同一配置、同一地点组，共用9元固定运费。这些是虚构配置金额，不是市场价格。

窄屏可横向滚动查看完整表格。

原生设置与额外逻辑怎样比较

若22元符合两类处理要求，应在付款前解释规则。若实际商业承诺是统一9元，先核对原生商品与配送配置能否表达，再决定是否需要应用或定制报价。新增工具必须解决已确认的独立规则，并由供应方演示；不能把仍准备另收的费用藏到付款以后。

可重复的结账测试

1. 每行固定测试地址、数量、币种和库存地点。
2. 记录配置ID、地点组、费率名称，以及固定、按重量、承运商或应用费率类型。
3. 对照购物车与最终结账，保留实际显示的名称和金额。
4. 逐个添加、移除商品后重测。9元对照失败时，先调查配置，不急着改公开承诺。

供应方应交付什么

要求购物车到规则的映射、脱敏响应或截图、预期总额及未解决例外，才能把“重复运费”变成可复现问题。不同费率名称、库存路由、重量及市场迁移都可能改变结果；离线加法不等于真实店铺验证。

边界与下一步

本矩阵不含税费、关税、折扣、退货运费及实时承运商报价，不构成法律意见或价格保证。逆向物流另有收货、退款及重新入库交接；需要继续处理时可读电商退货与3PL交接场景。

复核本页教学例子

以下文件可在本地离线复核，只模拟本页说明的情况，不代表真实平台集成。 已填写输入及预期结果 · 可检查的教学函数

把两份文件存入同一文件夹，使用Node 22.13或更新版本运行：

node decision-check.mjs mixed-cart-shipping-contract.json