探秘圈內熱議的app deeplink技術

iCDO原創團隊志願者郭宇洋

作者：郭宇洋為iCDO獨家撰稿

本文版權為作者郭宇洋所有，未經作者許可，禁止轉發。

主編前言：

Deeplink，簡單講，就是你在手機上點擊一個連結之後，可以直接連結到app內部的某個頁面，而不是app正常打開時顯示的首頁。不似web，一個連結就可以直接打開web的內頁， app的內頁打開，必須用到deeplink技術。什麼是deeplink技術？如何實現的？郭宇洋的這篇文章有非常輕鬆易懂的說明，並且還提供了相當不錯的參考資料。

一、Deeplink

1、技術

2、標準&生態

二、Deeplink與線上展示廣告（移動端）

一.Deeplink

1.技術

先點題，這裡面核心的技術就是：URL SCHEMES。不論是IOS還是Android。

APP1與APP2之間，在技術上，如何完成橫向調用，通過下面這個邏輯關係圖進行說明：

假如要從APP-F調用APP-T

1）APP-T要進行自訂scheme的配置（iOS是info檔， Android是activity），並進行參數處理的coding。

2）APP-F進行調用，首先判斷設備是否安裝APP-T。

4）如果已安裝，則調用APP-T配置好的URL SCHEME，直接打開APP-T的相關介面。

【插播-簡單介紹一下URL SCHEMES】

URL Schemes 有兩個單詞：

URL，我們都很清楚， http://www.apple.com 就是個 URL，也叫它連結或網址；Schemes，表示的是一個 URL 中的一個位置——最初始的位置，即 ://之前的那段字元。比如 http://www.apple.com 這個網址的 Schemes 是 http。

我們可以像定位一個網頁一樣，用一種特殊的 URL 來定位一個應用甚至應用裡某個具體的功能。而定位這個應用的，就應該這個應用的 URL 的 Schemes 部分，也就是開頭兒那部分。但是需要注意的是應用的URL Schemes 並不唯一，也就是說一個應用可以“起多個名“，不同應用的URL Schemes也可能因為名字一樣發生衝突。

iOS系統級應用，有一些已經定義了URL Schemes，比如短信是 sms:、

通話是tel:、iBooks是ibooks:，在定義自己APP的URL Schemes的時候要避免跟系統應用名稱一樣。

與URL一樣， URL Schemes也可以通過傳參打開特定的APP介面。

URL：http://images.google.com/images?q=關鍵字

所以，這一段總結一下。

1） APP要想被其他APP直接打開，

自身得支持，讓自己具備被人打開的能力。（URL Schemes）

2） APP要想打開其他的APP，自身也得支持。（判斷設備是否安裝、各種跳轉的處理）

1、標準&生態

URL Schemes從技術雖然可以解決這個問題，但是，仍有諸多問題，以下列舉幾個

1）跨平臺，不同系統間的無縫連結

2）資料傳輸標準

3） URL Schemes命名規範

4）傳參與解析標準

舉幾個例子，比如跨平臺，假如手機裡收到好友分享的一些URL Schemes連結，但是你們倆不是一個平臺，那就會出現一些想不到的問題。如下圖：短信形式發送的淘寶APP的連結，我是安裝手機，我是打開還是打開還是打開呢。

再比如， URL Schemes的命名，現在世界範圍內，千奇百怪。

· Coursera 的 URL 是：coursera-mobile:

· Duet 這款遊戲的 URL 是：x-kumo-duet:

· Monument 這款遊戲的 URL 是：fb690517270143345:

· Feedly 的 URL 是：fb129765800430121:

· 扇貝新聞的 URL 是：wx95962d02b9c3e2f7:

所以這一段小結一下。

Deeplink從宏觀角度，需要有業界統一標準與規範，才有可能形成一定的氣候。

目前一些巨頭都推出自己的標準，在拓展自己的標準，有人用的標準才是真標準，這就帶出了另一個概念——生態。

在統一的標準下，只有當APP接入到一定的量級，形成一個生態，我們暢想的那種APP間無縫銜接的場景才會真正實現。

【插播-巨頭的標準】

Facebook：App Links

Twitter：Card

Google：INDEXING

