苹果“小程序”时代：轻应用生态的新篇章

苹果终于对「小程序」释放了紧箍咒。

近日，苹果正式推出了一个或将重塑应用生态的计划——小程序合作伙伴计划（Mini Apps Partner Program），为小程序打造了一个制度化的合规框架。

「小程序」作为一种介于网页与App之间的轻应用形态，由HTML5和JavaScript编写，即开即用，轻盈如网页，却可完成支付、服务流程、游戏体验等任务。

据彭博社报道，腾讯与苹果达成合作协议，苹果将从微信小程序和小游戏中抽取15%的佣金。小程序合作伙伴计划得以在中国实施，与此协议关系甚大。

小程序曾遭iOS闭门羹

在中国，小程序在微信、抖音、支付宝等平台已孵化出亿级日活，成为移动互联网的基石。但在iOS上，它一直处于边缘状态。

开发者虽可用HTML5将其嵌入App中，却难以触及系统能力：无法使用苹果内购体系、无法管理年龄层级、无法透明展示商品目录，也无法建立稳固商业模式。

大多时候，开发者只能依靠广告收入维持运营。

轻游戏只能添加激励视频，工具类只能展示banner。想要通过内容或服务收费几乎无望。更不用说构建生态、分发平台了，简直是天方夜谭。

苹果过去并不欢迎「App里的App」，也不希望任何超级App在iOS内部复制一个「小程序平台」。这让许多开发者陷入尴尬境地：小程序是刚需，但iOS的体系无法容纳。

直到今日。

小程序的形态，在苹果那里首次被明确

此次发布中，苹果首次官方定义：Mini App是「基于Web技术，如HTML5和JavaScript构建的自包含体验」，它不直接出现在App Store中，而是分发在一个更大的宿主App内，让用户无需安装即可访问内容、服务或小游戏。

这意味着，小程序在iOS上不再是灰色地带，而是被承认、被规范、被商业化的应用形态。

有趣的是，它看起来与中国的小程序相似，但逻辑完全是「苹果式」的。

所有规则、能力、开放边界都基于苹果过去几年构建的基础API：包括集成高级商务API、采用声明年龄范围API。

“Advanced Commerce API”是苹果过去一年最重要的商业基础设施，专为内容目录庞大、复杂、动态的App设计。小程序使用它意味着：支付必须通过苹果官方通道，商品、价格、内容目录必须透明，购买记录、退款、消费状态必须可追踪。这给了小程序正式商业化能力，也给了苹果监管底层数据的方式。

此外，宿主应用必须支持“Declared Age Range API”来标注年龄范围。过去小程序全靠宿主App的年龄分级，而现在系统允许一个13+的App托管一个18+的小游戏，只要它使用Declared Age Range API进行自动识别与访问控制。系统会在不暴露隐私的前提下根据用户年龄自动放行或拦截，让开发者能提供适龄内容。

另外，苹果还要求宿主App必须同时提供iOS与iPadOS版本——也就是说，一个想托管小程序的平台型应用，不能只在iPhone上存在，而必须在iPad上保持完整体验。这既保证了用户在不同设备上的一致性，也让小程序的分发能力不再被设备类型割裂。

这套政策组合，几乎等同于将小程序纳入App Store的监管系统。

焦点来了：苹果抽成直接降至15%

当宿主App满足上述所有要求后，即可加入Mini Apps Partner Program。而苹果的回报非常直接：

小程序（由其他开发者制作）的数字商品收入，只需支付15%的抽成。

考虑到传统App内购抽成是30%，而小程序等轻量应用的收入通常来自长尾的服务或小游戏，抽成直接减半，将对开发者产生立竿见影的吸引力。

苹果为何在这个时刻“放行”？

从苹果的角度看，这一步是多重力量共同作用的结果。

监管是最现实的一条。欧盟的DMA要求平台开放支付、开放分发，苹果需要在不失去生态控制权的前提下提供更灵活的应用形态。小程序让用户可以在不侧载、不跳出App Store系统的情况下获得更轻的服务；开发者可以在一个更低成本的体系里分发功能；而所有的支付、审核和关键API仍然牢牢掌握在苹果手中。

这是一种“可控的开放”。

另一股力量来自应用形态本身。全球的超级App都在向平台化演变，必然会在它们内部生长出轻应用层。

过去苹果最担心的是任何一个App变成“App Store内的App Store”，削弱系统层的主导权。但当生态已经走到这一步时，它选择的不是继续阻挡，而是将规则明确化、将入口设好：你可以托管小程序，但你必须接入我的年龄机制、支付机制、审核机制；你必须告诉我用户买了什么、退了什么；你必须用我能理解、能监管的方式运行。

...