摘要：方案一蘋果官方自帶的統(tǒng)計(jì)工具登錄，在分析中，能很方便的查看的展示次數(shù)購(gòu)買量等基礎(chǔ)數(shù)據(jù)，但無(wú)法獲取更加詳細(xì)的安裝量注冊(cè)量等運(yùn)營(yíng)數(shù)據(jù)。

說(shuō)起 iOS 的渠道統(tǒng)計(jì)，不少人會(huì)想到蘋果官方的 App 分析功能（iTunes Connect），但實(shí)際操作中我們會(huì)發(fā)現(xiàn)，這個(gè)服務(wù)的統(tǒng)計(jì)維度還不夠全面，許多廣告主和運(yùn)營(yíng)人員更關(guān)心的是各個(gè)推廣渠道實(shí)際帶來(lái)的安裝量、注冊(cè)量等數(shù)據(jù)，畢竟這對(duì)渠道引流的分析價(jià)值更大。iOS的“渠道”通常是指那些在其它 App 或者網(wǎng)頁(yè)內(nèi)部，提供到達(dá) App Store 的鏈接的頁(yè)面。因此，在 iOS 中追蹤發(fā)行渠道，主要是追蹤進(jìn)入 App Store 相關(guān)頁(yè)面的渠道信息。

從技術(shù)角度來(lái)看，也就是在用戶首次下載時(shí)不僅要獲取下載來(lái)源，還要實(shí)現(xiàn)參數(shù)傳遞，簡(jiǎn)單來(lái)說(shuō)，就是用戶第一次下載后，我能得知后續(xù)的注冊(cè)、活躍、付費(fèi)等操作行為。或者在此基礎(chǔ)上，實(shí)現(xiàn)場(chǎng)景還原，幫助用戶在首次打開 App 后直接跳轉(zhuǎn)進(jìn)指定頁(yè)面，而不是首頁(yè)。

登錄 iTunes Connect ，在“App 分析”中，能很方便的查看 App 的展示次數(shù)、購(gòu)買量等基礎(chǔ)數(shù)據(jù)，但無(wú)法獲取更加詳細(xì)的安裝量、注冊(cè)量等運(yùn)營(yíng)數(shù)據(jù)。

當(dāng)然，往往 App 推廣的渠道會(huì)有很多同時(shí)進(jìn)行，怎么對(duì)多個(gè)渠道的來(lái)源做分析呢？同樣在“App分析”的“來(lái)源”中點(diǎn)擊“營(yíng)銷活動(dòng)”，右上角有個(gè)“生成營(yíng)銷活動(dòng)鏈接”，進(jìn)入后就能自定義給每個(gè)渠道生成對(duì)應(yīng)的唯一標(biāo)識(shí)。

這種方法雖然可以追蹤到多個(gè)渠道的來(lái)源，但存在以下幾個(gè)問(wèn)題：

只有當(dāng)營(yíng)銷活動(dòng)啟動(dòng)后超過(guò)一天時(shí)間（最長(zhǎng)72個(gè)小時(shí)）后才能顯示相關(guān)數(shù)據(jù)；

至少有 5 個(gè) App 安裝量歸因于此營(yíng)銷活動(dòng)時(shí)，營(yíng)銷活動(dòng)才會(huì)在“App 分析”中顯示；

無(wú)法兼容 Android 和 iOS企業(yè)簽名，采用不同的統(tǒng)計(jì)方法可能會(huì)讓數(shù)據(jù)統(tǒng)一性較差；

iOS 8.0 及以上版本的用戶可以選擇是否將自己的應(yīng)用使用情況的數(shù)據(jù)發(fā)送給Apple。

SFSafariViewController 是 iOS 9.0 出現(xiàn)的，可以通過(guò) Safari 對(duì)應(yīng)的 cookier 傳遞參數(shù)，跨App與Safari共享數(shù)據(jù)。但是 openurl 失敗率還是很高，并且有系統(tǒng)版本、瀏覽器等限制，比如微信等第三方 App 的內(nèi)置瀏覽器就不能很好實(shí)現(xiàn)。

常用的比如谷歌官方的 Google Analytics，它的獲取原理就是通過(guò)獲取設(shè)備的 IDFA ，來(lái)作為唯一標(biāo)示符號(hào)，然后根據(jù)你的渠道來(lái)源提供數(shù)據(jù)，通過(guò)比對(duì)的方式進(jìn)行渠道定位。弊端在于，用戶重置系統(tǒng)，或者關(guān)閉廣告跟蹤的話，這種方法就會(huì)失效。

