由于網頁傳播的便捷性，從網頁向APP導流幾乎是所有APP廠商都會采用的推廣手段，具體來說就是在網頁上提供一些觸發點(例如按鈕、鏈接)，用于跳轉到APP。 

URL Scheme

早期的應用跳轉只能通過「URL Scheme」實現。例如通過下面這個「URL Scheme」，就可以跳轉到「貝聊APP」：

ibeiliao://

在網頁中調用「URL Scheme」也有多種方法：

<!-- 方案一：鏈接跳轉 -->
<a href="ibeiliao://">打開貝聊</a>

<!-- 方案二：JS跳轉 -->
<a href="javascript:location.href='ibeiliao://'">打開貝聊</a>

<!-- 方案三：iframe調用 -->
<span id="open-ibeiliao">打開貝聊</span>
<script>
document.getElementById('open-ibeiliao').onclick = function() {
var iframe = document.createElement('iframe');
iframe.src = 'ibeiliao://';
iframe.style.display = 'none';
document.body.appendChild(iframe);
setTimeout(function(){
document.body.removeChild(iframe);
}, 3000);
};
</script>

原本「方案三」是***的，因為在沒有安裝對應APP的情況下，另外兩個方案在iOS Safari下都會出現「瀏覽器無法打開網頁」的彈框。

然而，「方案三」是***“陣亡”的，最早是在iOS 9中的Safari失效，后來在某些安卓機的瀏覽器也不行了，所以目前只能用「方案一」和「方案二」，而iOS Safari下的那個彈框也就無法避免了。

理論上，「URL Scheme」可以在任何瀏覽器以及APP中的WebView使用，但實際上卻是被大量APP封殺，幾乎是只能在瀏覽器類的APP中使用。因為大部分廠商都不希望用戶離開自己的APP。

打開還是下載?

前文提到了一個問題，萬一設備上沒有安裝要跳轉的APP，那怎么辦呢?正常來說，應該要跳到該APP的下載頁。然而，這里面***的難題是：網頁端基本上無法獲知當前設備是否已安裝某個APP(之所以加上“基本”二字，是因為網頁在微信內運行時，可通過調用微信內部的JS API實現此功能，但該API只對騰訊的“關系戶”開放)。

后來，人們想出了一種解決方案：在使用「URL Scheme」跳轉的同時，通過定時器在一定時間之后跳轉到下載頁。倘若設備上有安裝APP，就會跳到APP，否則在一定時間后就會跳到下載頁。

<span id="open-ibeiliao">打開貝聊</span>
<script>
document.getElementById('open-ibeiliao').onclick = function() {
window.location.href = 'ibeiliao://';
setTimeout(function() {
window.location.;
}, 1000);
};
</script>

這么做基本上是達到了目的，但是有兩處體驗問題仍然無法解決：

• 即便已經安裝APP，瀏覽器也會跳到下載頁。用戶從APP返回瀏覽器時會發現莫名其妙地出現了下載頁。
• 在沒有安裝APP的情況下，iOS Safari的彈框還是無法避免，但是跳到下載頁之后會消失。

應對封殺

前文有提及，「URL Scheme」被大量APP封殺，其中就包括常用的QQ和微信，但是沒有誰會放棄這兩個重要渠道，所以還是得想轍。

最無奈的解決方案就是提示用戶「用瀏覽器打開網頁」，繼而讓用戶在瀏覽器中打開APP。然而，這對非IT人士來說，操作起來還是有一點繁雜的。

另一種好一點的做法是，先跳轉到騰訊的「應用寶」，「應用寶」會根據設備是否已裝APP去執行打開或者下載操作。當然，這種做法需要把APP傳到「應用寶」，而且只對騰訊系的APP有效;對于其他APP，仍然只能提示「用瀏覽器打開網頁」。

***一個解決方案就是下文要講述的「Universal Links」。

Universal links

「Universal links」，中文翻譯為「通用鏈接」，從iOS 9開始支持，僅通過普通的https請求就能跳轉到指定的應用。

開發者可以把應用的下載頁地址配置為一條通用鏈接，這樣，用戶在進入下載頁時：

• 如果設備上已安裝APP，則進入APP;
• 如果設備上沒有安裝APP，則進入下載頁，再也沒有那個煩人的彈框了。

