Web2App的投放應用 - 金融/小貸

前幾天寫了一個web2app的文章，大概介紹了下原理+實現方式，還大概介紹了一下可能web2app的應用場景。

具體文章：Web2App投放現狀，解決方案還是雞肋？快速無開發實現Web2App

介紹一下近期Web2app在小貸投放上的數據和場景。

Web2app可以實現的程度：

facebook，Google，Tiktok，Kwai這些渠道均可以實現投放到網頁，再從網頁下載App（GP或者APK），再通過三方統計回傳數據到服務端，服務端通過網頁端conversion API/ pixel 把安裝和事件回傳給廣告平臺，實現類似AEO的投放方式。

應用場景：?

1，解決下架包投放到APK，應用從GP被下架后，可以直接先到網頁再下載apk，不過有廣告平臺的監管，一般不讓投放apk的頁面，合規和規避還有點技巧。

2，解決渠道不讓投放金融的問題，包含TT在墨西哥，或者Google在印度等都存在不讓投放金融App的情況，目前看有一定概率能躲過審核。

3，多App模仿貸超一次投放多個產品的方式。在一定程度上能讓用戶下載多個App，降低買量成本，這個適合做貸超，或者包多的客戶。

4，解決IOS投放實時數據（概率歸因）+campaign數量限制。

數據：

感謝5個壯士的支持，在MX市場我們做了大概幾千美金的測試，目前已經有一些基本的數據，坦白說，其實數據不理想。

1，直接投單個產品的時候，成本在多次迭代下來，基本很難達到投放GP的水平，雖然我目標是在1.2倍范圍內實現APK買量，但是成本限定下基本很難跑大，（同比下架之前在GP的包）。分析下來估計用戶在下載時候都還好，但是在下載后安裝比例降低，或者下載過程中會中斷，我們實際上可以在投放上把頁面做的盡可能像GP的頁面，但是用戶點了下載后就不是在手機上默默安裝而是會從瀏覽器下載，這個過程中用戶you比較大概率直接停掉下載，也存在下載后用戶不去找安裝包點安裝，大概率還存在手機會攔截等問題，這個過程中損耗都比較大，而且很難找到優化辦法。

2，投放多產品方式成本還是有希望下來，這個考慮其實是一個用戶在下載小貸的時候心態一般是一次多下幾個，能有哪個借到錢都成功。所以多產品在一個頁面的時候明顯安裝總數還是能提高的，但是后續轉化就可能被多家稀釋，可能用戶并不會每個產品都去走一遍申貸流程。（這里和api貸超不同，人家只需要填寫一份資料申請多家，在這邊下載的是不同的包，每個包都要走一遍申請流程）這個成本導致用戶后續的行為轉化比例并不理想。

3，投放大部分人最后都變成了再營銷，由于web2app不好直接排除各家的已安裝（我們按照大家都不愿意把各自的App權限授權給我，我并不能創建受眾來排除），所以最終跑下來的結果就是老包基本絕大部分轉化都是跑的卸載重新安裝，并且跑下來后發現注冊都比較少，還有包的后端行為都是跟著注冊信息走，再安裝的用戶不統計后續行為，導致直接后續無轉化。對新包和已經下架的包還好，新包的安裝比例明顯好一些，下架包估計是大家不介意，回流的客戶也比刪了強。

4，后端行為轉化率，由于用戶在營銷占比比較大，看數據影響比較多，但是從純的新安裝用戶看來其實不是很理想，主要還是投放的行為比較靠前，來的用戶不夠心誠，還存在一個可能是一個用戶真不能同時申請幾個，用戶覺得太累了，或者要等更長周期才能看出來數據。

后續投放思路：

1， 已經下架的包需要補量的，這個估計不會有什么問題，但這個跑APK其實在各個廣告平臺都有點紅線的意思，我們現在其實是技術手段隱藏了，但是遲早會被抓，不過也保不準只要用戶不舉報之類估計也抓不到。

2，就做再營銷，網頁在Google是可以投再營銷的，只是這個應用不太必要。

3，按照貸超思路或者單個客戶走多產品頁面方式一次投多產品，一定情況下能稀釋下成本。

4，規避審查，存在失敗的可能，還可能被掃到，但是好在更換域名的成本不大，打游擊的時候一大堆域名+頁面輪流切，比重新做包簡單多了。

撇開灰色的，其實跑IOS走概率歸因能實時看到一些數據轉化也是個不錯的思路。

技術實現細節上：前面的文章已經大概介紹了邏輯，考慮這個實現還有不少成本和技術坑，如果各位老板需要嘗試web2app跑小貸，可以直接聯系我們，通用的單產品頁面（模擬GP）和多產品頁面（應用商店產品列表思路），已經都比較成熟，核心數據回傳環節也都不需要各位開發，直接在三方上授權我們渠道即可開始投放。目前MX地區已經配置好隨時可以開始，印度和其他有需求的地區隨時可以開始對接。

進階方案：

考慮到前面數據和遇到的問題，其實最早還沒有實現web2app的時候我實現過其他方式。

用戶直接在網頁上實現網頁的注冊，之后提交個人信息申請貸款，再直接在網頁授信，或者判斷資料不夠，以及需要補充人臉等生物驗證的時候，提示用戶下載App去補資料。即便用戶在網頁可以授信，最后提款也還是要求用戶下載App查看額度、提款等。

在這個頁面上，都是各種暗示完成下一步獲得更高額度等，用來激勵用戶完成信息采集。

數據追蹤上，比我們前面的web2app走三方來說相對要多一些工作量，需要自己來開發，把廣告平臺的參數和用戶注冊的用戶關聯，再等用戶在App或者網頁完成驗證可以放寬的時候根據用戶的信息，找到對應廣告平臺參數回傳，走的全是服務端的驗證，當然這里也并不是不可以走web2app的技術方方法，但是有一些用戶在網頁完成步驟了就不好追蹤到。

壞處是這個方案的開發量很大，要實現網頁的注冊，申請等環節，再可能還要再走一遍所有web2app的流程。

好處是這個方案其實相比直接web2app在頁面的處理比直接讓下載App更友好，頁面做的好有希望把成本直接降低下來，并且開拓到新的流量池子。

不過這套方案，不合適乙方來做，畢竟注冊以及后端行為數據都靠甲方自己做。

歡迎各位老板直接走前面純web2app方案和我們合作。 微信：narkuh

出海流量玄學研究中心，不定期分享信息流廣告優化師投放技巧，主要內容為海外facebook，google，TikTok ads廣告投放技巧分享，歡迎大家關注，分享內容，也歡迎大家分享更多關于游戲出海，跨境電商廣告投放技巧。

請加知識星球一起討論投放技巧，如有疑問可在星球向我提問

長按圖片加知識星球