手里有一套做好的 H5 活动页,老板问能不能一周内上微信小程序。答案不是把网址贴进去那么简单,两种东西的运行环境根本不同。不少人口中的 h5制作小程序,其实就是把现成页面搬进微信生态,搬得动不等于用得好。

H5 和小程序差的不是一层皮

H5 跑在浏览器里,用 HTML、CSS、JavaScript,改完刷新就生效。小程序跑在微信客户端里,用 WXML、WXSS 和 JS,页面要经过编译、上传、审核才能发布。小程序的登录、支付、定位都走微信自己的接口,H5 那套 localStorage 和 cookie 在小程序里用不了。直接套壳,交互经常卡在授权和支付这两步。

web-view 套壳的硬门槛

小程序提供 web-view 组件,可以内嵌一个 H5 页面,但一般要求企业主体,个人主体多数情况用不了。域名要备案,还要在小程序后台配置业务域名,把校验文件放到服务器根目录能访问到。H5 里想调微信登录或支付,得通过 JSSDK 和小程序端来回传参,调试成本不低。页面加载速度也受 H5 服务器影响,白屏两秒用户就退了。

常见的三条制作路线

  • 纯 H5 套壳:改动最小,适合展示型页面,功能重的别选。
  • uni-app 或 Taro 重写:一套代码编译到 H5 和小程序,学习成本中等。
  • 原生小程序开发:性能和体验最好,工作量也最大。

选路线看功能:只有图文展示,套壳够用;涉及登录、支付、消息推送,老实重写。预算和时间要提前和老板对齐,别做到一半才发现 web-view 不支持某个接口。

上线前要过的几道关

小程序要注册账号、填主体信息、选服务类目,类目和内容对不上会被驳回。H5 那边的页面也要适配小程序的屏幕和安全区,底部按钮别被胶囊挡住。提审前用真机预览,安卓和 iOS 各测一遍,支付流程走一遍完整链路。审核一般一到三天,节假日会更久,活动上线时间要留余量。订阅消息、客服消息这些能力,H5 里没有现成的对应实现,得提前排进工期。

一句话判断:展示页可以套壳省事,要长期运营的小程序,重写比修补划算。