H5、小程序与 PWA：三种移动交付模型深度对比

通往同一部手机的三扇门

打开一部手机，你可以用三种完全不同的方式触达一家企业。扫二维码，浏览器加载出 H5 页面；点"添加到主屏幕"，PWA 从网页安装；打开超级 App，点开一个小程序。同一个口袋、同一块屏幕——却是三份关于"谁掌控分发、身份、支付与信任"的不同契约。

多数团队选了一种，却没意识到另外两种存在，或以为"网页"把三者都涵盖了。并没有。本文从真正影响转化率、合规与成本的维度，把 H5、PWA 与小程序拆开对比——让你睁着眼做选择。

三者各是什么

H5 是开放的文档。 纯 HTML、CSS 与 JavaScript，从 URL 提供、由浏览器或 WebView 渲染。无安装、无审核闸门、除域名外无所有者。它是开放网络原生的单元。

PWA 是可安装的网页应用。 它仍是网站，但多了一份 Web App Manifest 与一个 Service Worker，叠加了离线缓存、推送通知与"添加到主屏幕"的安装路径。它试图不进应用商店而获得原生般的体验。

小程序是受控运行时。 它根本不是开放网络。它在宿主内部、对着一套精选 API 面运行——微信、支付宝、Telegram——且身后是审核闸门，继承宿主的身份与钱包。

心智模型是：H5 是"随处发布"，PWA 是"从网页安装"，小程序是"在宿主内注册"。

运行时与执行

H5 与 PWA 共用同一台引擎——浏览器。PWA 只是额外在之上叠了 Service Worker 与 Manifest。两者都服从 Web 标准，也不归任何单一平台所有者管辖。

小程序运行在宿主提供的运行时里，API 集受限且经过审计。你用 Web 的原始自由，换一份宿主能够核验的保证。这份保证，恰恰让银行、电信或商城愿意规模化接纳你的程序。

分发与发现

H5 胜在开放。URL 通用——消息、二维码、广告、搜索结果。可发现性经由搜索引擎流动。移动端已占全球网络流量的约 55.9%（StatCounter，2026 年 3 月），所以 H5 页面在大多数用户手持的设备上迎接到他们。

PWA 与 H5 一样被发现——它本就是网站——只是多了一份安装的期许。实践中这份期许落空：据 2025 Web Almanac，仅约 3.5% 的移动站点与 3.3% 的桌面站点交付了完整的 PWA（Manifest 加 Service Worker）；一项 2025 年的研究发现，落地到支持 PWA 的站点的访客中，仅 12% 真正安装它。安装提示是真的，安装行为大多不是。

小程序在"宿主生态内部"被发现——微信里的搜索框、支付宝里的类目、Telegram 里的一个卡片。你不必争夺主屏位置；你出现在用户已经在的地方。中国的小程序经济体约有 430 万个程序，仅微信就触达约 9.45 亿月活用户；支付宝托管约 400 万个程序，小程序月活约 6.5 亿；2023 年推出的 Telegram Mini Apps，已坐拥 10 亿用户的入口。

身份与支付

这是决定钱袋子的地方，也是三者分叉最尖锐之处。

H5 必须自建登录与收银台——邮箱、手机号、OAuth、支付网关跳转。每一步都是一次表单、一次跳转、一次流失。

PWA 继承了网页的身份难题，只是能缓存、感觉更快。支付仍走 Web 网关与跳转；没有可继承的宿主钱包。

小程序 继承宿主的身份与支付。用户早已登录微信、Telegram 或钱包；你的程序一次点击、零新账户，就能拿到经过验证的凭证，并在上下文内结算——微信支付、支付宝，或宿主钱包。这种上下文内结算，正是小程序相对两种网页模型最大的转化优势。

设备能力与 API

H5 与 PWA 受制于浏览器权限模型——相机、定位、通知、蓝牙——被闸门挡着、表现不一。PWA 增加了后台同步与推送，但 iOS 仍落后：Safari 在 Service Worker 能力上落后于 Chrome，iPhone 上的推送可靠性不稳定，安装流程还藏在"分享"菜单里。

小程序暴露一套更丰富、由宿主提供的 API 集——定位、相机、文件系统、蓝牙、NFC，甚至硬件扫码——但永远"在宿主批准的沙箱范围之内"。对受监管企业而言，这种有界威力，正是让宿主愿意点头的那项特性。

