一、前言

在這個廣告漫天的時代，相信大多數使用者在使用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等，這就需要維護宏引數和落地頁的關係。

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

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

App投放增長：喚醒&場景還原

App投放增長：喚醒&場景還原

2。 剪貼簿

在說到透過監測連結進行場景還原時，對於投放的內容是聚合頁場景，無法很好地完成場景還原，那麼廣告主可以透過剪貼簿的功能來實現聚合頁中的內容場景還原。

當用戶在在聚合頁發生互動行為時，由於聚合頁是廣告主自己搭建的頁面，可嵌入自家採集資料的JS-SDK，該SDK的主要作用是採集使用者在當前頁面的互動行為，然後進行資料上報。

這樣當用戶下載啟用時，就可以透過該資料進行場景還原，開啟對應的頁面。

最佳實踐

為了達到最優的場景還原，一般都是監測連結+剪貼簿的方案搭配使用，優先使用剪貼簿記錄的資料（因為其更接近使用者在宿主App中最後的操作行為記錄）。

五、總結

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

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

TAG: APP使用者喚醒場景連結