中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

01 應用喚起的應用場景

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

1.1 內容平臺的分享裂變

比如知乎的問答內容分享到微博后，用戶可以點擊打開跳轉至知乎App；從朋友圈打開新浪新聞，點擊打開也可以跳轉至新浪新聞App。

1.2 拉新

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

1.3 營銷活動的短信觸達

由于短信按照字數收費，因此需要壓縮長域名地址為短鏈，以節約短信推廣成本。在短信中放入鏈接后，用戶點擊鏈接如果用戶已安裝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 在喚端場景中的局限性在于：

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

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

2.2 UniversalLink

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

Universal Link 技術具有以下幾點優勢：

1. 無需彈窗確認，操作路徑被縮短。iOS系統下使用URI Scheme技術會存在彈窗阻礙，應用直達率不理想，但升級為Universal Link技術后，用戶無需進行點擊彈窗確認的操作，根據歷史實踐經驗，喚起率會有10%的提升。
2. 可判斷用戶是否安裝應用。如已安裝，則直接跳轉指定頁面，否則會重定向到AppStore下載頁面或者其他頁面（需要技術同學配置）。
3. 可實現應用間的自由跳轉。盡管微信在 v6.6.1版本后，禁止了Universal link的使用，但7.0.5版本后，微信支持通過Universal link喚起第三方App，具體配置文檔可以參考以下鏈接：https://developers.weixin.qq.com/doc/oplatform/Mobile_App/Access_Guide/iOS.html。然而，對于安卓設備，如果開發者的域名不在白名單內，那么目前還是僅支持右上角瀏覽器打開H5頁面，然后通過URL Scheme方式直接喚起App。另外，微信對于跳轉App Store無限制。

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

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

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

03 應用喚起的理想與現實

3.1 理想的用戶旅程

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

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

3.2 面臨的現實挑戰

盡量理想很豐滿，但現實卻很骨感，總結下來，主要存在以下幾點挑戰：

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

04 喚端失敗的原因分析

05 優化喚起率的方法

5.1 優化跳轉邏輯

根據線下測試結果，根據不同的瀏覽器類型、操作系統、操作系統版本、設備機型等UA信息，確定喚端邏輯、喚端協議，并持續優化完善策略規則庫。

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

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

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

5.2 做好數據監測

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

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