iOS App渠道統計跟蹤方法

提及 iOS 的渠道統計，很多人會想到蘋果官方的 App 分析功能（iTunes Connect），但實際操做中咱們會發現，這個服務的統計維度還不夠全面，許多廣告主和運營人員更關心的是各個推廣渠道實際帶來的安裝量、註冊量等數據，畢竟這對渠道引流的分析價值更大。iOS的「渠道」一般是指那些在其它 App 或者網頁內部，提供到達 App Store 的連接的頁面。所以，在 iOS 中追蹤發行渠道，主要是追蹤進入 App Store 相關頁面的渠道信息。

從技術角度來看，也就是在用戶首次下載時不只要獲取下載來源，還要實現參數傳遞，簡單來講，就是用戶第一次下載後，我能得知後續的註冊、活躍、付費等操做行爲。或者在此基礎上，實現場景還原，幫助用戶在首次打開 App 後直接跳轉進指定頁面，而不是首頁。

方案一：蘋果官方自帶的統計工具 iTunes Connect

登陸 iTunes Connect ，在「App 分析」中，能很方便的查看 App 的展現次數、購買量等基礎數據，但沒法獲取更加詳細的安裝量、註冊量等運營數據。

固然，每每 App 推廣的渠道會有不少同時進行，怎麼對多個渠道的來源作分析呢？一樣在「App分析」的「來源」中點擊「營銷活動」，右上角有個「生成營銷活動連接」，進入後就能自定義給每一個渠道生成對應的惟一標識。

這種方法雖然能夠追蹤到多個渠道的來源，但存在如下幾個問題：

• 只有當營銷活動啓動後超過一天時間（最長72個小時）後才能顯示相關數據；
• 至少有 5 個 App 購買量歸因於此營銷活動時，營銷活動纔會在「App 分析」中顯示；
• 統計的維度不完整，僅限「展現次數」、「App 購買量」、「銷售額」、「App 使用次數」四個；
• iOS 8.0 及以上版本的用戶能夠選擇是否將本身的應用使用狀況的數據發送給Apple。

方案二：使用 SFSafariViewController 傳遞參數

SFSafariViewController 是 iOS 9.0 出現的，能夠經過 Safari 對應的 cookier 傳遞參數，跨App與Safari共享數據。可是 openurl 失敗率仍是很高，而且有系統版本、瀏覽器等限制，好比微信等第三方 App 的內置瀏覽器就不能很好實現。

方案三：經過 IDFA 進行追蹤，好比 Google Analytics

經常使用的好比谷歌官方的 Google Analytics，它的獲取原理就是經過獲取設備的 IDFA ，來做爲惟一標示符號，而後根據你的渠道來源提供數據，經過比對的方式進行渠道定位。弊端在於，用戶重置系統，或者關閉廣告跟蹤的話，這種方法就會失效。

蘋果設備設置裏都會有一個開關用於限制廣告跟蹤：

目前用戶的隱私保護意識也在逐漸覺醒，只要用戶手握這個開關，IDFA 的統計偏差就始終存在。

另外一方面，Google Analytics 的 iOS 安裝跟蹤功能僅適用於經過移動廣告網絡（例如投放應用內廣告的AdMob）投放的廣告。也就是若是渠道是從線下掃二維碼或者web上的推廣連接下載是不能經過這種方法跟蹤到的，這時就須要其它工具做爲補充。

方案四：經過模糊特徵匹配的方式進行追蹤

用戶點擊下載連接，會跳轉到 App Store 裏，這個過程會觸發一個服務端的請求，服務器來記錄此次點擊的設備信息，包括 ip 地址、機型等。同時，被推廣 App 這邊，也能夠記錄用戶激活 App 時設備的一些基本信息，並上傳至服務器。結合下載和激活的時間差，再結合設備的 IP 地址和機型等信息，大概能夠模糊地識別出同一個用戶先點擊了下載連接，再激活了 App，從而肯定下載渠道。這種方式在面對用戶量大的渠道時，準確率就會降低很多。

方案五：採用第三方 SDK 追蹤，好比 openinstall

openinstall 基本原理：

• 開發者在分享的 h5 頁面上集成 openinstall web sdk，發佈分享連接時在url上動態的拼接任意的自定義參數（如推廣渠道號，邀請碼，遊戲房間號等等）；
• 當某一終端訪問該 h5 頁面時，openinstall web sdk 將同時肯定該設備的個性化信息和採集自定義參數，上傳至 openinstall 服務器， 待用戶經過該 h5 頁面安裝 App 後首次打開時，使用 openinstall Android/iOS sdk 從 openinstall 服務器再取回暫存的自定義參數。

在推廣渠道至關多的狀況下，經過分發 h5 落地頁給不一樣渠道，從每一個渠道來的用戶，沒有任何感知的狀況下，後臺能夠統計到他激活及註冊時的渠道 ID （甚至其餘任意參數）。實際偏差是較低的，相比其餘方法精準度更高。

這種方法沒有 iTunes Connect 的諸多限制，也很好的補充了 Google Analytics 不能統計網頁下載渠道的弊端，理論上能夠同時生成無上限的渠道連接進行統計，因爲是國內產品，還能實時反饋數據狀況。

總結：

個人建議是，若是本身的業務既有網站又有 App 的話，Google Analytics 的一系列產品均可以使用，畢竟都用同一種統計工具，能夠保證數據的統一性，方便數據分析。

固然，從權威性來看，蘋果官方的 iTunes Connect 天然更加值得信賴，但上文提到的弊端須要適當斟酌。

二者在使用中均可以用 openinstall 來補充弊端，若是產品主要是面對移動端，openinstall 甚至能夠兼容安卓的統計，在市場運營中也能保證數據的統一性。