App投放增長:喚醒&場景還原
編輯導讀:在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協議。
專欄作家
包子,微信公眾號:商業化產品日常筆記,人人都是產品經理專欄作家。一枚重數據、懂策略的商業化產品,專注互聯網商業化廣告和APP投放增長領域。
本文原創發布于人人都是產品經理,未經許可,不得轉載。
題圖來自 Unsplash,基于CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!