用戶通過深度鏈接技術，實現(xiàn)從外部渠道跳轉(zhuǎn)到APP內(nèi)的指定頁面，已經(jīng)成為了各大互聯(lián)網(wǎng)公司的必備手段，其中應用場景有哪些？如何優(yōu)化喚起率？作者詳細介紹了相關方面，一起來看看吧。

01 應用喚起的應用場景

通過深度鏈接 (即Deeplink) 技術，實現(xiàn)用戶從外部渠道（微信、微博、短信、郵件、瀏覽器、搜索引擎、其他APP）到App內(nèi)指定頁面的一鍵跳轉(zhuǎn)，已經(jīng)成為各大互聯(lián)網(wǎng)公司進行用戶運營的必備手段。典型的應用跳轉(zhuǎn)場景有以下三種：

1.1 內(nèi)容平臺的分享裂變

比如知乎的問答內(nèi)容微博后，用戶可以點擊打開跳轉(zhuǎn)至知乎App；從朋友圈打開新浪新聞，點擊打開也可以跳轉(zhuǎn)至新浪新聞App。

1.2 拉新

拉活的廣告投放比如拉活廣告的鏈路，通常是廣告點擊 – 曝光落地頁 – 點擊按鈕 – 拉起App – 抵達活動頁，其中高效暢通的跳轉(zhuǎn)是提高廣告效率、降低廣告投放成本的必要保障。

1.3 營銷活動的短信觸達

由于短信按照字數(shù)收費，因此需要壓縮長域名地址為短鏈，以節(jié)約短信推廣成本。在短信中放入鏈接后，用戶點擊鏈接如果用戶已安裝app則直接喚起app，如果用戶未安裝app則打開瀏覽器顯示app下載頁面。

02 不同Deeplink技術的對比

Deeplink 技術包括 URI Scheme 、 Universal Link、App Link，以及騰訊應用寶微下載服務。這里，由于谷歌 Andriod 的 App link不能在國內(nèi)大陸使用，這里不再介紹；應用寶微下載服務的實際使用場景比較局限，也不再展開詳細描述。

2.1URI Scheme

URI Scheme 的通用格式是：scheme://host/path?query ，比如bitauto.yicheapp://yiche.app/xuanche.askpricedialog?serialId=5374 可以跳轉(zhuǎn)至易車App的詢底價頁面。 URI Scheme 在喚端場景中的局限性在于：

1. 除非域名被納入白名單內(nèi)，否則鏈接很容易被百度、微博、微信等媒體封禁，此時只能引導用戶右上角瀏覽器打開，但這會增加用戶的操作流程；
2. 未安裝App的用戶點擊鏈接后，會出現(xiàn)報錯彈窗（比如iOS會出現(xiàn)），用戶體驗較差；
3. 會存在詢問彈窗，增加用戶操作步驟；

4. 瀏覽器主動攔截。對于部分瀏覽器（比如via、小米、夸克等瀏覽器），如果首次跳轉(zhuǎn)時用戶選擇了取消/拒絕跳轉(zhuǎn) (另外，提示喚起后2s內(nèi)用戶未主動選擇確認跳轉(zhuǎn)，瀏覽器默認取消跳轉(zhuǎn))，之后瀏覽器將默認不再提示喚起彈窗。

2.2 UniversalLink

iOS 9 系統(tǒng)的設備，支持通過 Universal Link 喚端。驗證某http鏈接是否為有效的Universal link方法是，在iOS設備的備忘錄中輸入鏈接，然后長按，如果菜單欄中顯示“在XXX中打開”的選項，則代表是有效的Universal link。

Universal Link 技術具有以下幾點優(yōu)勢：

1. 無需彈窗確認，操作路徑被縮短。iOS系統(tǒng)下使用URI Scheme技術會存在彈窗阻礙，應用直達率不理想，但升級為Universal Link技術后，用戶無需進行點擊彈窗確認的操作，根據(jù)歷史實踐經(jīng)驗，喚起率會有10%的提升。
2. 可判斷用戶是否安裝應用。如已安裝，則直接跳轉(zhuǎn)指定頁面，否則會重定向到AppStore下載頁面或者其他頁面（需要技術同學配置）。
3. 可實現(xiàn)應用間的自由跳轉(zhuǎn)。盡管微信在 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ā)者的域名不在白名單內(nèi)，那么目前還是僅支持右上角瀏覽器打開H5頁面，然后通過URL Scheme方式直接喚起App。另外，微信對于跳轉(zhuǎn)App Store無限制。

然而，Universal Link 有以下幾點弊端需要留意：

Universal Link 僅 iOS 9.0 版本的用戶支持，iOS 9.0之前的版本不支持。因此建議先跳轉(zhuǎn)到AppStore，用戶點擊打開調(diào)起應用，進入指定頁面。

Universal Link 無法在頁面加載后自動喚端（無需用戶點擊操作，比如掃碼拉端，短信H5拉端），會喚端失敗，并直接重定向到其他頁面，只能在通過用戶行為（點擊按鈕）觸發(fā)喚端。

