web页面中如何唤起打开APP实践 | 您所在的位置:网站首页 › 国外网站怎么打开APP › web页面中如何唤起打开APP实践 |
作者:拾邑 链接:https://github.com/suanmei/callapp-lib/issues/1 前段时间在做一些H5页面,落地页占比较大,落地页承担的职责就是引流。引流有两种形式,同时也是我们对唤端的定义:引导已下载用户打开APP,引导未下载用户下载APP。 引导已下载用户打开APP,从数据上说用户停留在APP中的时间更多了,是在提高用户粘性;从体验上说,APP体验是要比H5好的。引导未下载用户下载APP,可以增加我们的用户量。 上面其实分别解释了 什么是唤端 以及 为什么要唤端,也就是 3W法则 中的 What 和 Why,那么接下来我们就要聊一聊 How 了,也就是 如何唤端 。 我们先来看看常见的唤端方式以及他们适用的场景: 唤端媒介 URL Scheme 来源我们的手机上有许多私密信息,联系方式、照片、银行卡信息...我们不希望这些信息可以被手机应用随意获取到,信息泄露的危害甚大。所以,如何保证个人信息在设备所有者知情并允许的情况下被使用,是智能设备的核心安全问题。 对此,苹果使用了名为 沙盒 的机制:应用只能访问它声明可能访问的资源。但沙盒也阻碍了应用间合理的信息共享,某种程度上限制了应用的能力。 因此,我们急需要一个辅助工具来帮助我们实现应用通信, URL Scheme 就是这个工具。 URL Scheme 是什么我们来看一下 URL 的组成: ://:[path][?query][#fragment]我们拿 https://www.baidu.com 来举例,scheme 自然就是 https 了。 就像给服务器资源分配一个 URL,以便我们去访问它一样,我们同样也可以给手机APP分配一个特殊格式的 URL,用来访问这个APP或者这个APP中的某个功能(来实现通信)。APP得有一个标识,好让我们可以定位到它,它就是 URL 的 Scheme 部分。 常用APP的 URL Scheme APP微信支付宝淘宝微博QQ知乎短信URL Schemeweixin://alipay://taobao://sinaweibo://mqq://zhihu://sms:// URL Scheme 语法上面表格中都是最简单的用于打开 APP 的 URL Scheme,下面才是我们常用的 URL Scheme 格式: 行为(应用的某个功能) | scheme://host:port/[path][?query] | | 应用标识 功能需要的参数 Intent安卓的原生谷歌浏览器自从 chrome25 版本开始对于唤端功能做了一些变化,URL Scheme 无法再启动Android应用。例如,通过 iframe 指向 weixin://,即使用户安装了微信也无法打开。所以,APP需要实现谷歌官方提供的 intent: 语法,或者实现让用户通过自定义手势来打开APP,当然这就是题外话了。 Intent 语法 intent: HOST/URI-path // Optional host #Intent; package=[string]; action=[string]; category=[string]; component=[string]; scheme=[string]; end;如果用户未安装 APP,则会跳转到系统默认商店。当然,如果你想要指定一个唤起失败的跳转地址,添加下面的字符串在 end; 前就可以了: S.browser_fallback_url=[encoded_full_url] 示例下面是打开 Zxing 二维码扫描 APP 的 intent。 intent: //scan/ #Intent; package=com.google.zxing.client.android; scheme=zxing; end;打开这个 APP ,可以通过如下的方式: Take a QR code Universal Link Universal Link 是什么Universal Link 是苹果在 WWDC2015 上为 iOS9 引入的新功能,通过传统的 HTTP 链接即可打开 APP。如果用户未安装 APP,则会跳转到该链接所对应的页面。 为什么要使用 Universal Link传统的 Scheme 链接有以下几个痛点: 在 ios 上会有确认弹窗提示用户是否打开,对于用户来说唤端,多出了一步操作。若用户未安装 APP ,也会有一个提示窗,告知我们 “打不开该网页,因为网址无效” 传统 Scheme 跳转无法得知唤端是否成功,Universal Link 唤端失败可以直接打开此链接对应的页面 Scheme 在微信、微博、QQ浏览器、手百中都已经被禁止使用,使用 Universal Link 可以避开它们的屏蔽( 截止到 18年8月21日,微信和QQ浏览器已经禁止了 Universal Link,其他主流APP未发现有禁止 ) 如何让 APP 支持 Universal Link有大量的文章会详细的告诉我们如何配置,你也可以去看官方文档,我这里简单的写一个12345。 拥有一个支持 https 的域名 在 开发者中心 ,Identifiers 下 AppIDs 找到自己的 App ID,编辑打开 Associated Domains 服务。 打开工程配置中的 Associated Domains ,在其中的 Domains 中填入你想支持的域名,必须以 applinks: 为前缀 配置 apple-app-site-association 文件,文件名必须为 apple-app-site-association ,不带任何后缀 上传该文件到你的 HTTPS 服务器的 根目录 或者 .well-known 目录下 Universal Link 配置中的坑这里放一下我们在配置过程中遇到的坑,当然首先你在配置过程中必须得严格按照上面的要求去做,尤其是加粗的地方。 跨域问题 IOS 9.2 以后,必须要触发跨域才能支持 Universal Link 唤端。 IOS 那边有这样一个判断,如果你要打开的 Universal Link 和 当前页面是同一域名,ios 尊重用户最可能的意图,直接打开链接所对应的页面。如果不在同一域名下,则在你的 APP 中打开链接,也就是执行具体的唤端操作。 Universal Link 是空页面 Universal Link 本质上是个空页面,如果未安装 APP,Universal Link 被当做普通的页面链接,自然会跳到 404 页面,所以我们需要将它绑定到我们的中转页或者下载页。 如何调用三种唤端媒介通过前面的介绍,我们可以发现,无论是 URL Scheme 还是 Intent 或者 Universal Link ,他们都算是 URL ,只是 URL Scheme 和 Intent 算是特殊的 URL。所以我们可以拿使用 URL 的方法来使用它们。 iframe在只有 URL Scheme 的日子里,iframe 是使用最多的了。因为在未安装 app 的情况下,不会去跳转错误页面。但是 iframe 在各个系统以及各个应用中的兼容问题还是挺多的,不能全部使用 URL Scheme。 a 标签 |
CopyRight 2018-2019 实验室设备网 版权所有 |