除了巨頭以外，還有一些公司也在做一些API、sdk：DEEPLINK.ME、BRANCH METRICS、URX、QUIXEY，還有國內的“應用鏈“公司。

Fb沒有作業系統，是想借AppLinks截胡，據說已經有10億的deeplink接入。

也有一個這樣的行業聯盟：http://mobiledeeplinking.org/

國內比如bat也在佈局這方面的應用。

三個參考閱讀：

1|http://mashable.com/2014/04/30/facebook-app-links/?utm_campaign=Mash-Prod-RSS-Feedburner-All-Partial&utm_cid=Mash-Prod-RSS-Feedburner-All-Partial&utm_medium=feed&utm_source=feedly&utm_reader=feedly#O5e1nlKn.iq4

2|http://marketingland.com/facebooks-applinks-hit-1-billion-deep-links-adds-back-button-previous-app-88751

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

二、Deeplink與線上展示廣告（移動端）

聚焦到deeplink技術在移動端展示廣告上的應用，目前從爆出來的新聞看，品友互動已經在投了。

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

應該來講， deeplink技術比較適用于獨立電商、金融理財APP，一方面這類APP的廣告內容可以是平臺的商品（產品），連結後直接進入相關商品（產品）的詳情頁，另一方面，這類APP在打開後是會產生後續的交易行為。

其他類型的APP，比如工具類（地圖、天氣等）、遊戲類、讀書類等相對來講則不是特別的適用。

複習一下上文總結的幾個情況：

1） APP要想被其他APP直接打開，自身得支持，讓自己具備被人打開的能力。（URL Schemes）

2） APP要想打開其他的APP，自身也得支持。（判斷設備是否安裝、各種跳轉的處理）

3） Deeplink從宏觀角度，需要有業界統一標準與規範，才有可能形成一定的氣候。

4）在統一的標準下，只有當APP接入到一定的量級，形成一個生態，我們暢想的那種APP間無縫銜接的場景才會真正實現。

Deeplink在移動端展示廣告上的應用勢必也深深的受這個大環境的影響。然而事情還是得做，在這種大環境下，如何做廣告，通過下圖來說明。

說明，從下到上，分別是：

1）有一個基礎，廣告主的APP需要支援，投放前談好，各種跳轉的處理。

2）按平臺進行定投，解決跨平臺問題，避免流量和曝光的浪費。

3）將廣告主app的url scheme地址、未安裝跳轉地址傳給adx（未安裝跳轉有三種情況，1是打開wap網頁，這種不區分Android和iOS，統一是一個landing page的位址，2是Android的包名，用戶跳轉到Android推廣的管道應用市場。3是iOS推廣，這裡要用到appid）。

4）點擊廣告後，媒體端就開始通過js來做判斷，完成各種邏輯的處理，jssdk一般是adx給到媒體，如果不用jssdk，媒體直接加了adx的系統sdk，也可以完成跳轉邏輯的處理。

如下圖，品友互動和蘇甯雲商，直接到商品詳情頁，後續只有加入購物車與支付兩個轉化流程，大大縮減了轉化路徑。

目前在幾個比較大的adx平臺比如廣點通、tanx等都已經逐漸有一些媒體流量開始支持投放，作為一個不錯的賣點，各個adx還是有動力在推進這件事。

附錄：一些常用APP的URL Schemes

知乎

回答 zhihu://answers/{id}

用戶頁 zhihu://people/{id}

weixin://dl/scan 掃一掃

weixin://dl/feedback 回饋

weixin://dl/moments 朋友圈

weixin://dl/settings 設置

weixin://dl/notifications 消息通知設置

weixin://dl/chat 聊天設置

weixin://dl/general 通用設置

weixin://dl/games 遊戲

weixin://dl/help 幫助

weixin://dl/feedback 回饋

weixin://dl/profile 個人資訊

weixin://dl/features 功能外掛程式

淘寶：taobao://

支付寶：alipay://

QQ流覽器：mqqbrowser://

uc流覽器：ucbrowser://

海豚流覽器：dolphin://

搜狗流覽器：SogouMSE://

百度地圖：baidumap://

Chrome：googlechrome://

優酷：youku://

京東：openapp.jdmoble://

人人：renren://

美團：imeituan://

1號店：wccbyihaodian://

