不少 App 团队找我聊「怎么把留存做上去」，聊到末尾常抛同一个方案：「我们搞个 H5 容器，把第三方服务嵌进来就行。」
听起来很顺：开发快、改起来方便、谁家的网页都能接。问题是这么干完，留存往往纹丝不动。H5 嵌进 App，本质上是个「借来的网页」。用户点进去，干完活，关掉，回到自己的世界。中间发生的一切，你的 App 几乎全看不见——这恰恰是把人留住、把价值做厚最忌讳的事。
六道关：小程序和 H5 差在哪
| 维度 | 小程序（宿主运行时） | H5（WebView 网页） |
|---|---|---|
| 登录与身份 | 一次宿主登录，身份贯通 | 每个服务重新认证，身份断在第三方 |
| 支付 | 宿主钱包直接结账 | 跳去第三方收银台，钱流走 |
| 二次触达 | 借宿主消息中心召回 | 关掉即断，连用户是谁都不知道 |
| 体验与性能 | 预加载 + 原生组件，近原生手感 | 每次拉资源转圈，复杂页掉样式 |
| 能力天花板 | 宿主分级 API：相机、生物识别、系统分享 | 被浏览器安全模型困死，调用不可靠 |
| 生态与复利 | 开放目录 + 分成，服务越多越值钱 | 孤立链接，接一百个还是一百个 |
留存靠闭环，H5 给的是出口
在 webview 里，你的 App 只是一圈浏览器边框。它没法跟里面的服务共享登录（用户得重新认证）、没法共享支付（用户被甩到对方自己的收银台）、更没法推送（根本没有会话）。于是每一个嵌进来的服务都是一道漏口，价值全流去了第三方。
小程序跑在宿主自己的运行时里：一次登录、一个钱包、一条宿主掌控的通知通道，用户从头到尾没离开你的世界。这中间的差别，就是「我用了一个服务」和「我待在你的 App 里」的差别。
更狠的是二次触达。小程序能借宿主的消息中心做召回——「你的外卖到了」「会员权益已到账」，把一次访问变成一段能续上的关系。H5 关掉就断了，你连对方是谁、干了什么都不知道。留不住，往往不是服务不好，是你根本没拿到那根线头。
体验是留存的门槛
H5 每次打开都要拉资源、转圈、等脚本跑起来，进复杂页面还卡、还掉样式。用户不在乎背后是网页还是原生，只在乎顺不顺。小程序有预加载、有原生组件、冷启动快得多，手感接近原生。留存是体验的余数——卡一下，人就走了，你连补救的机会都没有。
能力天花板，决定你能给多少「留下来的理由」
H5 被浏览器的安全模型困死，调相机、通讯录、生物识别、系统级分享，样样要绕、样样不可靠。小程序走宿主审过的分级 API，能力接近原生又受控。这意味着你能塞进 App 的服务更厚：本地生活、票务、轻金融、政务办事……理由越多，用户越没动力卸载你。H5 接一百个页面，还是一百个孤立链接；小程序养一百个服务，是一个会增值的市场。
价值怎么长：门面还是肌肉
H5 是一次性嵌入，你围不着它长出生态：没有统一目录、没有质量管控、没有分成。小程序让宿主能建一个开放 catalog——第三方来开发，宿主定规则、抽成、把关体验。每个用户能在你 App 里用的服务越多，单用户的价值（时长、转化、ARPU）就越高，而且这是复利，越滚越大。H5 帮你把服务「显示」出来，小程序帮你把服务「吃」进来。前者是门面，后者是肌肉。
还有信任
第三方 H5 在你 App 里是个黑盒，钓鱼、XSS、套户风险全压在你头上。小程序跑在宿主自己掌控的沙箱里——引擎隔离、禁 DOM-BOM、网络白名单——用户敢用，监管也挑不出刺。信任不塌，留存才稳。
一句实话
H5 不是废物。一次性的营销活动页、你压根不想留人的临时入口，它便宜又快，没必要上小程序。但凡你的目标是「让用户多待、让 App 更值钱」，容器就得是运行时，不是网页。
H5 让 App 看起来什么都能做，小程序让 App 真的把用户和价值都留住了。想留人、想升值，得长肌肉，不能只刷门面。
