比德勒科技

微信小程序打开h5链接

日期:2024-08-05 01:47 / 作者:www.biddlecn.com

「即速应用」微信小程序接入微页H5教程

功能介绍:将H5应用“微页”,在小程序里呈现。

使用限制:

1、所选微页中不能含视频组件

2、打包和上传校验文件的APPID需要一致

3、因微信不支持个人小程序账号配置业务域名,故个人小程序用户暂不开放使用该功能

使用流程:

登录微信公众平台 |小程序|

进入“设置”—“开发设置” —“业务域名设置”

点击 “业务域名设置” —下载“校验文件”

进入咫尺新管理后台——微页校验管理——上传校验文件

进入咫尺新管理后台——微页校验管理——复制并添加域名2(域名1无须添加)为业务域名——保存设置

点击“管理微页”——选择其中一个微页——点击“管理”——进入单微页管理界面

注意:“所选微页中不能含视频组件”

微页管理——复制微页链接

在即速应用编辑器内,添加webView组件,注意:不能将webView放首页。

复制已经生成的微页链接,添加到webView里。

保存并进入后台打包即可

注意:打包的AppID必须为配置好业务域名的AppID相同才可用。

扫描二维码 打开 小程序或是H5网页「干货」

最近在做一个的项目,有一个需求是扫码查看信息详情

扫描的情况可能是使用微信扫描,或是其他扫描

如果是微信扫描,则跳转到对应的小程序,

如果非微信扫码,则进入H5展示详细信息

目前需要解决的难题有一下几个:

微信扫码如何进入小程序如果不是微信扫码,如何跳转到H5展示生成二维码的数据该放那些内容

围绕以上问题;有一下接的几个方案可以解决

方案一:H5+微信小程序urlScheme

方案二:H5+微信小程序的普通二维码跳转小程序

方案三:使用微信小程序生成无限制二维码

首先去掉第三个方案,因为微信小程序二维码无法条状到H5,如果用浏览器扫描,则查看不了内容

其次去掉第二个方案,每个小程序urlScheme生成数量有限,10万封顶,这对于生成批量的二维码业务来说,早晚是会出问题的。不过在这里也简单描述一些,功能的实现:

前期准备

1.一个上线并且认证的小程序

2.一个H5站点

3.二维码参数生成参数为: xxx.com?id=xx

4.扫码后获取id 通过id 查询数据,并通过服务端生成对应的urlScheme(openlink) 一并放回来给前端

5.判断是否为微信环境 如果是微信环境

是:跳转window.localtion.herf=openlink

否:在H5端展示资产详情

方案二:是最简单,也是可以解决当前问题的最佳选择

前期准备:

1.一个上线并且认证的小程序

2.一个H5站点 xxx.com

3.二维码参数生成参数为: xxx.com?id=xx

4.到微信小程序后台 配置 扫普通链接二维码打开小程序 【规则自己理一理】

配置参考:

H5 站点 xxx.com

配置的规则 xxx.com/mini

测试的配置 xxx.com/mini?id=xxx

我使用的是uniapp快速搭建H5+微信小程序测试

