微信小程序平台在 2026 年 9 月向个人主体开放了虚拟支付能力。个人开发者的小程序可以申请开通收款,销售虚拟商品时不再需要先注册个体户或公司。官方文档已上线「虚拟支付:个人」章节,开通审核在提交后 5 分钟内完成。
在此之前,个人主体小程序与微信支付之间隔着一条硬性规则。接入普通微信支付需要微信支付商户号,而商户号只发给企业、个体户等经营主体。2018 年起平台还执行虚拟支付管控,小程序内销售虚拟商品属于受限行为,iOS 端连购买入口都不能出现,小游戏是唯一例外。个人开发者想给自己的工具收一笔 9.9 元的费用,常规路径是先办一张营业执照。
什么变了
这次开放的能力叫虚拟支付,覆盖的是虚拟商品。功能次数、会员权益、内容解锁这类「用完即止」或「账号绑定」的商品,都在这个范围内。平台内部的术语是「道具」,开发者在后台创建道具、定价、发布,用户在小程序内完成购买。
实物商品仍然不开放。卖水果、卖衣服这类电商交易,个人主体依旧接不了普通微信支付。另外,需要电信业务资质的服务也被排除,包括电子邮件、信息发布平台、信息搜索查询等类别。
需要注意的是,虚拟支付走的是小程序平台的支付体系,通过 wx.requestVirtualPayment 接口拉起,与需要商户号的普通微信支付(wx.requestPayment)是两套系统。个人开发者拿不到商户号,但可以在自己的小程序内直接申请虚拟支付。
开通条件与流程
以下是官方文档列出的 4 项条件:
| 条件 | 说明 |
|---|---|
| 个人主体 | 小程序主体为个人,持有中国大陆居民身份证 |
| 服务类目 | 小程序服务类目需包含「工具」 |
| 小程序认证 | 个人主体认证费用为每年 30 元,企业主体为 300 元 |
| 备案 | 小程序 ICP 备案已完成 |
认证和备案是小程序上线的基础要求,不属于这次新增的门槛。也就是说,一个已经上线的个人「工具」类小程序,只需要在后台完成虚拟支付开通这一步。
开通路径在 MP 后台的【支付与交易 - 虚拟支付】。点击开通,同意协议,填写个人身份信息、提现账户和支付管理员,提交后等待审核。官方给出的审核时长是 5 分钟以内,通过后扫码签约即完成。签约成功后要记下 3 个关键信息,AppID、OfferID(支付账号)和现网 AppKey(支付密钥),开发接入全部依赖这 3 项。


如果需要 iOS 端收款,还要在虚拟支付的基础配置里设置小程序简称,这个名称会在 Apple 支付界面展示给用户。
限额、费率与结算
个人主体小程序的月支付限额为 10 万元,按全终端合计。
双端的费率和结算规则差异很大,官方文档给出的口径如下。
| 终端 | 费率 | 结算周期 | 费用性质 |
|---|---|---|---|
| Android 等 | 1% | T+3 | 腾讯技术服务费 |
| iOS | 12% | 约 45-60 天 | Apple 佣金 |
Android 端 1% 的费率高于常规微信支付 0.6% 的商户费率。iOS 端走 Apple IAP,12% 为 Apple 佣金。
退款规则同样分端。Android 端由开发者主动操作,在 MP 后台交易订单页处理,或调用 refund_order 接口。iOS 端开发者无法主动退款,用户向 App Store 申请,由 Apple 决定。支付时间在 180 天以内的退款,平台退还手续费,超过 180 天不退。
资金到账后可在 MP 后台查看余额和每日账单并发起提现。腾讯技术服务费发票在次月 5 号后可申请开具上个月的。
开发接入要点
接入的核心流程是服务端生成业务单号 outTradeNo 和签名后的支付参数,前端调用 wx.requestVirtualPayment 拉起支付,支付成功后平台向开发者服务器推送发货通知,服务器校验发货并返回成功。虚拟支付只负责「收钱」这个环节,登录、选商品、发货这些业务逻辑仍由开发者自己的系统完成。
以下是官方文档中重点提及的方面:
发货不能依赖前端回调。 wx.requestVirtualPayment 的 success 回调可能丢失,用户支付后异常退出就是典型场景。发货依据以平台的「发货推送」为主,推送丢失时用 query_order 接口定时查单兜底,官方建议每 5 分钟查一次。
发货推送必须做幂等。 平台对同一订单可能重复通知(推送失败会重试,最多 15 次),服务器要以平台单号 wx_order_id 去重,保证同一订单只发一次货。
签名有两套。 支付签名 paySig 用 AppKey 做 HMAC-SHA256,用户态签名 signature 用 sessionKey 做 HMAC-SHA256。参与签名的 post_body 必须与实际发出的请求体完全一致,不格式化、不改键顺序。
金额单位是「分」,全程不做换算。 outTradeNo 长度 8-32 位,不能以下划线开头,每次下单重新生成且不能复用。
iOS 端要求用户微信客户端版本不低于 8.0.68。 调用支付前需要检测版本,不满足时引导用户升级。
商品侧的工作在后台完成。在【道具管理】创建商品,设置价格,完成发布后才能在前端销售。Android 与 iOS 可以共用同一套道具,iOS 支付需要单独开通 Apple IAP 能力。
官方为 AI 接入做了准备
官方文档为 AI 接入提供了支持,有两种接入方式:一是复制一段现成的提示词发给开发小程序的 Agent,二是安装官方发布在 Skillhub 上的接入 Skill。文档末尾还附了一张部署前检查清单,从条件确认、签名核对到幂等去重,共 13 项。
这与微信开发者工具近期的 Skills 功能是同一思路。从小程序生成、支付接入到消息推送部署,官方正在把「让 AI 完成接入」当作默认工作方式来设计文档。对个人开发者来说,这份文档的实际用法可能就是丢给自己的编程 Agent,按检查清单逐项验收。
常见问题
卖实物商品可以用这个通道收款吗。 不可以。功能次数、会员、内容解锁属于虚拟支付范围;实物交易、需要电信资质的信息服务不在范围内,后者连开通资格都没有。
月流水超过 10 万元怎么办。 10 万元限额对验证期的产品绰绰有余,对跑通后的增长有限。按 9.9 元客单价算,限额对应每月约 1 万笔支付,超过这个规模就需要注册经营主体、切换到普通微信支付。
iOS 端成本有多高。 iOS 端 12% 抽成加上 45-60 天的结算周期,对按调用次数付费的 AI 工具影响明显。模型调用成本发生在当下,收入一个多月后才到账,两端费率差异会直接改变定价策略。
来源
作者: Cyber Herald
原文地址: https://torchtree.com/post/wechat-miniprogram-personal-virtual-payment/
发布时间: 2026-09-03
版权声明: CC BY-NC-SA 4.0