近期公司App開始做邀請(qǐng)碼相關(guān)需求，在開發(fā)之余同時(shí)思考了下邀請(qǐng)機(jī)制這塊業(yè)務(wù)是否可以優(yōu)化到無感知邀請(qǐng)，本文即是針對(duì)邀請(qǐng)機(jī)制中的最常見的流程進(jìn)行分析，同時(shí)對(duì)可能進(jìn)行優(yōu)化的方案進(jìn)行比較，來實(shí)現(xiàn)更加快速的拉新。

難題1 ：如何進(jìn)行App渠道統(tǒng)計(jì)？

安卓app統(tǒng)計(jì)流量使用，方法如下

因?yàn)間etUidRxBytes(int uid)和 getUidTxbytes(int uid)包括了所有網(wǎng)絡(luò)形式的流量,即包括WIFI和4g/3g/2g，故需要監(jiān)聽WIFI變化，并記錄zhiWIFI過程中該uid應(yīng)用使用的流量記錄。

public class WifiStateReceiver extends BroadcastReceiver implements ISusoConstants {@Overridepublic void onReceive(Context context, Intent intent) { if (intent.getAction().equals(WifiManager.WIFI_STATE_CHANGED_ACTION)) { int wifistate = intent.getIntExtra(WifiManager.EXTRA_WIFI_STATE, WifiManager.WIFI_STATE_DISABLED); if (wifistate == WifiManager.WIFI_STATE_DISABLED) {//如果關(guān)閉 //結(jié)余本次wifi過程中 uid應(yīng)用的 流量 } else if (wifistate == WifiManager.WIFI_STATE_ENABLED) { //記錄當(dāng)前uid應(yīng)用的流量. } }}難題2:App邀請(qǐng)機(jī)制如何實(shí)現(xiàn)？

后臺(tái)隨機(jī)生成隨機(jī)碼 - 邀請(qǐng)碼進(jìn)行實(shí)現(xiàn)統(tǒng)計(jì)邀請(qǐng)碼一般有兩個(gè)用途

做活動(dòng)時(shí)用于老用戶邀請(qǐng)新用戶注冊(cè)派發(fā)給各個(gè)渠道進(jìn)行App推廣拉新。

兩種形式其實(shí)本質(zhì)上都是需要獲取到【“誰”邀請(qǐng)了“誰”注冊(cè)】這個(gè)行為，才能進(jìn)行下一步數(shù)據(jù)的分析處理。

難題3:Android不同商店和iOS App store 如何統(tǒng)計(jì)來源？安卓不同商店植入不同渠道包,達(dá)到App多渠道統(tǒng)計(jì)目前在中國大陸的安卓市場(chǎng)中，由于應(yīng)用商店（ 小米應(yīng)用市場(chǎng)、華為應(yīng)用市場(chǎng)、豌豆莢、百度助手等等 ）占領(lǐng)，安卓包也可以不需要上架應(yīng)用商店直接下載，所以 Android 渠道追蹤就可以利用 “apk包差異” 這個(gè)方法進(jìn)行追蹤，什么個(gè)包差異呢？其實(shí)就是在打包時(shí)植入不同的渠道ID，然后將對(duì)應(yīng)的包放到對(duì)應(yīng)的渠道供用戶進(jìn)行下載，用戶注冊(cè)時(shí)，將包內(nèi)的渠道ID上報(bào)即可：

這個(gè)方式比較普遍，但是只能針對(duì) Android，數(shù)據(jù)相對(duì)精準(zhǔn)。

安卓基于應(yīng)用市場(chǎng)/下載頁面直接提供的數(shù)據(jù)應(yīng)用市場(chǎng)及下載頁面的數(shù)據(jù)只能給到下載量，注冊(cè)量無法知曉，對(duì)于運(yùn)營分析數(shù)據(jù)不夠精準(zhǔn)。

iOS 使用IDFA渠道

IDFA 的全稱：Identifier for Advertisers，這是蘋果專門給各廣告提供商用來追蹤用戶而設(shè)的標(biāo)識(shí)。一般流程：

這個(gè)方法本身是投放中比較通用的iOS 方案，但是很遺憾在iOS 14中 IDFA 的機(jī)制變更導(dǎo)致這個(gè)方案失去了應(yīng)用的精準(zhǔn)度。當(dāng)然這個(gè)方式是無法統(tǒng)計(jì)到從網(wǎng)頁跳轉(zhuǎn)到 App Store 去下載這個(gè)場(chǎng)景的。

iOS 使用 SFSafariViewController 配合 cookie 進(jìn)行追蹤如果iOS App 支持的 iOS版本 >= 9.0，可以使用 SFSafariViewController 配合 cookie 方式進(jìn)行來源獲取。SFSafariViewController 是 iOS開發(fā)中使用到的一個(gè)類，該類可以在 App 中打開“Safari”并且獲取 Safari中的 cookie 等相應(yīng)信息，基于此，我們可以設(shè)計(jì)出一套方案：

這個(gè)方案可以做到一定程度上的準(zhǔn)確，但是適用場(chǎng)景畢竟有限，在微信/QQ等其他App的 WKWebView/UIWebView中打開廣告時(shí)，就無能為力了。

上述方案總結(jié)：

目前市面上主流的邀請(qǐng)渠道追蹤方案，方案本身復(fù)制度不高，但是在精度和場(chǎng)景方面均有不足

沒有一個(gè)方案可以使用各個(gè)場(chǎng)景安卓和 iOS 實(shí)現(xiàn)無法統(tǒng)一，導(dǎo)致數(shù)據(jù)分析復(fù)雜，并且容易出錯(cuò)各個(gè)方案對(duì) 客戶端開發(fā)來說均不友好，增加了開發(fā)的復(fù)雜度數(shù)據(jù)展示還需要后端進(jìn)行處理后，前端拿到數(shù)據(jù)，展示在 后臺(tái)管理系統(tǒng)里，增加了開發(fā)成本優(yōu)化方案

如何解決 App渠道統(tǒng)計(jì)中的技術(shù)難點(diǎn)，降低開發(fā)難度又能最大程度上保證數(shù)據(jù)的精準(zhǔn)度呢？

需要分析優(yōu)化后的方案：

一套方案適用于 Android & iOS無論是在什么地方打開推廣渠道的網(wǎng)頁下載，或者是跳轉(zhuǎn)到 應(yīng)用市場(chǎng)下載，均能有效追蹤來源數(shù)據(jù)處理簡單方便數(shù)據(jù)展示友好，表和圖展示降低開發(fā)復(fù)雜度，減少開發(fā)成本自己開發(fā)研究還是選擇靠譜的第三方

經(jīng)過自己開發(fā)和不斷市場(chǎng)調(diào)研后，發(fā)現(xiàn)市面上確實(shí)有現(xiàn)成的第三方符合這個(gè)優(yōu)化后的方案形態(tài)，并且還額外提供了一鍵喚醒/埋點(diǎn)統(tǒng)計(jì)等的功能。當(dāng)然本著研究技術(shù)的精神，我們還是深入調(diào)研了一些第三方的方案是如何實(shí)現(xiàn)的（最終還是想要自己公司內(nèi)部做一套類似的）。

但是遺憾的是，這套方案實(shí)現(xiàn)的復(fù)雜度不亞于我們App研發(fā)的復(fù)雜度。這也就意味著如果我們打算自研，那么投入的成本將會(huì)在幾十萬RMB以上，當(dāng)然后期的維護(hù)成本也會(huì)隨之而來，故最終我們打算在各個(gè)第三方之間綜合選擇。

參考1：https://zhuanlan.zhihu.com/p/252894877參考2:https://blog.csdn.net/A966669/article/details/107489539參考3:https://www.jianshu.com/p/267d2ac0d2b3參考4:https://www.jianshu.com/p/ecd1794768fa

我們最終選擇的這個(gè)第三方Xinstall，完美符合了這個(gè)優(yōu)化方案：

1、一套方案適用于 Android & iOS（兩端接入的是同樣邏輯的 SDK）

支持iOS和Android以及Web三端的統(tǒng)計(jì)

Xinstall 提供完整的 javascript api，方便 Web 開發(fā)者實(shí)現(xiàn)完全自主的設(shè)計(jì) 集成步驟。使用方便，對(duì)接簡單

2、無論是在什么地方打開推廣渠道的網(wǎng)頁下載，或者是跳轉(zhuǎn)到 應(yīng)用市場(chǎng)下載，均能有效追蹤來源（統(tǒng)計(jì)時(shí)從打開推廣頁面 -> 打開App注冊(cè)，這中間無論經(jīng)過多少過程，甚至關(guān)機(jī)重啟，均能有效追蹤到來源）

3、數(shù)據(jù)處理盡可能簡單

4、數(shù)據(jù)展示友好

5、減少開發(fā)復(fù)雜度，減少開發(fā)成本（我們公司 iOS 和 Android 同學(xué)分別花了 12分鐘 / 8分鐘閱讀文檔完成接入）

最后

第三方實(shí)際使用后數(shù)據(jù)精準(zhǔn)度是否達(dá)標(biāo)

當(dāng)然作為一個(gè)大廠，直接使用任何第三方的時(shí)候，都需要經(jīng)過一段時(shí)間的實(shí)際使用才能確定后續(xù)能否繼續(xù)采用，因此我們保留了原有的方案（上述4個(gè)方案的混合使用），與該第三方方案進(jìn)行A/B線上測(cè)試，測(cè)試時(shí)長為1周。

測(cè)試結(jié)果：

第三方中捕捉了約5%原有混合方案中遺留的數(shù)據(jù)第三方中總體數(shù)據(jù)精準(zhǔn)度達(dá)99.96%（各個(gè)渠道實(shí)際注冊(cè)數(shù)據(jù)對(duì)比的平均值），遠(yuǎn)高于原先混合方案中的93%數(shù)據(jù)延遲幾乎為0當(dāng)然數(shù)據(jù)測(cè)試越久越準(zhǔn)確，不過目前來看，數(shù)據(jù)精準(zhǔn)度表現(xiàn)出乎意料！值得推薦一波！