User Growth Using Deeplink. (part1)

转载请注明来源 http://www.cnblogs.com/hucn/p/5917924.html 

 

活跃人数是衡量app一项关键指标, dau, mau, 有了流量才能给业务发展提供营养和空间.

app的流量一方面来自自身的留存, 一方面来自外部的供给, 而deeplink是外部引流的重要手段.

1 什么是deeplink

当有人分享一个商品给你, 发送一个连接到你的手机上, 你点击连接后直接跳转到app内对应的页面.

当你从浏览器中使用百度搜索, 点击一个搜索结果, 直接跳转到你的app的指定页面.

这些都是deeplink的使用场景, deeplink是从拦截外部请求到app内并定位到具体页面的技术.

2 为何作deeplink

上面提到了流量的重要性, 而deeplink可以将外部流量引导到app内, 并提供连贯的浏览体验, 实在是引流的大杀器.

除此以外, deeplink还作高效的流量分发. 经过外部url的投放和内部拦截, 能够针对不一样场景直接分发流量到具体页面, 将用户直接引导到各个垂直频道.

ios的appsearch和消息都在努力作, 培养用户, 虽然目前使用量不大, 但的确是比入口堆叠更有效的流量分发方式.

3 如何作deeplink

deeplink分两种, 一种是用户已经安装了你的应用, 直接作连接拦截和跳转. 另外一种是用户没有安装, 须要下载安装, 安装完成后再跳转到具体页面(reserved deeplink). 这两种都有不一样的方案和对应的难点.

已经安装app的应用, ios8如下可使用URLSchema作url拦截. Android上applink能够解决跳转的问题. 而iOS9以上提供的universal link方案把体验作到了极致, 无需弹窗提示, 直接拦截跳转. 下面重点看看universal link如何作.

3.1 实现universal link

建议先看下官方文档

apple为了体验和安全, universal link流程略复杂. 如官方文档提到, 须要在要拦截的http连接根路径下(或者.well-known下)提供一个apple-app-site-association文件, 文件描述了对域名的拦截规则, 格式能够参照google的https://google.com/apple-app-site-association. 这里有几点须要特别注意!

• aasa文件是精确到域名的, 也就是说www.google.com和map.google.com是两个aasa文件.
• aasa不能有302, response header必须是200.
• 必须是https.

接着须要在app的com.apple.developer.associated-domains文件中添加拦截的域名, 例如.

applinks:map.google.com

最后在UIApplicationDelegate中实现 application:continueUserActivity:restorationHandler: 方法, 完成跳转而且 return YES .参照API文档

3.2 调试universal link

若是你照着上面作universal link就生效了, 那么恭喜你, 能够略过这段.

universal link的缺点是—-链路太长, 很差调试. 笔者本着业界良心, 分享下以前解决universal link不生效的小技巧.

• 1 使用真机调试. 官方说模拟器能够调试, 可有时事实却不是这样, 保险起见使用真机调试.
• 2 使用抓包软件分析app安装. 每次删除重装app, 分析请求. app会在安装阶段请求aasa文件作校验. 所以若是没有发请求, 就是app entitlement写的有问题, 不然就是aasa文件问题.
• 3 调试aasa请求. 注意几个点, 路径, 域名, https, 200. 官方说的mime-type和content-type, 亲测不须要. 还有一小技巧, 能够把请求代理到本地服务直接测试, 不须要发布到线上.
• 4 使用iMessage测试. 用iMessage发送url作测试最靠谱, 其余app因为有可能定制了Safari, 会有各类诡异问题. 长按url, 看看是否有使用xxx打开选项, 由于有可能误关了universal link.

4 总结

相信完成了applink, 可以大幅提高app流量和产品体验. 下回看看如何用户没下载app时如何在安装完再跳转到具体页面.(reserved deeplink). 以及如何把这些技术串起来, 作到完美的体验.