小程序接入虚拟支付：注意事项与违规避坑指南

适用背景：2026 年微信已全终端（含 iOS）开放小程序虚拟支付，但“能接”不等于“随便接”。规则核心是——虚拟商品必须走官方虚拟支付，不能绕、不能混、不能伪装。

一、先判断：你的业务到底算不算“虚拟支付”

• 会员/VIP、权益包、付费社群
• 录播课、电子书、付费音频/短剧/小说
• 功能解锁、去广告、AI 次数包
• 金币、钻石、点券、虚拟道具、打赏、礼物

• 实物电商（图书、周边、器材，有真实发货）
• 线下到店服务、预约核销类（有明确履约动作）

二、接入前：资质与类目先对齐

1. 主体要求
   • 企业/个体工商户：完整虚拟支付能力
   • 个人主体：仅限部分类目（如工具类），有额度与类目限制，别硬上违规业务
2. 类目匹配
   • 卖课程 → 文娱/教育/内容服务类目
   • 卖工具权限 → 工具类目
   • 类目选错 = 审核驳回 + 后续下架风险
3. 单独开通虚拟支付商户号
   • 不是“有微信支付就行”
   • 普通商户号 ≠ 虚拟支付商户号，不能混用
4. iOS 端必须走官方虚拟支付组件
   • 2026 起 iOS 不再“禁售”，但必须接 wx.requestVirtualPayment
   • 不能自己接微信支付收虚拟款，也不能跳 App/H5/公众号付款

三、技术接入：最容易“假接入”的坑

• 前端：wx.requestVirtualPayment 拉起
• 服务端必须接：
  • 下单 / 查询订单
  • 查余额（代币模式）
  • 扣减代币
  • 发货回调（以平台推送+查单兜底，别只信前端回调）
• 发货幂等：用平台订单号去重，防止重复发权益
• 金额单位用“分”，签名、env 按文档来

常见误判：只调起支付键盘，后台没跑虚拟支付 API → 平台仍报“未接入虚拟支付”。

四、绝对不能碰的违规动作（高危红线）

1. 用普通微信支付卖虚拟商品

2. iOS 端绕开官方通道

• 隐藏“购买”但留“联系客服付款”
• 弹二维码、跳公众号文章付款
• 引导加个人微信转账
• 跳 H5/App 完成内购

3. 前端伪装“合规”

• 把“购买”改成“捐赠”“赞助”“解锁码”
• 把“VIP”改成“专属身份”但点进去还是收银台
• 只关支付接口，不关货架和文案

4. 自定义虚拟币绕规则

5. 实物幌子卖虚拟

6. 退款不规范

• 强制退到余额/积分/代金券
• 让用户去站外申请退款
• 虚拟支付退款不按平台规则走

五、审核过审的实操动作清单

提审前自查

• [ ] 商品清单逐项定性：纯虚拟 / 纯实物 / 混合
• [ ] 虚拟商品全部走虚拟支付商户号
• [ ] iOS 端：无购买按钮、无价格货架、无外链引导
  • 合规写法：“当前系统暂不支持开通会员”或直接隐藏入口
• [ ] 支付前明确提示：商品内容、价格、有效期、退款规则
• [ ] 隐私协议、账号注销、权限申请合规
• [ ] 测试账号给审核员，核心流程真机跑通

文案层

• iOS 页面去掉：购买/付费/订阅/开通VIP/立即充值/已购
• 改成：免费试看 / 暂不可用 / 其他端可用
• 不诱导分享、不强制转发解锁

后端层

• 订单、发货、退款、查单闭环
• 代币比例前期规划好（部分模式改不了）
• 日志留痕，防丢单漏发

六、不同业务的合规路径建议

• 安卓+iOS 统一接虚拟支付
• 别做“iOS 看文案、安卓能付”的双端逻辑漏洞，iOS 也要能付但必须走官方

• 按“章节/集”作为道具，单次直购最稳
• 别先充“书币”再消费，除非代币体系完整接入

• 功能包做成“道具”直购（高级版7天/月/年）
• AI 次数包同理

• 礼物=虚拟道具，必须虚拟支付
• 打赏不能走普通支付，不能提现绕道

• 拆两个 SKU：实体书（普通支付）+ 线上课（虚拟支付）
• 别绑死成一个“套餐”模糊定性

七、违规后怎么救（收到警告先别慌）

1. 看通知里的违规截图：是支付入口、还是货架文案、还是外链
2. 全端排查：
   • 代码里有没有普通支付调用卖虚拟品
   • 客服话术、菜单、海报有没有付款引导
   • iOS 页面有没有残留购买态
3. 整改后提审备注写清楚：
   • “已全端接入小程序虚拟支付，商户号 XXX”
   • “iOS 已移除外链与客服付款引导”
4. 别只改前端文案，后端支付链路一起改，否则二次驳回会加重风控

八、一句话总结

虚拟商品 = 必须接官方虚拟支付；

不绕外链、不混普通支付、不伪装文案、不造假实物；

前端能拉起 + 后端能发货查单 + iOS 不引流 = 基本合规。