我查查：wcc://

有道詞典：ddictproapp://

點評：dianping://

微盤：sinavdisk://

豆瓣fm：doubanradio://

網易公開課：ntesopen://

名片全能王：camcard://

淘寶寶貝搜索：taobao://http://s.taobao.com/?q=[prompt]

淘寶店鋪搜索：taobao://http://shopsearch.t

作者簡介：

郭宇洋，互聯網廣告產品經理，主要專注於移動端的變現與數位行銷，iCDO原創作者。

關於互聯網資料官（Internet CDO）

國內第一家聚焦於基於資料和大資料的互聯網行銷、運營、產品和管理的中立平臺。我們為互聯網資料從業者、愛好者、解決方案提供商提供行業資訊、技術、知識、經驗以及內容分享、活動等。我們也為行業提供內容、活動、招聘和求職的共用發佈平臺。

iCDO就是Internet Chief Data Officer的英文首字母縮寫。

互聯網資料官旗下也包括另外兩個子品牌：包括宋星老師創建的國內最著名的互聯網行銷和運營資料分析博客：CWA（網站分析在中國）——知識分享平臺、宋星老師和Florian Pihs老師創始的WAW（網站分析星期三）——沙龍活動平臺。而iCDO本身，則不僅僅包括前二者的知識分享和沙龍活動，還包括行業資訊及行業資訊共用發佈平臺。

1） APP要想被其他APP直接打開，自身得支持，讓自己具備被人打開的能力。（URL Schemes）

2） APP要想打開其他的APP，自身也得支持。（判斷設備是否安裝、各種跳轉的處理）

3） Deeplink從宏觀角度，需要有業界統一標準與規範，才有可能形成一定的氣候。

4）在統一的標準下，只有當APP接入到一定的量級，形成一個生態，我們暢想的那種APP間無縫銜接的場景才會真正實現。

Deeplink在移動端展示廣告上的應用勢必也深深的受這個大環境的影響。然而事情還是得做，在這種大環境下，如何做廣告，通過下圖來說明。

說明，從下到上，分別是：

1）有一個基礎，廣告主的APP需要支援，投放前談好，各種跳轉的處理。

2）按平臺進行定投，解決跨平臺問題，避免流量和曝光的浪費。

如下圖，品友互動和蘇甯雲商，直接到商品詳情頁，後續只有加入購物車與支付兩個轉化流程，大大縮減了轉化路徑。

目前在幾個比較大的adx平臺比如廣點通、tanx等都已經逐漸有一些媒體流量開始支持投放，作為一個不錯的賣點，各個adx還是有動力在推進這件事。

附錄：一些常用APP的URL Schemes

知乎

回答 zhihu://answers/{id}

用戶頁 zhihu://people/{id}

weixin://dl/scan 掃一掃

weixin://dl/feedback 回饋

weixin://dl/moments 朋友圈

weixin://dl/settings 設置

weixin://dl/notifications 消息通知設置

weixin://dl/chat 聊天設置

weixin://dl/general 通用設置

weixin://dl/games 遊戲

weixin://dl/help 幫助

weixin://dl/feedback 回饋

weixin://dl/profile 個人資訊

weixin://dl/features 功能外掛程式

淘寶：taobao://

支付寶：alipay://

QQ流覽器：mqqbrowser://

uc流覽器：ucbrowser://

海豚流覽器：dolphin://

搜狗流覽器：SogouMSE://

百度地圖：baidumap://

Chrome：googlechrome://

優酷：youku://

京東：openapp.jdmoble://

人人：renren://

美團：imeituan://

1號店：wccbyihaodian://

我查查：wcc://

有道詞典：ddictproapp://

點評：dianping://

微盤：sinavdisk://

豆瓣fm：doubanradio://

網易公開課：ntesopen://

名片全能王：camcard://

淘寶寶貝搜索：taobao://http://s.taobao.com/?q=[prompt]

淘寶店鋪搜索：taobao://http://shopsearch.t

作者簡介：

郭宇洋，互聯網廣告產品經理，主要專注於移動端的變現與數位行銷，iCDO原創作者。

關於互聯網資料官（Internet CDO）

iCDO就是Internet Chief Data Officer的英文首字母縮寫。