小程序 vs H5：同一块屏幕背后的两种运行法则

同一块屏幕，两份不同的契约

打开一部手机。左边，是浏览器标签页里刚扫二维码加载出的 H5 页面；右边，是你在某个超级 App 里点开的小程序。它们看起来几乎一模一样——文字、图片、按钮、收银台。但表层之下，它们由两套完全不同的规则支配。一个是带着 URL、登录框与支付跳转的开放网络；另一个是运行在宿主内部的受控程序，继承宿主的身份、钱包与规则。

把两者当成"同一回事，只是网页版和 App 版的区别"，是团队规划移动战略时最昂贵的一个误判。本文越过表面，从真正影响转化率、合规风险与分发成本的维度，把两种模型拆开对比。

运行时与执行模型

H5 页面是一份文档。它是 HTML、CSS 与 JavaScript，由浏览器引擎执行——在移动端，通常跑在宿主 App 嵌入的 WebView 里。它能做 Web 平台允许做的几乎一切，且除承载它的域名之外，不归任何单一所有者管辖。

小程序是一套受控运行时。它不跑"整个 Web"，而是跑在宿主定义的一套精选 API 面上：一套组件框架、一组受限的系统能力，以及一个上线前的审核闸门。你用原始的自由，换一份保证——宿主精确知道你的程序能碰什么，用户也继承了这份安心。

心智模型是：H5 是"发布"，小程序是"注册"。一个是谁都能链接的网页；另一个是宿主接纳过的、经过审查的单元。

分发与发现

H5 胜在开放。URL 是通用的。你可以把它放进一条消息、一个二维码、一则广告、一条搜索结果。可发现性经由搜索引擎与分享流动——整个开放网络都是你的分发渠道。

小程序胜在"嵌入式"触达。它在宿主生态内部被发现——微信里的搜索框、支付宝里的类目、Telegram 里的一个卡片。你不必争夺主屏位置；你出现在用户已经在的地方。代价也真实存在：在宿主之外，小程序对搜索引擎不可见。

数据说明了这一点。中国的小程序经济体约有 430 万个程序，仅微信就触达约 9.45 亿月活用户；支付宝托管约 400 万个程序，小程序月活约 6.5 亿。2023 年推出的 Telegram Mini Apps，已经坐拥 10 亿用户的入口。这些不是你偶然逛到的网页，而是你通过宿主进入的程序。

身份与支付——两处要命的差异

这是两种模型分叉最尖锐、也最决定钱袋子归属的地方。

身份。 H5 页面必须自建登录。邮箱、手机号、社交 OAuth——每一个都是一次表单、一次跳转、一次流失。小程序继承宿主的身份。用户早已登录了微信、Telegram 或钱包。你的程序一次点击、零新账户，就能拿到一份经过验证的身份凭证。

支付。 H5 收银台把用户送到外部支付网关再送回来——一条跳转链，每一跳都是一次丢人的机会。小程序在上下文内调用宿主的支付：微信支付、支付宝，或宿主钱包，在同一界面内完成结算。这一步的转化差距，往往就是选择小程序的全部商业理由。

设备能力与 API

H5 受制于浏览器的权限模型——相机、定位、通知、蓝牙——每一项都被闸门挡着，在各类 WebView 间表现不一。它有能耐，但路坎坷、深度浅。

小程序暴露一套更丰富、由宿主提供的 API 集——定位、相机、文件系统、蓝牙、NFC，甚至硬件扫码——但永远"在宿主批准的沙箱范围之内"。你得到比裸网页更原生般的威力，同时带着宿主掌控的硬性边界。这条边界不是你容忍的局限；对银行、电信或商城而言，它恰恰是他们愿意点头的那项特性。

性能与离线

H5 受网络束缚。首屏绘制、资源加载、再水合，全都等着连接——在信号不稳的移动网络上尤其痛苦。Service Worker 能缓存其中一部分，但模型本质仍是"取一页回来"。

小程序随预缓存包出厂。框架、UI 外壳，往往还有首屏内容，在用户点击之前就已到位。离线是设计内建的能力，而非事后的补丁。对不稳定网络上的交易流程而言，这种差异直接体现在完成率上。

合规与治理

H5 页面由你发布，也由你担责。开放网络的自由是一柄双刃剑：没人拦你，也没人审你。对受监管行业，这意味着 KYC、数据驻留与内容管控的全部重担都压在你自己身上——而同一生态里的作恶者，并不是你的宿主要去收拾的麻烦。

小程序是被审查、被划界的。宿主定规则、审范围，并能吊销违规的程序。对超级 App 或钱包而言，这是他们愿意规模化接纳的唯一模型：一个数据范围与行为真正可被核验的程序。合规不再是你独扛的重负，而成了一份可共享、可强制执行的契约。

SEO 对阵应用内发现

如果你的增长依赖于被陌生人通过 Google 或一条消息链接找到，H5 无可匹敌——它是开放网络原生的单元。如果你的增长依赖于在"意图发生的那一刻"被推到某个既有宿主的用户面前，小程序的应用内发现每次都胜过一条冷链接。

按你的下一位用户从哪来选模型，而不是按哪种技术更眼熟。

逐项并排

维度	H5 / 移动网页	小程序
交付单元	URL / 网页	注册过的、经审查的程序
发现	搜索引擎、链接、二维码	宿主内搜索、目录、卡片
身份	自建登录	继承宿主身份
支付	网关跳转	上下文内宿主钱包
设备 API	浏览器权限，浅	宿主提供，沙箱化，更深
离线	Service Worker（部分）	预缓存包（设计内建）
合规	发布者担责	宿主审查，可强制执行
宿主外触达	全球	局限于宿主生态

何时选 H5

你需要被任何人、在任何地方，经由搜索与分享找到。
你的内容以只读或轻交互为主——落地页、文档站、活动页。
你希望零依赖平台所有者，并完全掌控域名。
你的受众在桌面与移动端同样重要。

何时选小程序

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

混合的现实

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

Cross Mini App 的位置

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

把结论重述一遍

问题从来不是"网页还是 App"，而是"在关键的那个时刻，谁拥有与用户的关系"。H5 给你开放网络，却要你挣来一切；小程序给你宿主的信任，但要求你在它的规则里玩。为"意图发生的那一刻"而建，选那个能在那里接住用户的模型，别再把两者当成贴了不同标签的同一块屏幕。