Appsflyer三方打點服務端回傳時一個小坑

2022年7月20日 15:59:51 來源：喜運達

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

經過一系列的排查后發現：

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

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

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

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

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

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

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

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

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

來源：喜運達