性能与离线

H5 受网络束缚；首屏绘制等待连接。PWA 的 Service Worker 改写了算式——激进缓存让回访获得即时的应用外壳。星巴克的 PWA 比其原生 iOS App 小 99.84%（约 233 KB 对 148 MB），且仍能让用户离线浏览菜单。Pinterest 的 PWA 把加载时间从 23 秒压到 5.6 秒，并把停留时长提升 40%、广告收入提升 44%。

小程序随预缓存包出厂——框架与首屏在点击之前就位。离线是设计内建，而非事后补丁。诚实的提醒：和多数 PWA 一样，小程序的离线通常覆盖"读缓存内容"；实时交易仍需连接。

合规与治理

H5 与 PWA 把全部责任压在你身上。开放网络不审任何人；对受监管行业，KYC、数据驻留与内容管控的重担你独扛。同一生态里的作恶者，并不是你的宿主要去收拾的麻烦。

小程序是被审查、被划界的。宿主定规则、审范围，并能吊销违规程序。合规从独扛之重，变成一份可共享、可强制执行的契约——也是超级 App 愿意规模化接纳的唯一模型。

所有权与平台风险

H5 与 PWA 把域名与关系交给你；没有任何平台所有者能吊销你的页面。这份独立真实而有价值。

小程序用部分独立，换你买不起的分发。你依赖宿主的政策与触达——但也继承了宿主的信任，而那恰恰是更难挣来的东西。

逐项并排

维度	H5	PWA	小程序
交付单元	URL / 网页	可安装网站	注册过的、经审查的程序
可发现性	搜索引擎、链接	搜索引擎、链接	宿主内搜索、目录
身份	自建登录	自建登录	继承宿主身份
支付	网关跳转	网关跳转	上下文内宿主钱包
离线	无（SW 部分支持）	Service Worker 缓存	预缓存包
合规	发布者担责	发布者担责	宿主审查，可强制执行
安装现实	不适用	约 12% 访客安装	出现在宿主内部
平台风险	无	无	宿主政策依赖

何时选 H5

你需要通用、对搜索引擎友好的触达，跨任何设备。
你的内容以只读或轻交互为主——落地页、文档、活动页。
你希望零平台依赖，并完全掌控域名。

何时选 PWA

你已有一个 Web 资产，想获得原生般的速度、离线与推送，而不做原生构建。
你的受众偏 Android，那里 PWA 支持最强。
你想避开应用商店的分成与审核，又不离开开放网络。

何时选小程序

你要把交易流程嵌进用户每天打开的超级 App。
你想继承身份与支付，而非重建它们。
你身处受监管领域，需要一个宿主愿意接纳的、经过审查的单元。
安装昂贵、存储稀缺——尤其是新兴市场安卓机。

混合的现实

成熟产品很少二选一。它们用 H5 或 PWA 做开放网络的门面——营销页、分享链接、邮件——再用小程序做宿主内的交易核心。真正的技术在于分清哪张表面承担哪项职责，并把它们接起来，让用户能从一条网页链接毫无登录墙地跌进一个受控程序。

Cross Mini App 的位置

Cross Mini App 是受控程序模型的运行时与开放目录。你只需对着一套标准 API 面构建一次小程序，便可把它落入任何一个可信宿主——通讯软件、钱包、超级 App——而不必逐平台重写。这些程序预合规、沙箱化、本地化，继承宿主的身份与支付，在用户已经在的地方运行，无需安装。对在开放网络与受控运行时之间权衡的团队而言，Cross Mini App 是那层货架：一份构建，触达每一个愿意嵌入它的宿主。H5 与 PWA 留作门，小程序才是门后的房间。

把结论重述一遍

问题从来不是"网页还是 App"，而是"在关键的那个时刻，谁拥有与用户的关系"。H5 与 PWA 给你开放网络，却要你挣来一切——包括大多数用户永远不会完成的安装。小程序给你宿主的信任，但要求你在它的规则里玩。为"意图发生的那一刻"而建，选那个能在那里接住用户的模型，别再把三份不同的契约当成贴了不同标签的同一块屏幕。