xinstall实现AppStore多渠道统计方案
说到实现AppStore多渠道统计，国内Xinstall这款工具确实可以实现App Store多渠道统计，追踪安装来源。
熟悉App开发和推广流程的小伙伴都知道，开发一款App只是第一步，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 分析”中显示；
- 无法兼容
Android和iOS企业签名，采用不同的统计方法可能会让数据统一性较差； - iOS 8.0 及以上版本的用户可以选择是否将自己的应用使用情况的数据发送给App
方案二：使用 SFSafariViewController 传递参数
SFSafariViewController 是iOS 9.0 出现的，可以通过 Safari对应的 cookier传递参数，跨App与Safari共享数据。但是 openurl失败率还是很高，并且有系统版本、浏览器等限制，比如微信等第三方 App 的内置浏览器就不能很好实现。
方案三：通过 IDFA 进行追踪，比如 Google Analytics
常用的比如谷歌官方的Google Analytics，它的获取原理就是通过获取设备的 IDFA ，来作为唯一标示符号，然后根据你的渠道来源提供数据，通过比对的方式进行渠道定位。弊端在于，用户重置系统，或者关闭广告跟踪的话，这种方法就会失效。
苹果设备设置里都会有一个开关用于限制广告跟踪：
目前用户的隐私保护意识也在逐渐觉醒，只要用户手握这个开关，IDFA 的统计误差就始终存在。
另一方面，Google Analytics 的 iOS 安装跟踪功能仅适用于通过移动广告网络（例如投放应用内广告的AdMob）投放的广告。也就是如果渠道是从线下扫二维码或者web上的推广链接下载是不能通过这种方法跟踪到的，这时就需要其它工具作为补充。
方案五：采用第三方 SDK 追踪，Xinstall完成
-
开发者在分享的 h5 页面上集成 Xinstall web sdk，发布分享链接时在url上动态的拼接任意的自定义参数（如推广渠道号，邀请码，游戏房间号等等）；
-
当某一终端访问该 h5 页面时，
Xinstall web sdk将同时确定该设备的个性化信息和采集自定义参数，上传至 Xinstall 服务器， 待用户通过该 h5 页面安装 App 后首次打开时，使用 Xinstall iOS/Android sdk 从Xinstall服务器再取回暂存的自定义参数。
在推广渠道相当多的情况下，通过分发 h5 落地页给不同渠道，从每个渠道来的用户，没有任何感知的情况下，后台可以统计到他**及注册时的渠道 ID （甚至其他任意参数）。实际误差是较低的，相比其他方法精准度更高。
这种方法没有 iTunes Connect 的诸多限制，也很好的补充了 Google Analytics 不能统计网页下载渠道的弊端，理论上可以同时生成无上限的渠道链接进行统计，由于是国内产品，还能实时反馈数据情况。