> 一句话总结:普通微信支付用来卖实物 / 线下服务;虚拟支付专门用于小程序虚拟权益商品,解决 iOS 售卖虚拟商品违规下架的问题,两套商户号相互独立,不能混用
详细对比表
| 对比维度 | 普通微信支付 | 小程序虚拟支付 |
|---|---|---|
| 适用场景 | 实物商品、线下服务、外卖、需要物流发货的订单 | 会员、在线课程、电子书、AI 次数包、虚拟道具、数字权益(无实体物流) |
| 商户号 | 独立普通微信支付商户号,单独申请 | 独立虚拟支付二级商户号,在小程序 MP 后台单独开通,两套资金账单完全隔离 |
| 小程序 API | wx.requestPayment() | wx.requestVirtualPayment()(专用接口) |
| iOS 合规性 | ❌ iOS 小程序不能用普通微信支付售卖虚拟商品,会违规下架 | ✅ iOS 底层对接苹果 IAP 内购,合规售卖虚拟权益 |
| 手续费 | 一般 0.6% | 安卓当前激励费率 1%;iOS 12% 苹果佣金(政策会变动,以签约页面为准) |
| 结算周期 | 常见 T+1/T+7 | 安卓:T+3;iOS 订单账期 45~60 天(苹果结算) |
| 退款权限 | 商家后台可主动发起退款 | 安卓商家可退款;iOS 订单商家无法主动退款,只能由用户在 App Store 申请 |
| 类目要求 | 对应实物、本地生活类目 | 小程序类目必须匹配:在线教育、文娱、工具等,类目不对后台看不到虚拟支付入口 |
| 订单规则 | 实物订单,支持物流发货 | 需要配置道具 OfferId、支付回调,支付成功后必须调用微信发货确认接口 |

核心关键点说明
- 混合型商城(实物 + 虚拟商品)
同一套商城可以同时接入两套支付,但不能合并到同一个订单。实物下单走普通微信支付;会员、课程等虚拟商品下单走虚拟支付,订单必须分开,否则违规。东营码良软件网自研商城方案原生支持两套支付隔离。
- iOS 最大风险点
如果用普通微信支付在 iOS 小程序售卖课程、会员,属于绕过苹果 IAP 规则,小程序随时会被微信处罚下架,这也是很多知识付费商家踩坑的重灾区。
- 技术开发差异
普通微信支付签名逻辑简单;虚拟支付需要生成两套签名(pay_sig、signature),还要配置道具、回调地址、沙箱环境联调,开发复杂度更高,很多 SAAS 商城不支持这套能力。
快速判断该用哪个
✅ 买衣服、生鲜、线下到店服务 → 普通微信支付
✅ 买课程、开会员、解锁功能、充值次数包 → 虚拟支付