onLoad(options) { // console.log(options) //q这里是 测试配置的完成url if(options.q){ this.id=decodeURIComponent(options.q).split('=')[1] // 你的业务逻辑 }} 使用方案三的优势在于:只需要关注微信小程序不出问题,其他浏览器或是应用打开基本之后走H5,并在H5展示,使用微信扫描,直接可以打开小程序

具体注意事项,可参考微信小程序开发者文档;也可以留言

上一期:批量生成二维码,并展示板块,有一个更好的解决方案是,后端直接放回base64格式的数据,前端只需要渲染。完美解决

科普|一张表格告诉你,到底 H5 和小程序哪个好

许多做产品的同学经常会有这样的疑问:计划开发的移动端产品到底是用 H5 好还是用小程序好?甚至很多开发同学也搞不清楚这两者在具体使用中的优劣。那么相信读完此篇,便可让你对二者之优劣利弊了然于胸,再也不必纠结。

大体上讲,H5和小程序并不具备什么可比性。只是很多移动端的场景下,这两种选择都能实现产品的大部分功能,加之其各领风骚好几年,就更难抉择了。

我们经常说的 H5 是一种不标准的叫法,可以理解为只是一种技术,大家说得最多的 H5 主要是指用在移动端的网页,其实 PC 电脑版也一样可以使用 H5 技术。而小程序,这里特指微信小程序,是在微信 APP 基础上支持的一种应用形式,完全依赖于微信 APP 环境。

以上,是大概念上的区分,下面,我们就来详细对比一下其他方面。

一、运行环境

这里的 H5 既然是网页,那么依赖的外壳主要是浏览器,因此只要有浏览器,就可以使用。比如手机内置的浏览器,APP 的 web-view 组件,以及小程序提供的 web-view 组件,都可以打开 H5 页面。

注意,小程序的 web-view 可以打开 H5,但并不是小程序“跳转”到了 H5 页面,这个 H5 还是小程序的外壳内,仍然有很多限制。

前面说了,小程序只能依赖微信客户端,也就是说只能在微信里打开。那么,如果你的产品需要通过短信通知用户带上访问地址,就无法用小程序实现了。而 H5 页面,则可以在短信正文中直接用手机内置浏览器打开。

但是,微信本身是跨平台的,因此无论是安卓上的微信,苹果上的微信,都是可以使用小程序的。甚至 QQ 浏览器也支持了部分小程序的入驻。

二、系统权限

这里的系统权限,可以理解为隐私级别比较高的,如通讯录,或能调用硬件的,比如蓝牙功能等。从这个角度看,H5 本身可以说几乎是没有什么系统权限的。虽然也有摄像头之类的接口,但是重度依赖浏览器能力,兼容性有限。

而小程序,由于依赖微信客户端本身,所以微信小程序团队将客户端的很多能力开放给了小程序环境,当然,前提是你给微信也授权了相关的能力,比如允许访问麦克风,允许访问相册等。

所以,如果你的产品重度依赖这些能力,那小程序一定是不二之选,因为 H5 很难做到这些,对于很多小程序提供的能力,H5 是根本没有可能实现的。

三、能力限制

前面提到了系统权限层面的差异,其实也是一种能力限制。除此之外,还有一些能力是微信本身的策略限制的,比如 H5 在微信里可以直接分享朋友圈,而小程序目前就只能转发好友或群。对于朋友圈,就只能生成带小程序码的图片发到朋友圈。

而对于好友或群,小程序又提供了卡片式的分享界面,看起来很高端,信息也多,并且能追踪用户行为。这一点,H5 又无法做到。

再比如支付能力,小程序只支持微信支付,而 H5 里可以选择使用其他支付平台提供的支付方式。

四、用户体验

分享卡片看上去比普通的 H5 链接分享体验要好;而朋友圈的 H5 分享形式,和图片识别小程序码的形式到底哪个好也不好说。不过,如果你的产品被判定有违规行为,那么 H5 的链接是很容易匹配屏蔽的,可以直接导致分享 H5 页面只能自己可见,别人看不到。

但是,小程序的分享图虽然不太可能封禁,但小程序是微信的呀,那还不是分分钟就关掉。所以在抗风险方面,二者各有千秋。如果是 H5,那就多准备几个域名;如果是小程序,就直接多上线几个小程序,保证封禁时损失降到最低。

除了形式上的体验差异,性能上也是有差异的。小程序基于微信客户端实现,对解析进行了优化,并且一旦首次打开小程序,可以直接缓存很多资源。因此,在使用小程序时可以明显感觉很流畅,接近原生 APP 的体验。

而 H5 本质上还是网页,跟之前在 PC 上浏览网页没区别,每次要请求各种图片样式资源,在浏览器内核里渲染,因此体验会差一些。

五、访问入口

在访问入口这个点上,H5 的核心竞争力就是能在微信之外玩,不依赖微信本身。而小程序的优势,就是有 50+ 微信提供的场景入口,并且聊天界面顶部的“最近使用”和“我的小程序”这个入口,相对 H5 来说是有绝对优势的。

用户关闭之后,H5 页面如果想继续访问,可能会通过收藏入口,或者转发给“文件传输助手”等聊天界面保存,还可以缩小到图标稍后阅读等等。本质上还是跟 PC 时代的浏览器收藏夹差不多,需要有个地方把 H5 的链接地址保存下来,方便下次访问。如果没有保存,下次就很难找到了。

至于微信内的搜索,是可以同时搜索 H5 和小程序的,可以根据 H5 的名字和内容、小程序的名字和介绍来搜索。这里 H5 有个天然优势就是,只要你的链接在各大搜索引擎提交过,那么使用其他的搜索引擎也能搜出这个 H5,比如百度搜索。

六、用户触达

H5 本身是没有用户触达能力的,如果用户关掉了页面,页面就再也没有办法主动触达该用户了。因此,传统的营销方式都是采用邮件营销或短信营销等来触达用户。

后来,我们有了微信服务号,就多了服务号模板消息的触达方式。不管是哪种方式,都是想方设法把链接地址推送给用户,用户点击时再通过手机内置浏览器或微信内置浏览器访问页面。

而小程序天然支持模板消息,虽然有一周的推送时间限制,但是常规的业务已经足够了。只要用户使用你的小程序,你就可以通过某种操作收集 formid,然后即可在一周之内的任意时间触达用户。

七、开发成本

对于简单功能,H5 和小程序的开发成本是差不多的,开发模式和语言风格也类似。而对于前面说到的系统能力,可能就只有小程序才能实现,H5 根本做不了。此外,小程序自成体系,因此也有一些现成的组件可以使用,如果刚好覆盖了你的产品功能就能提升效率。

虽然 H5 也有很多框架组件可以用,但由于过于庞杂,有选择成本,且技术栈和 UI 五花八门,可能还有融合和修改的成本。而小程序组件的 UI 大部分已经确定,只有很少的部分可以修改,所以一旦认定使用小程序,这部分成本会低很多。

总体上来讲,我觉得还是可以认为小程序的开发成本更低一些。

八、迭代周期

开发成本低,未必迭代周期就短。对于 H5 我们可以随时发布上线,不用受任何牵制。而小程序的特点,就是每次提交版本都要经过微信方面的审核,且审核时间的长短很随机,着急上线的项目就很无奈了。

至于其他速度,取决于开发人员技能熟练程度,系统复杂度,对基础能力的依赖等,就不好估算了。

九、外部限制

由于小程序依赖微信平台,因此微信平台要对内容安全等事项负责,比如你想搞个有 UGC 的产品,用 H5 可能还可以趁着监管宽松无证裸奔一阵,或者说做大了再补证。

而小程序,就很可能完全不能过审,根本上不了线。比如试听类,社交类,都有对应的资质,而这个资质还可能很难获得。

类似的,H5 页面可以不用搞 HTTPS,有个网站就能玩,甚至用工具做个小活动也都可以玩。但是小程序,从后端开始就有限制,要求域名备案+HTTPS,一定程度上也是一点成本。

此外,小程序对文件大小也有限制,虽然现在已经支持分包加载,但是在文件大小方面,H5 本身是没有什么限制的。只是实际开发的时候,要照顾用户的体验,不能让页面打开太慢。

综上所述,H5 和小程序在不同的场景下各有千秋,具体使用哪一种要看你看重哪些能力。H5 和小程序都是实现产品的工具,选择工具最擅长的能力,其他方面再想办法来弥补即可。最后,再附上完整表格一份,看你是否已经明了二者的差异:

如果你还有其他疑问,欢迎留言与我交流。

作者:姬小光,微信公众号“姬小光(ID:hi-laser)”

本文由 @姬小光 原创发布于人人都是产品经理。未经许可,禁止转载。