http://www.cnblogs.com/shadajin/p/5724117.html
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。
3）如果未安裝，則跳轉到APP-T的web版應用（假設他提供web版）或者是跳轉到AppStore等應用市場進行下載。
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=關鍵字
URL Schemes：weixin://dl/moments（打開微信朋友圈）
所以，這一段總結一下。
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/officialaccounts 公眾號weixin://dl/games 游戲weixin://dl/help 幫助weixin://dl/feedback 反饋weixin://dl/profile 個人信息weixin://dl/features 功能插件
騰訊微博：TencentWeibo://
淘寶：taobao://