用戶通過深度鏈接技術，實現從外部渠道跳轉到APP內的指定頁面，已經成為了各大互聯網公司的必備手段，其中應用場景有哪些？如何優(yōu)化喚起率？作者詳細介紹了相關方面，一起來看看吧。
01 應用喚起的應用場景
通過深度鏈接 (即Deeplink) 技術，實現用戶從外部渠道（微信、微博、短信、郵件、瀏覽器、搜索引擎、其他APP）到App內指定頁面的一鍵跳轉，已經成為各大互聯網公司進行用戶運營的必備手段。典型的應用跳轉場景有以下三種：
1.1 內容平臺的分享裂變
比如知乎的問答內容微博后，用戶可以點擊打開跳轉至知乎App；從朋友圈打開新浪新聞，點擊打開也可以跳轉至新浪新聞App。
1.2 拉新
拉活的廣告投放比如拉活廣告的鏈路，通常是廣告點擊 – 曝光落地頁 – 點擊按鈕 – 拉起App – 抵達活動頁，其中高效暢通的跳轉是提高廣告效率、降低廣告投放成本的必要保障。
1.3 營銷活動的短信觸達
由于短信按照字數收費，因此需要壓縮長域名地址為短鏈，以節(jié)約短信推廣成本。在短信中放入鏈接后，用戶點擊鏈接如果用戶已安裝app則直接喚起app，如果用戶未安裝app則打開瀏覽器顯示app下載頁面。
02 不同Deeplink技術的對比
Deeplink 技術包括 URI Scheme 、 Universal Link、App Link，以及騰訊應用寶微下載服務。這里，由于谷歌 Andriod 的 App link不能在國內大陸使用，這里不再介紹；應用寶微下載服務的實際使用場景比較局限，也不再展開詳細描述。
2.1URI Scheme
URI Scheme 的通用格式是：scheme://host/path?query ，比如bitauto.yicheapp://yiche.app/xuanche.askpricedialog?serialId=5374 可以跳轉至易車App的詢底價頁面。 URI Scheme 在喚端場景中的局限性在于：
- 除非域名被納入白名單內，否則鏈接很容易被百度、微博、微信等媒體封禁，此時只能引導用戶右上角瀏覽器打開，但這會增加用戶的操作流程；
- 未安裝App的用戶點擊鏈接后，會出現報錯彈窗（比如iOS會出現），用戶體驗較差；
- 會存在詢問彈窗，增加用戶操作步驟；
4. 瀏覽器主動攔截。對于部分瀏覽器（比如via、小米、夸克等瀏覽器），如果首次跳轉時用戶選擇了取消/拒絕跳轉 (另外，提示喚起后2s內用戶未主動選擇確認跳轉，瀏覽器默認取消跳轉)，之后瀏覽器將默認不再提示喚起彈窗。
2.2 UniversalLink
iOS 9 系統(tǒng)的設備，支持通過 Universal Link 喚端。驗證某http鏈接是否為有效的Universal link方法是，在iOS設備的備忘錄中輸入鏈接，然后長按，如果菜單欄中顯示“在XXX中打開”的選項，則代表是有效的Universal link。
Universal Link 技術具有以下幾點優(yōu)勢：
- 無需彈窗確認，操作路徑被縮短。iOS系統(tǒng)下使用URI Scheme技術會存在彈窗阻礙，應用直達率不理想，但升級為Universal Link技術后，用戶無需進行點擊彈窗確認的操作，根據歷史實踐經驗，喚起率會有10%的提升。
- 可判斷用戶是否安裝應用。如已安裝，則直接跳轉指定頁面，否則會重定向到AppStore下載頁面或者其他頁面（需要技術同學配置）。
- 可實現應用間的自由跳轉。盡管微信在 v6.6.1版本后，禁止了Universal link的使用，但7.0.5版本后，微信支持通過Universal link喚起第三方App，具體配置文檔可以參考以下鏈接：https://developers.weixin.qq.com/doc/oplatform/Mobile_App/Access_Guide/iOS.html。然而，對于安卓設備，如果開發(fā)者的域名不在白名單內，那么目前還是僅支持右上角瀏覽器打開H5頁面，然后通過URL Scheme方式直接喚起App。另外，微信對于跳轉App Store無限制。
然而，Universal Link 有以下幾點弊端需要留意：
Universal Link 僅 iOS 9.0 版本的用戶支持，iOS 9.0之前的版本不支持。因此建議先跳轉到AppStore，用戶點擊打開調起應用，進入指定頁面。
Universal Link 無法在頁面加載后自動喚端（無需用戶點擊操作，比如掃碼拉端，短信H5拉端），會喚端失敗，并直接重定向到其他頁面，只能在通過用戶行為（點擊按鈕）觸發(fā)喚端。
03 應用喚起的理想與現實
3.1 理想的用戶旅程
對于用戶，最流暢絲滑的體驗旅程是：用戶在微信/微博/短信/郵件/其他媒體中，點擊鏈接或者按鈕后，對于已安裝用戶，可直接跳轉至App，并直接抵達指定頁面；而對于未安裝用戶，跳轉到應用市場，完成應用下載激活后，可以攜帶參數，以實現自動展現指定頁面。
整個用戶旅程中，用戶操作步驟越少，活動的觸達率和轉化率就越高。
3.2 面臨的現實挑戰(zhàn)
盡量理想很豐滿，但現實卻很骨感，總結下來，主要存在以下幾點挑戰(zhàn)：
- 安卓的web端無法判斷用戶是否已安裝App，因此無法非常智能且個性化地為用戶決策是喚起App，還是跳轉應用商店。目前業(yè)界采用的方案是，js會先嘗試執(zhí)行喚醒操作，然后監(jiān)聽H5頁面是否被隱藏，如果未被隱藏，則執(zhí)行定時下載任務（定時任務：喚端后2s內執(zhí)行該下載任務）；如果被隱藏，則清理該定時任務。該方案的弊端是有可能喚起App后，又立即跳轉到了App Store。
- 由于部分媒體(比如微信、微博、百度等)限制自己的用戶被引流到其他App，導致無法正常跳轉；
- 外跳時會觸發(fā)詢問彈窗：是否打開xxx應用，相當于跳轉前增加了一層阻礙，導致喚起成功率被降低；
- 喚起方式分為自動喚起和點擊喚起 ，但部分瀏覽器的web容器會限制自動喚起功能，需要用戶行為觸發(fā)（比如點擊按鈕）后喚醒才能生效；
- 瀏覽器主動攔截。對于部分瀏覽器（比如via、小米、夸克等瀏覽器），如果首次跳轉時用戶選擇了取消/拒絕跳轉 (另外，提示喚起后2s內用戶未主動選擇確認跳轉，瀏覽器默認取消跳轉)，之后瀏覽器將默認不再提示喚起彈窗。
04 喚端失敗的原因分析
05 優(yōu)化喚起率的方法
5.1 優(yōu)化跳轉邏輯
根據線下測試結果，根據不同的瀏覽器類型、操作系統(tǒng)、操作系統(tǒng)版本、設備機型等UA信息，確定喚端邏輯、喚端協(xié)議，并持續(xù)優(yōu)化完善策略規(guī)則庫。
比如設計策略為 iOS 9以下設備直接跳轉 App Store；iOS 9 以上設備使用 Universal Link 進行跳轉，未安裝設備進入 App Store；對于安卓設備，如果 H5 在 微信、微博、百度等確認封鎖 Scheme 的環(huán)境打開，則 H5 中間頁引導瀏覽器打開（比如下圖中右邊部分）；
對于安卓除微信、微博的其他環(huán)境，為了挽留取消外跳彈窗的用戶，以及避免部分瀏覽器不支持 H5 加載時“自動喚端”的情況，可以展示打開或者下載 App 的中間頁，且可以設計喚端失敗的邏輯，比如執(zhí)行喚端指令 2s 內監(jiān)聽到 H5 一直未隱藏，2s后自動執(zhí)行跳轉應用商店。
對于引導下載 App 的中間頁（比如下圖中左邊部分），可以增加新人獎勵等激勵性的信息，以刺激用戶下載App。
5.2 做好數據監(jiān)測
（1）支持查詢短鏈信息，比如短鏈對應的渠道名稱、活動名稱、是否開啟剪切板功能、是否開啟H5引導頁等；
（2）支持監(jiān)測喚起率（喚起成功uv/喚起請求uv）、喚端請求uv、web端判斷喚起失敗uv、web端判斷喚起成功uv、客戶端判斷喚起成功uv等核心指標。為了貫通串聯Web端和客戶端的用戶行為數據，可以在JS SDK 初始化時生成唯一標識，該唯一標識可以傳遞到客戶端，以監(jiān)測H5喚起客戶端的成功率。另外，可以嘗試監(jiān)測不同UA環(huán)境下的喚端率，比如喚端率低的UA環(huán)境可以有針對性的進行優(yōu)化。
專欄作家
一個數據人的自留地，公眾號：一個數據人的自留地。人人都是產品經理專欄作家，《數據產品經理修煉手冊》作者。
本文原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協(xié)議。
該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務。
版權聲明：本文內容由互聯網用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發(fā)現本站有涉嫌抄襲侵權/違法違規(guī)的內容， 請發(fā)送郵件至 舉報，一經查實，本站將立刻刪除。
