2021年5月14日App开发者领域发布了一条重要消息:微信开放平台为了提升用户体验,将于2021年5月20日(后来延期到2021年5月27日)起不再提供“小程序打开App技术服务”,这意味着以后通过场景值1036(从App分享卡片)打开的小程序,不能打开App了。这对于广大App开发者来说是一个噩耗,以往可以通过从App分享小程序,小程序再唤起App的引流方式已被封禁。

App还有新的引流方式么?分享裂变是现有的App拉新促活成本最低、且效果最好的方式。微信的庞大用户流量一直是App运营人员想要利用的资源,运营人员需要找到其他方式实现App拉新促活。现在能够实现从微信打开App的方式只有H5页面唤起App了。这也是为什么最近很多App分享到微信都改成了H5,例如微博、B站等。

本篇文章就以微博针对微信新政策做出的改变,介绍未来小程序、H5和App三者怎样结合才能实现拉新促活效果最大化。

第一、微博采取H5分享唤端的新变化

以前:App->小程序->App

以前从微博App分享微博内容给微信好友都是小程序的形式,打开微博小程序页面,点击【打开App】按钮,可以选择唤起微博App指定页面,通过小程序给App导流:

 

 

现在:App->H5->App和App->H5->小程序

因为新政策小程序不可以再唤起App了,所以微博改变了策略,从App分享微博内容到微信好友已经变成了H5页面的形式。打开H5页面,可以看到底部有两个明显的按钮,一个是【微博内打开】,一个是【小程序内打开】

点击 【微博内打开】按钮,如果已安装微博,则能够直接唤起了微博App的指定页面:

点击 【小程序内打开】按钮,能够直接唤起微博小程序的指定页面

 

 

     因此我们可以总结出,微博针对微信最新政策,从之前的App->小程序->App方式,现在拆分成了App->H5->App形式和App->H5->小程序形式。两条路径分别将用户引流到了App和小程序,为微博App和微博小程序导流,具体取决于用户选择点击哪个按钮。接下来我们详细讲述这两种方式所用技术和背后特点。

 

第二、借助Deeplink,实现从H5快速跳转到App

   

H5页面唤起App所用的技术就是Deeplink技术,在移动端,Deeplink能够实现从H5页面直接跳转到App指定页面的功能。例如您可以将App内的一个H5页面分享给微信好友,好友点击这个链接就能直接打开对应的App详情页,而不是App首页。如果好友未下载App则会跳转到App下载页面,安装启动后仍然能跳转到App指定页面。这样能大大缩短用户使用路径,降低用户流失率。因此Deeplink功能被广泛用在众多行业App拉新推广等场景,

 

由于Deeplink技术已经演变了很多年,因此不同操作系统都有着不同版本的Deeplink技术,下面会介绍两种最常用的Deeplink技术

1.URL Scheme方法

在iOS 9和安卓10(M)之前,移动端实现Deeplink的方式都是通过URL Scheme。一般形式是这样的:Scheme://host:port/path?query=xxxxxxx

Scheme:表示的是一个 URL 中最初始的位置,即 :// 之前的那段字符,我们可以用Scheme来定位对应的App。例如淘宝的Scheme就是taobao、支付宝的Scheme就是alipay,新浪微博的Scheme是sinaweibo。

path:代表了想要跳转的指定页面

query:代表了想要传递的参数。

 

URL Scheme方式优点在于实现简单,但也有以下两个弊端

弊端一:微信、微博、手百禁掉了大部分App的Scheme。

    如果您的域名不在微信白名单内(白名单功能不对外开放,一般来说只有腾讯系的App才能在白名单内)。因Android端只有URL Scheme这一种方式,所以目前大部分App的Android端在微信内都不能直接通过H5页面唤起App。目前解决方法有两种:

引导用户通过右上角浏览器打开的形式,在浏览器内打开H5页面,能够直接唤起App。此方式优点在于浏览器对于URL Scheme没有限制,缺点在于增加了用户右上角浏览器打开的步骤

另外一种解决办法,就是接入腾讯应用宝,通过应用宝来唤起App或者跳转到App下载页面。此方式优点在于不需要用户从浏览器形式打开,即使不在微信白名单内也可以直接唤起App。

    缺点在于此方式必须依赖腾讯应用宝,如果用户未安装应用宝,那么唤起方式会失效微信会先引导用户前去安装应用宝

弊端二:H5页面在尝试打开App时,浏览器会弹出一个提示框:“是否打开某某App”,

URL Scheme打开App时,需要让用户点击确认一次,增加了用户使用流程