蘋果設(shè)備設(shè)置里都會(huì)有一個(gè)開關(guān)用于限制廣告跟蹤：

目前用戶的隱私保護(hù)意識(shí)也在逐漸覺醒，只要用戶手握這個(gè)開關(guān)，IDFA 的統(tǒng)計(jì)誤差就始終存在。

另一方面，Google Analytics 的 iOS 安裝跟蹤功能僅適用于通過(guò)移動(dòng)廣告網(wǎng)絡(luò)（例如投放應(yīng)用內(nèi)廣告的AdMob）投放的廣告。也就是如果渠道是從線下掃二維碼或者web上的推廣鏈接下載是不能通過(guò)這種方法跟蹤到的，這時(shí)就需要其它工具作為補(bǔ)充。

用戶點(diǎn)擊下載鏈接，會(huì)跳轉(zhuǎn)到 App Store 里，這個(gè)過(guò)程會(huì)觸發(fā)一個(gè)服務(wù)端的請(qǐng)求，服務(wù)器來(lái)記錄這次點(diǎn)擊的設(shè)備信息，包括 ip 地址、機(jī)型等。同時(shí)，被推廣 App 這邊，也可以記錄用戶激活 App 時(shí)設(shè)備的一些基本信息，并上傳至服務(wù)器。結(jié)合下載和激活的時(shí)間差，再結(jié)合設(shè)備的 IP 地址和機(jī)型等信息，大概可以模糊地識(shí)別出同一個(gè)用戶先點(diǎn)擊了下載鏈接，再激活了 App，從而確定下載渠道。這種方式在面對(duì)用戶量大的渠道時(shí)，準(zhǔn)確率就會(huì)下降不少。

openinstall 基本原理：

開發(fā)者在分享的 h5 頁(yè)面上集成 openinstall web sdk，發(fā)布分享鏈接時(shí)在url上動(dòng)態(tài)的拼接任意的自定義參數(shù)（如推廣渠道號(hào)，邀請(qǐng)碼，游戲房間號(hào)等等）；

當(dāng)某一終端訪問(wèn)該 h5 頁(yè)面時(shí)，openinstall web sdk 將同時(shí)確定該設(shè)備的個(gè)性化信息和采集自定義參數(shù)，上傳至 openinstall 服務(wù)器， 待用戶通過(guò)該 h5 頁(yè)面安裝 App 后首次打開時(shí)，使用 openinstall Android/iOS sdk 從 openinstall 服務(wù)器再取回暫存的自定義參數(shù)。

在推廣渠道相當(dāng)多的情況下，通過(guò)分發(fā) h5 落地頁(yè)給不同渠道，從每個(gè)渠道來(lái)的用戶，沒有任何感知的情況下，后臺(tái)可以統(tǒng)計(jì)到他激活及注冊(cè)時(shí)的渠道 ID （甚至其他任意參數(shù)）。實(shí)際誤差是較低的，相比其他方法精準(zhǔn)度更高。

這種方法沒有 iTunes Connect 的諸多限制，也很好的補(bǔ)充了 Google Analytics 不能統(tǒng)計(jì)網(wǎng)頁(yè)下載渠道的弊端，理論上可以同時(shí)生成無(wú)上限的渠道鏈接進(jìn)行統(tǒng)計(jì)，由于是國(guó)內(nèi)產(chǎn)品，還能實(shí)時(shí)反饋數(shù)據(jù)情況。

我的建議是，如果自己的業(yè)務(wù)既有網(wǎng)站又有 App 的話，Google Analytics 的一系列產(chǎn)品都可以使用，畢竟都用同一種統(tǒng)計(jì)工具，可以保證數(shù)據(jù)的統(tǒng)一性，方便數(shù)據(jù)分析。

當(dāng)然，從權(quán)威性來(lái)看，蘋果官方的 iTunes Connect 自然更加值得信賴，但上文提到的弊端需要適當(dāng)斟酌。

兩者在使用中都可以用 openinstall 來(lái)補(bǔ)充弊端，如果產(chǎn)品主要是面對(duì)移動(dòng)端，openinstall 甚至可以兼容安卓的統(tǒng)計(jì)，在市場(chǎng)運(yùn)營(yíng)中也能保證數(shù)據(jù)的統(tǒng)一性。