说起 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 基本原理：