2.Universal link方法

    Universal link 是苹果公司在2015年推出的新一代Deeplink方法,iOS9及以上的用户可以通过点击一个https链接无缝地跳转到一个App应用内的指定页面,如果用户没有安装这个App,则会跳转到App的下载页面。Universal link方式比URL Scheme方式体验更好,因为中间不需要用户点击确认打开App,也不需要用户在右上角跳转通过safari打开跳转。目前国内微信已经支持Universal link形式的跳转,所以在iOS端采取Universal link的形式唤起App则更为直接方便。

 

第三、通过H5唤起小程序

微博目前同样支持通过H5页面唤起小程序,H5页面唤起小程序的原理很简单:微信官方提供了H5 页面跳转微信小程序的能力。开发者需要判断所处环境来采用具体种跳转小程序方式:

如在微信内网页环境下,则使用开放标签<wx-open-launch-weapp>跳转到小程序,通过该开放标签打开小程序的场景值为 1167

如在微信之外的环境,则使用 URL Scheme 跳转小程序,在微信管理后台右上角“工具”—“生成URL Scheme”,填写小程序页面路径以及启动query参数,就可以生成小程序的URL Scheme了,通过 URL Scheme打开小程序的场景值为 1065。

 

具体实现方式可以参考微信开放平台的【H5跳转小程序】文档

 

第四、巧用工具,轻松实现一键唤起

    前面我们已经介绍了如何通过实现H5页面唤起App指定页面和实现H5页面唤起小程序内指定页面方法,虽然开发者可以自己配置实现Deeplink 技术,但是现实中还是会遇到很多问题。比如进行资源配置、兼容性适配、拉新模糊匹配、指标统计等事情,会耗费大量的人力和维护成本,实现起来相当复杂。因此许多开发者会采取使用第三方的Link工具来快速实现H5页面唤起App功能,大大缩短开发时间以及保障服务稳定性。

   如国内领先的第三方全域数据服务商友盟+ U-Link产品,不仅提供了App一键唤起/一键拉新的功能、同时可以传递用户安装/打开App的参数,从而应用于后续的免填邀请码安装、自动识别社交关系等业务场景。除此之外,通过分裂变活动/分渠道统计以及结合友盟+移动统计U-App,能够统计App拉新/促活用户后续的注册、付费、留存等数据,每一次活动的数据可以用于二次加工、分析。后续即将支持H5页面唤起小程序指定页面功能,降低开发者自行配置的人力成本。

U-Link适用于社交裂变分享、广告投放、短信营销等场景,例如将U-Link与友盟+社会化分享U-Share产品结合,可以快速实现从App分享到微信再从微信回流到App的功能,还可以统计App/微信内的社交分享关系链,例如用户A从App内分享H5页面到微信中给用户B,用户B分享给用户C,用户C分享给用户D,最后用户D安装了App跳转到了指定页面。我们可以统计出用户D是A->B->C三个人裂变拉新来的,此功能适用于App拉新邀请奖励关键分享KOL用户统计等场景。

 

 

 

某资讯App使用U-Link实现App一键唤起和一键拉新功能,用于分享裂变、广告投放和短信营销三种场景。现在App每天全部的新增用户中,有49%的新用户是来自于分享到微信、QQ等平台带来的,有26%是通过给流失用户发短信召回的,有6%的新用户是通过点击广告卡片安装的。由此可见分享裂变是成本最低、拉新效果最好的一种方式。

 

某阅读App使用U-Link实现App一键唤起和一键拉新功能,用于分享裂变场景,现在App每天全部的新增用户中,有67%的新用户是来自于分享到微信裂变而来,并且另外一个最重要的用途是统计用户具体来源渠道,避免用户被应用市场拦截。因为开发者在不同H5页面里上传了不同的渠道包,以此区分用户是从哪个页面带来的。但是由于拉新时应用市场往往会拦截安装apk包这种方式,会引导用户前往应用市场去安装,因此渠道包来源就不准确。使用U-Link后,每一个页面都有专属的渠道投放链接,U-Link通过模糊匹配等方式能够归因到具体的来源,与用户安装的渠道包无关。经过统计发现,微信内某一个页面只有50%的用户直接下载了apk包,有50%的客户被应用市场拦截后去不同应用市场安装了。这样U-Link就能突破传统应用市场的拦截了。

微信政策的改变促使运营人员要用其他方式实现App拉新促活功能,为了充分利用微信的庞大用户流量,我们相信未来一定会有越来越多的App像微博一样,分享到微信的样式变成H5,通过H5页面唤起App/引导下载App,降低用户使用路径,提升用户体验。当然还有H5页面唤起小程序的方式为小程序导流,不同行业不同场景应采取不同的具体做法,只有这样才能实现拉新促活等运营活动的效果最大化。

对于拉新有迫切需求的开发者可到友盟+官网了解U-Link相关产品。

Copyright © 2021 友盟全域数据
Powered by .NET 5.0 on Kubernetes