Appsflyer三方打點服務(wù)端回傳時一個小坑

這幾天遇到一個產(chǎn)品在Appsflyer上的數(shù)據(jù)表現(xiàn)非常奇怪，廣告渠道過去的用戶在靠后的event上完成率極低，但是在自然量上卻異常多出來大量轉(zhuǎn)化數(shù)，而且明顯events count 和unique user的比重也比較奇怪，最高時候達到了10：1的比例，自然量里面甚至會出現(xiàn)某個event的unique user為0，但是event count超多的現(xiàn)象。

經(jīng)過一系列的排查后發(fā)現(xiàn)：

1，靠后的event 都是走的服務(wù)端在s2s回傳。

2，服務(wù)端回傳時候使用的afid是按照最新更新的afid來，并非按照用戶安裝+用戶注冊時候記錄的afid進行回傳。

3，確認了一個邏輯，如果用戶在安裝app后有卸載再次安裝的行為，afid會重置一次。

按照上述的邏輯，如果服務(wù)端每次按照最新的afid來做event回傳，再加上產(chǎn)品可能出現(xiàn)一些問題，或者在某些落后地區(qū)用戶有習慣性重裝APP的時候，就會出現(xiàn)上述現(xiàn)象。如果產(chǎn)品重裝的現(xiàn)象不明顯，一般不容易被發(fā)現(xiàn)，頂多會覺得買量效果差了點，自然量數(shù)據(jù)還不錯。

具體解決思路也比較簡單：

1，用戶注冊時候直接把用戶的afid和注冊信息綁定，后續(xù)該用戶完成后續(xù)行為的時候，直接按照注冊時的afid（這個afid會對應(yīng)來源的渠道）回傳，能保證盡可能的把后續(xù)event算到買量的渠道來源去。

2，用gaid來和afid做個關(guān)聯(lián)，再關(guān)聯(lián)到注冊信息，按照最早gaid和注冊信息再加adif綁定一起，如果后續(xù)用戶有重裝，并且還重置過手機，就干脆溯源到最早的gaid+afid回傳event。確保所有event都能回傳到了最初用戶安裝時候來源的渠道上。

不過這個處理方式也可能會存在一些小問題，比如用戶reinstall的問題，按照af的再歸因邏輯默認90天之后重裝的用戶算個新用戶，但是我們自己如果寫死了每次給首次注冊afid回傳也會導致我們未來再看數(shù)據(jù)的時候，這些再歸因進來的用戶后續(xù)轉(zhuǎn)化不理想。時間長了，可能還會造成三方數(shù)據(jù)和廣告平臺之間數(shù)據(jù)差異（廣告平臺不一定認afid，估計還是gaid，所以可能廣告平臺上會有轉(zhuǎn)化，但是AF reinstall的沒有后續(xù)轉(zhuǎn)化數(shù)據(jù)）。

所以大家在處理服務(wù)端回傳時候是否遇到了這個問題？如果有這個問題，大家的處理邏輯是什么呢或者說我應(yīng)該去解決為何用戶會重復(fù)安裝

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

如果有投放專業(yè)領(lǐng)域需要咨詢，請加知識星球提問，個人微信不答疑

長按圖片加知識星球