IOS渠道追踪方式
本文来自网易云社区
作者：马军
IOS，安卓渠道追踪的差异
Google Play国内不可用，国内的安卓 App 分发，都是依托几十个不同的应用市场或发行渠道，如百度、360、腾讯等互联网企业以及小米、华为、魅族等手机生产商。对于安卓 App 的渠道追踪，主要是围绕上面这些大的渠道来进行，并且这些渠道自己一般也会提供非常详尽和周全的数据分析给应用开发者。
iOS 的发行渠道则与安卓有很大的不同，除了少数越狱的机器之外，大部分用户的 App 都是从 App Store 下载的。iOS 的“渠道”其实通常是指那些在其它 App 或者网页内部，提供到 AppStore 的链接的页面。因此，在 iOS 中追踪发行渠道，主要是追踪进入 App Store 相关页面的渠道信息
IOS的渠道分发途径
IOS的渠道分发都是跳到app store下载，而app store并不会提供太多的信息，虽然在ITC中也在下载链中增加CT来进行分析。对追踪的 下载的流程不外乎下载页->app store下载页面->打开app激活，因最终的安装包都来自app store，在安卓中常用的在app中增加渠道号的方式就不可用了。
目前IOS追踪一般采用以下几种方案
通过IDFA来追踪。这种方案一般使用在App里面打开下载链接这种推广方式。这种方式需要先在提供下载链接的渠道app中收集IDFA,在下载安装后，启动app的时候再次上传IDFA,两者进行比进行验证渠道信息。
流程大概如下
但这种带来的局限性也显而易见，分发渠道只限于app，不适用网页或微信中的下载渠道。需要和第三方的渠道商进行接口开发，也会增加开发的成本。另外IDFA的变化也会导致部分信息丢失。
通过模糊匹配的方式进行追踪。
针对网页中的下载链接，虽然拿不到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成以上的用户，对于剩下的用户，可以使用上面另一种方式进行补充了
本文来自网易云社区，经作者马军授权发布
相关文章：
【推荐】 【专家坐堂】四种并发编程模型简介
最新文章
- 数据结构 浙大MOOC 笔记二 线性结构
- .Net中的泛型(where T : class的含义)
- AngularJS 验证
- ansible
- c++复习一：复数运算的简单实现。
- js判断是否是pc
- 信号之sigprocmask函数
- [Bhatia.Matrix Analysis.Solutions to Exercises and Problems]ExI.2.10
- 层叠样式优先级CSS
- TMsgThread, TCommThread -- 在delphi线程中实现消息循环（105篇博客，好多研究消息的文章）
- Allegro绘制PCB流程
- 使用Repository模式构建数据库访问层
- Oracle 正则 一行转多行
- ECMAScript6-let和const命令
- Socket编程实践(5) --TCP粘包问题与解决
- springmvc 项目完整示例07 设置配置整合springmvc springmvc所需jar包springmvc web.xml文件配置
- 隐藏状态栏，toolbar前面空格问题，editText圆角
- mysql 创建事件
- JS文本框获取焦点
- C＃语言