編輯導讀：在App投放推廣中，喚醒用戶是常見的運營策略。想要讓用戶重新活躍起來，轉化用戶的行為，必須從場景上還原用戶的路徑，從根本上找到用戶增長的奧秘。本文從“喚醒&場景還原”角度展開App投放增長的方法，一起來看看。

在日常App投放推廣中，拉新和拉活往往是增長的兩大運營策略。眾所周知，“所見即所得”的場景化營銷能給用戶帶來較好的廣告體驗，進而提升轉化。那么從產品層面該如何來保證用戶引流到目標App時第一個頁面就是其期望的廣告創意內容呢？本期我們來講一講這其中涉及到的兩種關鍵技術：喚醒和場景還原。

一、前言

在這個廣告漫天的時代，相信大多數用戶在使用App的時候都遇到類似的場景：在使用某資訊類App的時候，瀏覽到了淘寶的商品廣告，當你點擊該廣告內容時，自動打開了你手機上已經安裝的淘寶App并且定位到了該商品的詳情頁。

作為用戶，心里一定在想：“這購物真方便，都不要自己打開淘寶搜索商品了”。

作為廣告主，心里在想：“又拉活了一個用戶，說不定還能帶來一筆轉化”。

用戶&廣告主其樂融融，開開心心完成了ROI。

那么，資訊類App是如何喚醒淘寶App的呢，淘寶App又是如何跳轉至用戶瀏覽的廣告頁面呢？

接下來的篇幅將為您講解這其中的黑科技：喚醒和場景還原。

喚醒&場景還原，作為運營常用的拉活增長手段，有利于提升老用戶在App的活躍度，場景化的喚醒更能激發用戶的轉化意愿。

其適用于如下幾個營銷場景：

1）微信、QQ等社交軟件–>目標App

現在App為了做裂變都會帶有分享功能，用戶A分享了App內容鏈接至微信或QQ，用戶B點開該鏈接后，會引導用戶B打開該App或者下載該APP，從而對用戶B實現拉新或者拉活。

2）短信、郵件、push等 –>目標App

短信、郵件、push也是常規的運營營銷手段，用戶A打開了某App的推廣短信、郵件、push等，會引導用戶打開該App或者下載該App。

3）宿主App–>目標App

用戶A在宿主App上瀏覽并點擊了目標App的推廣活動，宿主App會引導用戶打開該App或者下載該App。簡而言之，任何需要將用戶吸引到目標App的活動都會用到喚醒和場景還原。

二、DeepLink

說到喚醒&場景還原，不得不說到DeepLink技術，因此他是實現喚醒和場景功能的基礎。

Deeplink分為Deeplink和Deferred Deeplink，行業內常說的“Deeplink”往往是這兩者的統稱。

Deeplink：深度鏈接，指已安裝目標App的情況下，宿主App把特定的參數通過url 的形式傳遞給目標App，從而直接在目標App內打開指定的內部頁面，實現從鏈接直達App 內部頁面的跳轉。

Deferred Deeplink：延遲深度鏈接，區別于普通的Deeplink，主要是增加了一個是否已安裝目標App的判斷，用戶點擊鏈接時，如果未安裝 App，則引導用戶前往應用市場，下載完對應 App后，首次打開該 App 時自動跳轉進入指定的內部頁面。

三、喚醒方式

目前常用的App喚醒方式包含如下幾種：Url Scheme、Universal Link、App Link。

1. UrlScheme

在用戶在點擊scheme鏈接后，如果已安裝則通過參數調用目標App并打開指定頁面，如果未安裝App，點擊鏈接后無反應。

通過Url Scheme方式，需要App端能夠接收參數，傳遞給 App。

由于Scheme在未安裝App時點擊鏈接無反應的問題，所以在在投放時，一般都會選擇雙鏈。

即Scheme+H5，在喚醒失敗的時候可以打開H5頁面。

