原创好文章授权在魔窗发表,未经许可拒绝转载。

本文版权归作者郭宇阳所有,未经作者许可,禁止转发。

编者前言:

Deeplink,简单来说就是你点击手机上的一个链接后,可以直接链接到app内部的一个页面,而不是app正常打开时显示的主页。与web不同,一个链接可以直接打开web的内页,打开app的内页必须使用deeplink技术。什么是deeplink技术?这是如何实现的?郭宇阳的文章有一个非常简单易懂的解释,也提供了相当好的参考资料。

目录

一. Deeplink

1.技术

2.标准&生态

二、Deeplink和在线展示广告

一. Deeplink

1.技术

首先,核心技术是网址方案。要么是IOS,要么是Android。

技术上,如何完成APP1和APP2之间的水平调用,用下面的逻辑图来说明:

假设你想从APP-F调用APP-T

1)APP-T要配置自定义方案和代码参数。

2)APP-F叫。首先判断设备中是否安装了APP-T。

3)如果没有安装,跳转到APP-T的web版或者跳转到AppStore等应用市场下载。

4)如果安装了,则调用APP-T配置的URL SCHEME,直接打开APP-T的相关界面。

网址方案有两个词:

URL,我们都很清楚,http://www.apple.com是一个URL,也叫链接或网站;Schemes,意思是URL中的一个位置——初始位置,也就是//之前的字符。例如,该网站在http://www.apple.com的方案是http。

我们可以使用一个特殊的网址来定位一个应用程序,甚至是应用程序中的一个特定功能,就像定位一个网页一样。要定位此应用程序,它应该是此应用程序的网址的方案部分,即开始部分。但是,需要注意的是,一个应用的网址方案并不是唯一的,也就是说,一个应用可以用多个名称来命名,不同应用的网址方案可能会因为名称相同而发生冲突。

IOS系统级应用,有些已经定义了网址方案,比如短信:,

电话是电话:,ibooks是iBooks:。定义应用程序的网址方案时,请避免使用与系统应用程序相同的名称。

像网址一样,网址方案也可以通过传递参数来打开特定的应用程序界面。

网址:http://images.google.com/images? Q =关键词

网址方案:微信://dl/矩

所以,这一段是总结。

1)一个APP要想直接被其他APP打开,必须自己支持,这样才有能力被别人打开。

2)一个APP要打开其他APP,必须自己支持。

1.标准&生态

虽然网址方案可以从技术上解决这个问题,但仍然存在许多问题,如下所列

1)跨平台,不同系统之间无缝链接

2)数据传输标准

3)网址方案命名规范

4)通过并参与分析标准

举几个例子,比如跨平台,如果手机收到朋友分享的一些URL Schemes链接,但是你们两个不是同一个平台,就会出现一些意想不到的问题。下图:短信发的淘宝APP的链接,我在装手机,该打开还是打开?

另一个例子,网址方案的命名在世界各地都很奇怪。

coursera的URL是:coursera-mobile:

duet的URL是:x-kumo-duet:

这个游戏的URL是:fb690517270143345:

feedly的网址是:fb129765800430121:

扇贝新闻的URL是wx95962d02b9c3e2f7:

所以总结一下这段吧。

从宏观上看,Deeplink需要行业内统一的标准和规范,才能形成一定的气候。

目前一些巨头推出了自己的标准,扩大了自己的标准,别人用的标准才是真正的标准,这就引出了另一个概念——生态。

在统一的标准下,只有当应用连接到一定的层次,形成生态,我们想象的应用之间无缝连接的场景才会真正实现。

脸书:应用链接

推特:卡片

Google:INDEDING

除了巨头,还有一些公司也在做API,sdk:DEEPLINK。我,BRANCH METRICS,URX,QUIXEY,国内“应用链”公司。

Fb没有操作系统,所以想用AppLinks拦截Hu。据说已经连接了10亿个deeplink。

还有这样一个行业联盟:http://mobiledeeplinking.org/

比如国产bat,布局上也用。

三个参考读数:

1 | http://Mashable . com/2014/04/30/Facebook-app-links/?UTM _ campaign = Mash-Prod-RSS-Feedburner-All-Partial & amp;所有-部分& amputm _ medium = feed & amputm _ source = feedly & amputm_reader=feedly#O5e1nlKn.iq4

