轉載至：https://zhuanlan.zhihu.com/p/20694818，如侵權請聯系刪除
DeepLink是我一直想聊的話題，但是一直沒下筆，因為Deeplink技術的線索太多，太亂，太雜，就像《費加羅的婚禮》和《瘋狂的石頭》一樣，多條線索交織前進，有生態為目的巨無霸，有商業化為目的創業公司，有體驗為目的系統開發商。這些線索都是以深度鏈接(DeepLink)為基礎，各打各的牌，各下各的棋。
昨天再讀《國家為什么會失敗》，重溫國家的興榮可以簡化到2個維度來分析，我突然有點靈感，把DeepLink分為三層來介紹，希望能把DeepLink講清楚。
移動用戶86%的時間 （Flurry 2015數據）都是在各個APP中。然而，各個移動App就像大海中的一座座島嶼，雖然都生活在一個海洋中（Android系統或iOS)，但是他們之間通常是老死不相往來。舉例來說，在微信應用中，用戶基本上就沒有機會打開第三方應用APP，只能通過Web/瀏覽器方式提供受限的互通。
真實的用戶需求是什么樣的呢？ 例如，用戶在朋友圈中，看到關于一個飯店文章的時候，用戶可以很方便打開大眾點評應用看評論，直接打開美團查看折扣券，直接打開叫車軟件前往該地點。 在信息流看到推薦的商品，能夠直接打開淘寶/京東App查看寶貝詳情。但是很不幸，目前這些應用孤島之間都是通過Web進行連接的，通過瀏覽器的WebView，進行內容跳轉，缺少原生App體驗。
那么問題來了，為什么各個應用之間，為啥不能支持方便的自由穿梭呢？ 這里有2個原因，一個是經濟原因，另外一個是技術原因。
經濟原因比較簡單，目前各個應用開發者的核心目標是把用戶"滯留"在自己的應用中，用戶離開（哪怕短期離開）被認為是需要醫治的病。應用做的越來越大，越來越粘人。舉例來說，本來瀏覽器是一個系統工具軟件，但越來越多的瀏覽器軟件集成了更多的功能模塊，例如新聞，小說，視頻，音樂等。大家都希望用戶在自己的APP中，沉溺的時間越長越好。
另外一個就是技術原因了，也是今天想聊的主題。所謂DeepLink（深度鏈接）就是支持在移動App自由跳轉的技術，在PC的Web時代，這個問題簡化一個HTTP地址。到了移動時代，這個問題變得復雜起來，移動操作系統有多家，各家處理應用間跳轉的底層技術都不一樣，調用方式、代碼都不同，支持的力度也不同。目前也沒有任何行業協會致力于解決這個問題，沒有像W3C組織解決Web的規范化。
1 總結篇
今天，我從三個層次來介紹移動DeepLink相關技術和產品，包括系統基礎技術，巨頭產品，創新產品，圖示如下。
簡單解釋一下：
1. 底層：系統級別對于DeepLink技術支持
a) 基礎的App調起技術，通過代碼實現，步驟較為復雜
b) 增強的App調起技術(App Links)，通過HTTP(S)調用（Android 6.0和iOS9以上）
2. 中間層：移動巨無霸公司在應用間調轉的技術和思路
在APP時代，搜索公司無法索引到APP內部的數據，因此搜索公司希望能夠建立Web和APP之間的關系的索引，因此它對于Deep Link是一個擁抱的態度。谷歌/百度/蘋果都提供技術和接口，讓APP開發者提交Web和APP直接的映射關系，對于有映射的WEB結果，用戶有機會直接打開APP，提高用戶體驗。對于搜索廣告商而言，除了Web形式的落地頁之外，他們也可以提交對應的APP地址，例如谷歌App Indexing, 百度APP Link, 必應 App Linking。
3. 高層：基于DeepLink的創新機會
由于底層DeepLink技術的復雜性，巨無霸企業的規范各自為政的背景下，DeepLink的應用層面還是一個《列王的紛爭》的感覺，這種混沌的狀態也吸引了很多創業小公司，利用DeepLink技術，找到一個業務突破點。不少公司獲得較高的估值，例如URX(估值4000萬美元), DeepLink.me, BUTTON，豌豆莢等。
第二部分 底層：基礎技術篇
這一部分介紹，基礎的系統調用，如何打開第三方應用
第一類，基礎DeepLink調用方式：
打開APP發起者需要處理所有的容錯，版本檢查，參數非標準傳遞等所有事項。下面是各個系統的DeepLink實現的具體技術
Android 系統： 創建一個Intent，并且指定目標應用的包名(例如com.twitter等）和參數等，既可以打開目標應用。
iOS系統：使用openURL("twitter://userid/1234"), canOpenURL
Windows Phone:使用UriMapper ,例如Uri:"/Music/song123"
JavaScript：使用Intent Schema，使用新窗口打開，但是很多瀏覽器/應用并不支持這些JS的執行，或者有白名單列表。
第二類：增強的DeepLink調用篇（App Links/Universal Links, Since 2015）
Android 和 iOS其實是鼓勵各個應用之間進行交互和集成，提高用戶體驗，為了就解決基礎調用方式的復雜性。2015年，Android 和iOS依次推出了方便開發者得App Links技術，谷歌叫做App Links(Android 6.0)，蘋果叫做Universal Links（iOS9.0)，基本想法就是把打開應用的地址，統一為使用HTTP(S)方式，系統通過攔截和解析HOST地址，與系統注冊的HOST進行匹配，如果發現就可以直接打開APP。(注意，谷歌的APP Links技術和App Indexing沒有半毛錢關系。)
簡單介紹一下Google App Links技術，
以Android App Links為例（蘋果的Universal Links整個過程也很類似）
1. App 開發者使用AppLinks(Android 6.0)
a)在App Manifest中聲明App Links，打開Intent Filter
ｂ)在HOST服務器創建statements.json配置，包含打開包名和數字簽名
2.系統的調用DeepLink過程
系統如果發現http://HTTPS://HOST請求，系統將檢查App Links，如果發現注冊的APP，就會直接打開應用。支持的場景包括瀏覽器，短信等很多系統內置場景。
第三部分 中層：巨無霸的DeepLink情節
搜索結果或則社交網絡是用戶經常使用的APP，百度搜索，Facebook，谷歌搜索，這些應用也在吸收直接跳轉到第三方應用的技術，它有三個目的：
第一：獲取App的應用內數據。之前的結果都是Web結果，搜索引擎公司在App的事件里，無法為應用內數據做索引，百度/谷歌/必應需要索引更多的應用內數據。
第二：提升廣告主的轉化。通過直接打開/拉活APP，有數據表明轉化率更高，廣告主更愿意為高轉化率的技術買單。
第三，改進移動的用戶體驗。例如，你在瀏覽器搜到一個地點，點擊之后直接調轉到打車軟件。
這里面有一個核心技術，就是如何建立Web和App之間的映射。對這個行業來說，這是一個新問題，谷歌/Facebook提供了2種方式。
方法一：App開發者提供這種映射關系 ，手工上載這種關系
方法二：App在Web站內描述好打開App的方式，機器爬蟲可收集。
目前來說，Facebook提出了一種標準叫做App Links，定義了一些Meta語言放在<HTML>的Meta部分。 App Links的相關標準定義，在http://AppLinks.org可以找到。這確實是一個行業不錯的標準，可以定義App和Web的映射，這樣搜索引擎公司建立索引將更加方便自然。豌豆莢推出的應用內搜索，也是需要App將這些信息提供給豌豆莢，用于索引。
http://AppLinks.org的標記代碼例子，用于支持不同的OS。
下面是App Indexing 的一些基本流程
行業的幾個相關的技術，雖然名稱不同，但都是一個事情：
1. Facebook ： App Links(2014)，http://AppLinks.org
2. 谷歌：App Indexing(2014,Android 4.0)：
3.Quixey: 網站的根目錄下面AppURL.JSON
4. 百度App Link : AppLink.baidu.com; 搜索場景， 面向廣告主或有Web站的APP開發者。 WEB站中嵌入了與APP之間的映射關系。
5. Bing App Linking:類似谷歌的App Indexing，Bing可以在搜索結果中直接打開APP的過程，主要用于一些電商產品的推廣。
6. 豌豆莢 In-App Search：應用內搜索，比較類似谷歌App Indexing
第四部分 創新層：DeepLink 創新產品篇
在中層，大公司都定義了自己的DeepLink技術標準，利用自己巨無霸的地位，自己索引Web和App映射，支持巨無霸APP中打開第三方應用。那么對于其他的大大小小應用，非巨無霸應用，如何打開其它應用呢？
我們來看看需求，一些小應用需要集成一些第三App體驗，例如一個訂餐軟件集成一個打車軟件的App，一個美食App在后面對接一個訂餐App，或折扣券App。為了解決這個問題，通常有兩個技術問題要解決。
1. 調用方App：需要簡化調用的過程(容錯，參數傳遞，標準化等）
2. 被調起方App:需要支持DeepLink，并且無縫與調起方聯系起來
有問題，就會有創新。前幾年出現不少創新公司，解決這些問題，并積極開發DeepLink的商業機會。總結了一下，這些公司大概提供了兩類服務：
1. App的某些Intent場景下，適時引入第三方Ａpp，類商業化平臺例如有個App軟件需要對接打車服務，那么廣告平臺可以選擇滴滴或者是神州的App打開。http://DeepLink.me公司推出了移動端的AdWords，有雄心壯志把所有的App都接入它的廣告平臺。
2. 降低DeepLink的集成門檻，方便的支持跨平臺，統計等
簡單介紹一下市面上一些DeepLink的創業公司/項目吧。
1. Bitly:短鏈接服務，提供SDK，可以非常方便調用第三方APP
2. 騰訊應用直達廣告:支持應用的拉活，在蘑菇街有Show Case，提高30%的CPA
3. AppsFlyer：提供SDK服務，降低DeepLink集成門檻，支持強大統計分析。
4. http://DeepLink.me：提供SDK服務，也推出AdWords產品，App推廣可以購買相關的Intent，通過DeepLink進行倒流。
5. URX：提供場景化的第三方應用打開，也希望通過廣告模式發展
最后總結一下DeepLink的發展，在Android6.0和iOS9.0之前，系統對于DeepLink的技術支持有限，使用起來比較復雜，業務的模式也比較薄弱，一直都沒有發展起來。隨著Google App Links和 Apple Universal Links的發展，越來越多的App可以參考這兩個標準，支持從其它應用中被喚起。由于商業原因的限制，直接調轉到第三方應用的場景還有限，因此雖然技術很美好和強大，但是現實卻很骨感，應用之間的互聯互通還是一個商業禁忌之地。
終于羅嗦完了，本文相關技術名詞較多，這里有個總結，方便大家查閱。
