JS 在微信、微博、QQ、Safari 喚起 App 的解決方案

發表於2018-01-29
JSAPP

背景

最近在做微信、QQ、微博中使用js喚起App，之前也做過類似的功能，不過比較粗糙，考慮的情況不太全，而且那已經是很久之前的事情了，很多技術都已過時，現在有體驗更好，功能更加完善的喚起技術，之前的很多的方案，到了現在都已是不太必要了，現在通過這篇文章分享給大家一個全面的、最新的喚起方案，希望對大家有幫忙。

最終實現的效果

使用者點選H5頁面的開啟App或者下載按鈕（這個按鈕可能在一個下載入口頁、各種分享頁面的吸頂或吸底的banner），如果使用者已經安裝了App，則根據業務跳轉到相應的Native頁面；如果使用者沒有安裝該應用，則跳到AppStore或者應用市場去下載我們的App。

應用流程

bV2slX

首先所有的下載/喚起入口都是一個直接跳轉，應該是這樣：

或者這樣：

所有的業務判斷都是mtlf這個頁面裡面來做，這樣有兩個好處：

  • 多業務共用程式碼。在一個團隊中，每個人的業務都可能有一個banner下載，沒有比location到一個url更簡單的呼叫方式了
  • 能夠利用universal link

簡單說下universal link

universal link的優勢

在iOS9之前，喚起方式和現在安卓是一個的，都是使用scheme進行喚起，這種方式有個小問題，每次喚起，都會給個提示：是否開啟xx應用，這樣從體驗上來講，又讓使用者多一步操作。universal link會直接跳轉，不會在頁面做停留，條件就是在我們專案的根目錄，增一個apple-app-site-association.json檔案，裡面的內容大致是這樣：

bV2rx8

然後iOS的App後臺再配置一下，就可以實現直接喚起了！

universal link配置

在H5端怎麼才算配置成功了呢？只要我們某一個url在瀏覽器開啟（不管是cdn地址，還是路由轉發），看到json檔案的內容，H5這邊就算配置成功。然後把這個地址，給iOS老司機，和他們一說什麼事，他們立刻就知道做什麼，就這麼簡單！

微信、微博、QQ、Safari在各平臺的喚起方案

喚起流程圖

bV2p56
經過長時間的實驗，總結了這張在各種情況下，喚起成功/喚起失敗的解決方案，我們接下來一個一個的說。

微信

微信是最重要的一種分享渠道，但是我們能夠做的，卻不多。之前，iOS下的微信支援universal link這種喚起方式，但是從2018年1月8日之後，微信把這個給遮蔽了！！！不管微信基於什麼原因，把iOS下這種最便捷的喚起方式遮蔽，我們能做的只能是適應了。so，現在不管是iOS還是android，我們的處理方式是一樣的：都是直接跳到應用寶。iOS的應用寶會引導找開AppStore，android的應用寶會直接開啟App（前提是你已經下載）
注：微信把itunes連結也遮蔽了，所以也沒辦法直接跳轉AppStore，只能藉助應用寶來搭這個橋。

微博

微博目前還支援universal link喚起，我們只需要考慮未下載的情況。

  • 在iOS下，微博是不支援開啟應用寶的連結，所以我們需要引導使用者使用Safari開啟，像這樣：

bV2sbA

  • 在android平臺下，使用scheme這種方式是喚不起App的，但是有特例，同樣是scheme，大人點評和網易雲音樂就可以喚起，有空大家可以自己試試，所以我們可以推斷出，安卓平臺下的微博，也有類似微信一樣的白名單，在白名單內的，就可以使用scheme喚起，就像微信之於京東，京東在微信裡面就是通過scheme方式喚起的。

so，不管是iOS還是android，我們的方案是：直接引導使用者使用本地瀏覽器開啟。

QQ

  • iOS平臺下，QQ目前還支援universal link喚起，要是沒有安裝，QQ下也支援直接開啟itunes連結，比較其他應用，QQ支援是最好的。
  • android平臺下，QQ也支援scheme方式喚起，但是在一些老機型下，QQ會有一定的概率喚起失敗，具體的現象是：第一次開啟頁面，喚起失敗，再次開啟，喚起成功。根據現象，我們可以推測出，在QQ的webview中，會對scheme的喚起方式做一些載入時間上的限制，經測試，大約在500ms，超過這個時間值，就會出現喚起失敗的情況。為什麼第二次開啟，喚起成功的概率會大，是因為第一次載入時，已快取了檔案，第二次開啟直接載入，這樣時間在限制之內。

Safari

Safari這種情況比較簡單，支援universal link，也支援直接開啟itunes，so，如圖處理就可以了。

踩坑

    • 在iOS9中，Safari不支援直接跳轉itunes，so，這種情況需要做相容處理，可以直接跳到應用寶
    • 之前看喚起是不是成功了，需要自己來計算時間，因為要是喚起成功了，setInterval的時間就會變慢，經我測試，已經用不到這種方法了，只需要使用document.hidden || document.webkitHidden就可以，相容性還不錯
    • 判斷是不是Safari瀏覽器時，一般判斷都是UA中有沒有這個字串，經測試發現，安卓的UA中，也包含Safari這個字串（如下UA展示），所以需要加上作業系統的判斷
  • 關於Scheme喚起，之前有很多方案，比如：使用iframe、標籤點選、window.location…經測試，只要使用a標籤點選，這樣相容性最好，程式碼大約長這樣：

bV2syU

關於測試

兩個平臺，這麼多情況，要一個一個測試嗎？當然要一個一個的驗證，但是在開發期間，沒有必要改一行，在手機上測試一下，這樣效率太低了，尤其是像一樣，選了一個安卓4.4的手機，絕對可以磨練你的耐心。為了提高效率，我把我常用到的UA分享給大家，這樣在Chrome模擬器裡配置一下，就可以本地除錯了，常用UA如下：

  • iOS-微信

  • iOS-QQ

  • iOS-微博

  • iOS-safari

  • Android-微信

  • Android-QQ

  • Android-微博

配置完成之後，就可以像我一樣，在電腦上切換環境啦：

bV2suw

原始碼以及庫檔案使用，請參見：Github，用力點我

掃碼驗證

整個喚起流程，可以訪問這個下載入口：https://party.mtime.cn/download
也可以掃碼：

bV2srd

相關文章