2 | http://marketingland . com/face books-applinks-hit-10亿-deep-links-adds-back-button-previous-app-88751

3 | http://36kr . com/p/212554 . html

二、Deeplink和在线展示广告

专注于深度链接技术在手机展示广告中的应用,根据发布的消息,品友互动已经投了票。

http://tech.china.com/data/11022462/20150818/20220217.html

应该说deeplink技术更适合独立的电商和理财应用。一方面,这类应用的广告内容可以是平台的产品,链接后直接进入相关产品的详细页面;另一方面,这类应用在开放后会产生后续的交易行为。

其他类型的应用,比如工具,游戏,阅读等。,都不是特别适用。

回顾以上总结的几种情况:

1)一个APP要想直接被其他APP打开,必须自己支持,这样才有能力被别人打开。

2)一个APP要打开其他APP,必须自己支持。

3)从宏观上看,深联需要行业内统一的标准和规范,才能形成一定的气候。

4)在统一的标准下,只有APP连接到一定的层次,形成生态,我们想象的APP之间无缝连接的场景才会真正实现。

Deeplink在手机展示广告中的应用势必会受到这种环境的深刻影响。但是,事情还是要做的。在这种环境下,如何做广告如下图所示。

描述,从下到上分别是:

1)有基础,广告主的APP需要支持,发货前要讨论,各种跳转要处理。

2)根据平台进行定投,解决跨平台问题,避免流量和曝光的浪费。

3)将广告主app的url方案地址和跳转地址发送到adx.

4)点击广告后,媒体开始通过js进行判断,完成各种逻辑处理。jssdk通常由adx提供给媒体。如果不使用jssdk,媒体可以直接添加adx的系统sdk,也可以完成跳转逻辑处理。

如下图所示,品友互动和苏宁尚云直接进入产品详情页,然后只有两个转化过程:添加购物车和支付,大大减少了转化路径。

目前,一些媒体流量已经逐渐开始支持在几个相对较大的adx平台上交付,如广电通和tanx。作为一个很好的卖点,每个adx仍然有动力推动这件事。

附录:一些常用应用的网址方案

差不多知道

回答胡志://回答/{id}用户页面胡志://人/{id}

微信

weixin://dl/scan sweep weixin://dl/feedback feedback weixin://dl/moments朋友圈weixin://dl/settings settings weixin://dl/notifications message notification settings weixin://dl/general settings weixin://dl/official laccounts微信官方账号weixin://dl/games weixin://dl/help help weixin://dl/feedback feedback weixin://dl/profile个人信息weixin://dl/features功能插件

腾讯微博:腾讯微博://

淘宝:淘宝://

支付宝:支付宝://

微博:新浪微博://

威科微博:威科://

QQ浏览器:MQ browser://

Uc浏览器:ucbrowser://

海豚浏览器:海豚://

搜狗浏览器:搜狗MSE://

百度地图:baidumap://

Chrome:googlechrome://

优酷:优酷://

JD。COM: openapp.jdmoble:///

所有人:人人网://

美团:imeituan://

1号店:wccb1号店://

我查一下:wcc://

有一本字典:ddicproapp://

评论:点平://

微盘:sinavdisk://

豆瓣FM:豆瓣收音机://

网易公开课:ntesopen://

名片万能王:camcard://

淘宝宝贝搜索:淘宝://http://s .淘宝. com/?q =

淘宝店铺搜索:淘宝://http://shopsearch.t

作者简介:

郭宇阳,互联网广告产品经理,主要从事移动实现和数字营销,iCDO原作者。

1.《deeplink 现在很火的app上的deeplink技术,到底是什么?》援引自互联网,旨在传递更多网络信息知识,仅代表作者本人观点,与本网站无关,侵删请联系页脚下方联系方式。

2.《deeplink 现在很火的app上的deeplink技术,到底是什么?》仅供读者参考,本网站未对该内容进行证实,对其原创性、真实性、完整性、及时性不作任何保证。

3.文章转载时请保留本站内容来源地址,https://www.lu-xu.com/jiaoyu/1788202.html