方案一 苹果官方统计工具 iTunes Connect

登入iTunesConnect，在“App分析”中，可以很方便地查看App的展示次数、购买数量等基本数据，但无法获得更详细的运营数据，如安装数量、注册数量等。 当然，通常App推广的渠道会有许多同时进行，如何对多个渠道的来源做分析呢？也可以点击“应用程序分析”的“源”中的“市场活动”，右上角的“生成营销活动链接”，当你进入时，为每个渠道定制相应的唯一标识。

尽管此方法可跟踪多种渠道的来源，但有几个问题：

• 相关的数据只能在市场活动开始后一天(最长72小时)之后才能显示；
• 当此次营销活动中至少有5个App购买，营销活动才会出现在“App分析”中；
• 该维度统计不完整，仅限于四个维度：“展示次数”、“App购买量”、“销售额”、“应用次数”；
• iOS8.0或更高版本的用户可以选择是否向Apple发送他们自己的应用使用数据。

方案二：使用SFSafariViewController传递参数。

SFSafariViewController出现在iOS9.0上，App与Safari之间通过相应的cookier传递数据。但openurl的失败率仍然很高，而且存在系统版本、浏览器等限制，如微信等内建的第三方App无法很好地实现。

方案三：通过IDFA跟踪，比如GoogleAnalytics。

常见的如谷歌官方的GoogleAnalytics等，其获取的原理是将设备的IDFA作为唯一的标识符号，然后根据你的渠道来源提供数据，通过比较来确定渠道的位置。这个方法的缺点是，当用户重新设置系统或关闭广告追踪时，将会失效。

在Apple的设备设置中将有一个开关来限制广告跟踪：

当前用户的隐私保护意识也在逐渐觉醒，只要用户手握这一开关，IDFA的统计误差就永远存在。

而GoogleAnalytics的iOS安装追踪功能只适用于通过手机广告网络发布的广告，比如在AdMob上投放了应用内广告。也就是说，如果渠道是从线下扫二维码或web上下载推广链接是无法追踪到的，此时就需要其他工具来补充。

方案四：模糊特征匹配的跟踪方法。

使用者点击下载链接，然后跳到AppStore，这个过程触发一个服务端的请求，该请求记录下所点击的设备信息，包括ip地址、型号等。与此同时，被推广的App这边，还可以记录下用户在App激活时的一些基本信息，并上传到服务器上。将下载与激活的时间间隔相结合，再结合设备的IP地址和型号等信息，大概能模糊不清地确认同一用户首先点击了下载链接，然后激活App，从而确定下载渠道。这样的方法面对着用户量大的渠道，准确率会大大降低。

方案五：使用 Xinstall 多渠道SDK统计

该方法克服了iTunesConnect的诸多局限性，并且很好地补充了GoogleAnalytics无法统计网页下载渠道的弊端，理论上可以同时生成无上限的渠道链接进行统计，由于是国产产品，也能实时反馈数据情况