最重要的是，通過「通用鏈接」，即使在微信、QQ內，也能如絲般順滑地跳到自家APP。大家都以為這是系統級別的處理，無法被任何APP封殺，直到不久前的一天，它在微信下跪了。。。根據某大神的分析，蘋果還是給「通用鏈接」留下了“后門”可以讓其失效。

而在Android系統下，也有類似的技術，即App Links，從Android M開始支持。但由于國內安卓版本碎片化比較嚴重，所以應用還不怎么廣泛。

小結

講到這，先小結一下應用跳轉的實現方案。

Android:

• 微信、QQ：「URL Scheme」不可用，可通過「應用寶」中轉。
• 瀏覽器：「URL Scheme」可用。
• 其他APP：提示用瀏覽器打開。

iOS>=9(支持「Universal Links」)：

• 微信：「URL Scheme」和「Universal Links」均不可用，通過「應用寶」中轉。
• QQ：「Universal Links」尚且可用。
• QQ瀏覽器：「Universal Links」不可用，但「URL Scheme」可用。
• 其他APP：「Universal Links」可用。

iOS<9(不支持「Universal Links」)：

• 微信、QQ：「URL Scheme」不可用，提示用瀏覽器打開。
• 各瀏覽器：「URL Scheme」可用。
• 其他APP：提示用瀏覽器打開。

要注意的是，所謂的「其他APP」是無法準確檢測的，只能根據APP在User Agent中增加的特殊關鍵字(例如新浪微博的「Weibo」)逐個判斷。

打開APP的指定頁

需求是無止境的，能從網頁進入APP只是開始，下一步就是跳轉到指定頁面。這里所說的指定頁面，可能是原生的頁面，也可能是某個網頁。這個過程的關鍵在于打開APP時如何把頁面路徑傳過去。

先從「URL Scheme」說起。我們可以給「URL Scheme」加上路徑和參數，例如：

my-app://open?url=https%3A%2F%2Fcn.bing.com%2F

APP端只要解析參數，繼而打開對應的頁面即可。對于「Universal Links」來說，也是同理：

https://my-app.com/download?url=https%3A%2F%2Fcn.bing.com%2F

正如上文所說，「URL Scheme」和「Universal Links」都被微信封殺了。如果通過「應用寶」中轉，上述url參數是無法傳到APP的。在這種情況下，就得尋找一個微信WebView和APP都可以共同讀寫的空間來傳遞數據，例如剪貼板。下面這個JS函數可以實現對剪貼板的寫入：

function copyToClipboard(content) {
var textarea = document.createElement('textarea');
textarea.style.position = 'absolute';
textarea.style.left = '-1000px';
textarea.style.top = '-1000px';
textarea.value = content;
textarea.readOnly = true;
document.body.appendChild(textarea);

textarea.select();
textarea.setSelectionRange(0, textarea.value.length);

var result = false;
try {
result = document.execCommand('copy');
} catch (e) {

}

document.body.removeChild(textarea);
textarea = null;

return result;
}

跳轉到APP的應用寶地址之前，把要打開的頁面地址以約定好的格式寫入剪貼板：

copyToClipboard('my-app:open?url=https%3A%2F%2Fcn.bing.com%2F');
location.href = 'my-app的應用寶地址';

通過「應用寶」打開APP后，APP端按照約定格式解析剪貼板內容打開對應的頁面即可。

這里有一個細節：為什么不直接以完整的「my-app://open?url=」寫入剪貼板，而要特意去掉「//」?這是因為在Android系統下，某些瀏覽器APP會把剪貼板中的「URL Scheme」識別為網址，然后提示用戶是否打開。對于用戶來說，點擊「打開APP」出現這個提示，就有點莫名其妙了。

當然，「剪貼板方案」也存在一些問題：

• 會覆蓋用戶的剪貼板內容。
• 部分Android系統的原生瀏覽器不支持通過JS訪問剪貼板，不過這不是問題，因為在瀏覽器中大可以用「URL Scheme」。

如果不想用「剪貼板方案」，還是可以提示用戶用瀏覽器打開頁面的。具體如何取舍，就看各自產品經理的決定了。