IOS渠道追蹤方式

本文來自網易雲社區編程


做者:馬軍
瀏覽器

IOS,安卓渠道追蹤的差別

Google Play國內不可用,國內的安卓 App 分發,都是依託幾十個不一樣的應用市場或發行渠道,如百度、360、騰訊等互聯網企業以及小米、華爲、魅族等手機生產商。對於安卓 App 的渠道追蹤,主要是圍繞上面這些大的渠道來進行,而且這些渠道本身通常也會提供很是詳盡和周全的數據分析給應用開發者。微信

iOS 的發行渠道則與安卓有很大的不一樣,除了少數越獄的機器以外,大部分用戶的 App 都是從 App Store 下載的。iOS 的「渠道」其實一般是指那些在其它 App 或者網頁內部,提供到 AppStore 的連接的頁面。所以,在 iOS 中追蹤發行渠道,主要是追蹤進入 App Store 相關頁面的渠道信息cookie


IOS的渠道分發途徑

IOS的渠道分發都是跳到app store下載,而app store並不會提供太多的信息,雖然在ITC中也在下載鏈中增長CT來進行分析。對追蹤的 下載的流程不外乎下載頁->app store下載頁面->打開app激活,因最終的安裝包都來自app store,在安卓中經常使用的在app中增長渠道號的方式就不可用了。併發

目前IOS追蹤通常採用如下幾種方案app


  1. 經過IDFA來追蹤。這種方案通常使用在App裏面打開下載連接這種推廣方式。這種方式須要先在提供下載連接的渠道app中收集IDFA,在下載安裝後,啓動app的時候再次上傳IDFA,二者進行比進行驗證渠道信息。.net

流程大概以下blog



但這種帶來的侷限性也顯而易見,分發渠道只限於app,不適用網頁或微信中的下載渠道。須要和第三方的渠道商進行接口開發,也會增長開發的成本。另外IDFA的變化也會致使部分信息丟失。接口

  1. 經過模糊匹配的方式進行追蹤。ci

針對網頁中的下載連接,雖然拿不到IDFA,但能夠獲取safari的UA和IP地址,獲取UA 中的OS,瀏覽器版本,機型,IP以及登陸時間。在下載以後另外在App側也須要上傳UA信息和Ip到服務端,和以前的信息進行比對,再結合訪問的時間能夠大體識別一些用戶的來源。大體流程以下

但這種方式的侷限性也顯而易見,大量用戶的準確性不高,另外對於同一出口IP的偏差就更大。


3,經過cookie的方式來進行追蹤

IOS新增了一個控件SFSafariViewController,這個控件增長了不少新的特性,但關鍵的一點是能夠跨app與safari共享cookie。這給咱們帶來一個新的思路,能夠利用safari與appp相同的cookie來識別不一樣的渠道信息。 具體的流程以下:



基本的原理是用戶在使用safari打開下載地址時候,將渠道信息寫入到cookie。當用戶下載安裝app,啓動app的時候,在app裏面使用SFSafariViewController訪問同一地址,系統匹配兩次cookie來追蹤渠道。

此種方式比較準確,侷限性也顯而易見,只支持IOS9以上的。但目前IOS9以上的設備已經覆蓋了8成以上的用戶,對於剩下的用戶,可使用上面另外一種方式進行補充了


本文來自網易雲社區,經做者馬軍受權發佈 


相關文章:
【推薦】 【專家坐堂】四種併發編程模型簡介

相關文章
相關標籤/搜索