PWA 撞上了玻璃天花板:为什么受控小程序持续胜出
渐进式 Web 应用(PWA)曾承诺“一套 Web 代码跑遍所有平台、绕开应用商店”。但现实里它们撞上了一道玻璃天花板——iOS 限制、在中国几乎隐形、安装意愿薄弱。受控小程序则继承了宿主的信任。
Cross Mini App 团队
2026年9月19日 · 2 分钟阅读
那个停滞的承诺
大约十年前,渐进式 Web 应用(PWA)描绘了一幅美好的图景:用 Web 技术构建一次,发布到所有平台,跳过应用商店,用户直接从浏览器链接触达。没有审核队列,没有三成抽成,也无需为每个商店重写。一时间,PWA 似乎要掏空原生应用经济。
但事实并非如此。PWA 的故事撞上了一道玻璃天花板——它由平台现实筑成,而非技术限制。
天花板在哪里
iOS 与 Safari 定下规则。 苹果掌控着最有价值移动用户的入口。多年来,iOS 上的 PWA 没有推送通知、没有角标,而"添加到主屏幕"的流程又藏得很深,多数用户从未发现。Web Push 直到 2023 年(iOS 16.4)才在苹果生态落地,且仍受约束。结果:iPhone 上的 PWA 更像书签,而非应用——用户也的确这样对待它。
在中国,PWA 几乎隐形。 在全球最大的移动市场里没有 Google Play,用户很早就被训练成在微信、支付宝"内部"去发现和付费。让中国用户"安装一个 Web 应用"是一个范畴错误——这种心智行为在规模上根本不存在。真正的分发面是超级 App,而不是浏览器。
安装意愿在全球都偏弱。 "添加到主屏幕"这个短语大多数用户根本不理解。已安装 PWA 的留存率明显落后于原生应用,因为它没有应用商店的列表、评分、可信感,也没有一个可被再次发现的中心。
身份与支付要你自己重建。 PWA 在每个市场都从零开始:自己的鉴权、自己的 KYC、自己的支付接入、自己的合规姿态。而这恰恰是受控小程序从宿主继承掉的重活。
真正奏效的——与没有的
PWA 在轻量场景拿下了真实胜利:Twitter Lite 降低了流量消耗,Pinterest 的 PWA 让停留时长翻倍,星巴克的 Web 下单触达了低端安卓用户。但请注意规律——这些都是入口体验。真正高活跃、高付费、高频的用户,最终仍被导入原生应用。PWA 成了通往原生的漏斗,而非替代。
为什么受控小程序能越过天花板
受控小程序不是伪装成应用的网页,而是活在用户已信任宿主之内的、有边界、受沙箱约束的单元:
- 它继承信任。 登录、KYC、支付已在宿主侧完成。商户直接搭乘——无需新账号、无需新的信任决策、无需按市场重写。
- 它即时且"正当"。 没有安装漏斗、没有商店审核、不给廉价手机增加存储负担。它在情境中出现,一步之遥,在一个用户每天打开的应用里。
- 它可被证明合规。 带有明确范围与同意流的审计沙箱,正是电信、银行或市场愿意跨地区批准的形态——而这恰恰是自由驰骋的 PWA 难以自证的。
诚实的框架
PWA 作为技术本身很优秀:它是快速的 Web 体验。但它不是分发策略。当任务是触达一个信任的用户、在一个受信任的应用里、在一个受监管的市场中、且不打一场冷启动安装仗时,受控小程序才是越过 PWA 反复撞击的那道天花板的单元。
Cross Mini App 的位置
Cross Mini App 是后安装时代的运行时与开放目录。你构建一次受控小程序,就能把它放进每一个受信任的宿主——地图应用、钱包、超级 App、市场——继承身份、支付与同意,而非重写它们。这些体验预先合规、受沙箱保护、本地化,在用户已在的应用、已在信任的界面上触达他们。要在全球规模分发,一个受控的跨 App 运行时才是真正能上线的单元。
为你已经在打开的那个面构建
十年来默认做法是"发个 PWA,指望链接转化"。2026 年,增长发生在应用内的那个面,以受控小程序的形式、经由跨 App 运行时交付。Cross Mini App 正在搭建那个货架,让你的服务在关键时刻触达用户——就在那个已经打开的应用里。