通過Scheme喚醒App時，一般都會先判斷用戶是否已安裝目標App。

針對是否已安裝App的判斷，Android可通過App包名判斷，IOS只能判斷40個App(系統級別，變更列表需要發版)。

所以這也是為什么廣告平臺提供的已安裝App用戶定向支持Android的原因，其可以通過下發包名list在App端進行探測。

在進行已安裝App判斷時，如果是可以明確判斷已安裝，直接使用Scheme進行喚醒。

如果無法判斷當前設備是否已安裝目標App，優先使用scheme進行喚醒并設置倒計時，監聽倒計時結束之前是否已喚醒目標App。

常用的監聽方法是判斷當前頁面是否可見。

2. Universal Link

Universal link是蘋果推出的通用鏈接技術，如果目標App 支持Universal link，就可以通過訪問http/https鏈接打開目標App內指定頁面。

如果沒有安裝App，可以跳轉到自定義網頁，很好的解決了Scheme在未安裝App無反應的缺陷，但僅限在IOS（9.0以上版本）上使用，在Android上會打開對應的H5頁面。例如：https://dp.ctrip.com。

由于Universal Link僅在IOS上才可以喚醒App，因此在投放時，如果需要使用Universal Link，那么需要做系統定向，僅定向IOS用戶。

3. App Link

App link是Android（6.0以上版本）推出的鏈接技術，功能類似于IOS的Universal link。

如果使用App link進行投放，同樣需要選擇系統定向。

四、場景還原

場景還原，主要解決在用戶未安裝目標App時如何在下載安裝激活之后打開App內指定頁面的問題。

相比于傳統的喚醒，其難點主要在于新下載激活的App如何獲取在宿主App點擊時候的鏈接內容。目前常規的信息傳遞方式主要是監測鏈接和剪貼板方案。

1. 監測鏈接

當用戶點擊喚醒按鈕時，通過監測鏈接回傳用戶的設備號信息和點擊內容。

在用戶下載安裝激活后，通過設備號匹配其在宿主App內的點擊內容，即可知曉此時需要引導用戶至哪個對應頁面。

目前主流的廣告平臺在上報監測數據時，都支持替換監測鏈接中的落地頁宏。

除了落地頁宏，也可以通過其他宏獲取映射關系，比如說廣告ID/創意ID等，這就需要維護宏參數和落地頁的關系。

該方案依賴于廣告平臺側需要支持對應的宏替換，其觸發時機是用戶看到或者點擊廣告創意（最外層）。

如果投放的內容是聚合頁，用戶在聚合頁內的操作，平臺側是無法提供的，只能依靠廣告主的技術去實現還原。

2. 剪貼板

在說到通過監測鏈接進行場景還原時，對于投放的內容是聚合頁場景，無法很好地完成場景還原，那么廣告主可以通過剪貼板的功能來實現聚合頁中的內容場景還原。

當用戶在在聚合頁發生交互行為時，由于聚合頁是廣告主自己搭建的頁面，可嵌入自家采集數據的JS-SDK，該SDK的主要作用是采集用戶在當前頁面的交互行為，然后進行數據上報。

這樣當用戶下載激活時，就可以通過該數據進行場景還原，打開對應的頁面。

最佳實踐

為了達到最優的場景還原，一般都是監測鏈接+剪貼板的方案搭配使用，優先使用剪貼板記錄的數據（因為其更接近用戶在宿主App中最后的操作行為記錄）。

五、總結

其實場景還原的技術方案與《App投放增長：歸因模型及框架介紹》中講的歸因方案有異曲同工之處，讀者可以相互借鑒。

其核心都是在于獲取記錄轉化發生前的用戶行為，場景還原的轉化是用戶首次打開App，使用的歸因模型是Last Model邏輯。

作者：包子，公眾號：商業化產品日常日記

文由 @包子 原創發布于人人都是產品經理，未經許可，禁止轉載。

題圖來自 Unsplash，基于CC0協議。