03 應用喚起的理想與現(xiàn)實

3.1 理想的用戶旅程

對于用戶，最流暢絲滑的體驗旅程是：用戶在微信/微博/短信/郵件/其他媒體中，點擊鏈接或者按鈕后，對于已安裝用戶，可直接跳轉(zhuǎn)至App，并直接抵達指定頁面；而對于未安裝用戶，跳轉(zhuǎn)到應用市場，完成應用下載激活后，可以攜帶參數(shù)，以實現(xiàn)自動展現(xiàn)指定頁面。

整個用戶旅程中，用戶操作步驟越少，活動的觸達率和轉(zhuǎn)化率就越高。

3.2 面臨的現(xiàn)實挑戰(zhàn)

盡量理想很豐滿，但現(xiàn)實卻很骨感，總結(jié)下來，主要存在以下幾點挑戰(zhàn)：

1. 安卓的web端無法判斷用戶是否已安裝App，因此無法非常智能且個性化地為用戶決策是喚起App，還是跳轉(zhuǎn)應用商店。目前業(yè)界采用的方案是，js會先嘗試執(zhí)行喚醒操作，然后監(jiān)聽H5頁面是否被隱藏，如果未被隱藏，則執(zhí)行定時下載任務（定時任務：喚端后2s內(nèi)執(zhí)行該下載任務）；如果被隱藏，則清理該定時任務。該方案的弊端是有可能喚起App后，又立即跳轉(zhuǎn)到了App Store。
2. 由于部分媒體(比如微信、微博、百度等)限制自己的用戶被引流到其他App，導致無法正常跳轉(zhuǎn)；
3. 外跳時會觸發(fā)詢問彈窗：是否打開xxx應用，相當于跳轉(zhuǎn)前增加了一層阻礙，導致喚起成功率被降低；
4. 喚起方式分為自動喚起和點擊喚起 ，但部分瀏覽器的web容器會限制自動喚起功能，需要用戶行為觸發(fā)（比如點擊按鈕）后喚醒才能生效；
5. 瀏覽器主動攔截。對于部分瀏覽器（比如via、小米、夸克等瀏覽器），如果首次跳轉(zhuǎn)時用戶選擇了取消/拒絕跳轉(zhuǎn) (另外，提示喚起后2s內(nèi)用戶未主動選擇確認跳轉(zhuǎn)，瀏覽器默認取消跳轉(zhuǎn))，之后瀏覽器將默認不再提示喚起彈窗。

04 喚端失敗的原因分析

05 優(yōu)化喚起率的方法

5.1 優(yōu)化跳轉(zhuǎn)邏輯

根據(jù)線下測試結(jié)果，根據(jù)不同的瀏覽器類型、操作系統(tǒng)、操作系統(tǒng)版本、設備機型等UA信息，確定喚端邏輯、喚端協(xié)議，并持續(xù)優(yōu)化完善策略規(guī)則庫。

比如設計策略為 iOS 9以下設備直接跳轉(zhuǎn) App Store；iOS 9 以上設備使用 Universal Link 進行跳轉(zhuǎn)，未安裝設備進入 App Store；對于安卓設備，如果 H5 在 微信、微博、百度等確認封鎖 Scheme 的環(huán)境打開，則 H5 中間頁引導瀏覽器打開（比如下圖中右邊部分）；

對于安卓除微信、微博的其他環(huán)境，為了挽留取消外跳彈窗的用戶，以及避免部分瀏覽器不支持 H5 加載時“自動喚端”的情況，可以展示打開或者下載 App 的中間頁，且可以設計喚端失敗的邏輯，比如執(zhí)行喚端指令 2s 內(nèi)監(jiān)聽到 H5 一直未隱藏，2s后自動執(zhí)行跳轉(zhuǎn)應用商店。

對于引導下載 App 的中間頁（比如下圖中左邊部分），可以增加新人獎勵等激勵性的信息，以刺激用戶下載App。

5.2 做好數(shù)據(jù)監(jiān)測

（1）支持查詢短鏈信息，比如短鏈對應的渠道名稱、活動名稱、是否開啟剪切板功能、是否開啟H5引導頁等；

（2）支持監(jiān)測喚起率（喚起成功uv/喚起請求uv）、喚端請求uv、web端判斷喚起失敗uv、web端判斷喚起成功uv、客戶端判斷喚起成功uv等核心指標。為了貫通串聯(lián)Web端和客戶端的用戶行為數(shù)據(jù)，可以在JS SDK 初始化時生成唯一標識，該唯一標識可以傳遞到客戶端，以監(jiān)測H5喚起客戶端的成功率。另外，可以嘗試監(jiān)測不同UA環(huán)境下的喚端率，比如喚端率低的UA環(huán)境可以有針對性的進行優(yōu)化。

專欄作家

一個數(shù)據(jù)人的自留地，公眾號：一個數(shù)據(jù)人的自留地。人人都是產(chǎn)品經(jīng)理專欄作家，《數(shù)據(jù)產(chǎn)品經(jīng)理修煉手冊》作者。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議。

該文觀點僅代表作者本人，人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。