本文结构

AppStore渠道包的场景

         目前App产品运营推广渠道广泛，有些大公司会找一些代理渠道去推广产品，然后就会遇到效果结算的问题。因为AppStore官方只提供了一个下载地址，无法给多个渠道打包不能渠道包的方式来实现结算，所以应运而生了众多iOS渠道包结算的解决方案

缓解压力图

解决方式

下面讨论，我们将在各渠道投放的App简称AppTF。另外从开放难度，客户体验，以及精准度方面去比较各个方法。

1.IDFA追踪

      目前比较主流的方式，尤其在试玩平台上。他的流程是渠道方App获取到设备的IDFA（设备广告表示：IdentifierForAdvertising），然后将IDFA存到服务器。而AppTF在用户进入的时候也去获取设备IDFA。最后结算时候，渠道方将IDFA提供给AppTF的投放者进行结算，因为IDFA是一个37位的数据是苹果提供的专门用来用于广告投放的设备唯一标识，所以具有不可变和唯一性的特点，渠道方不容易伪造。
需要说的是，从iOS14开始，苹果将原来默认开启的IDFA设置为默认关闭，导致IDFA的获取需要客户先去 设置-隐私-广告-限制广告跟踪 进行关闭，大大增加了IDFA的获取成本。另外IDFA也并非不会唯一或不变，以下情况会导致客户IDFA变化，会影响统计

• 开关限制广告跟踪
• 设备还原重置
• 系统升级

开发难度：低
客户体验：好
精准度：高
其他限制：要求渠道方本身是App渠道，否则是没法统计到IDFA的

2.客户填写邀请码

      这个就是比较简单的方式，就是客户安装App后填写渠道邀请码完成，直接通过渠道码进行统计，这个方式弊端就是客户如果不输入渠道邀请码，那么就会统计不到这个用户来源。如果邀请码设置必须设置就会降低用户体验，不设置的话基本上就很少有客户会去填写这个邀请码，除非是再加一个引导。

开发难度：低
客户体验：好
精准度：低
其他限制：取决于用户是否填写邀请码

3.在网页上注册后下载

虽然AppStore地址只有一个，但我们可以为每一个渠道生成一个推广网址，然后根据推广网址先注册来绑定渠道关系。如下图

先注册后下载

该流程也就是先注册后登陆，有一个漏洞就是如果第5步客户不用账号1登陆的话，重新注册一个账号就会导致统计不到。同时这种方式是强制要求先注册后下载的，会大大降低转化

开发难度：低
客户体验：差
精准度：高
其他限制：无

4.使用SFSafariViewController插件

      iOS 9中新增的SFSafariViewController，SFSafariViewController控件允许App内打开一个webView去读取safair中的cookie，也就是跟safair共享cookie数据。所以思路就通过SFSafariViewController和safair的cookie库来完成渠道的读取。如下图

通过SFSafariViewController区分渠道

开发难度：中
客户体验：极差

精准度：高
其他限制：iOS9以上，客户安装路径必须要在safair浏览器打开

5.设备特征匹配

      网络特征匹配其实相当于通过设备本身信息和网络环境信息对该进行唯一辨识采集。这种方式大多用到的特征有网络IP，屏幕尺寸，设备类型，浏览器类型等。流程如下图

设备特征匹配

开发难度：高
客户体验：好
精准度：中
其他限制：无

6.第三方渠道工具集成

      这个业务场景，基本上有渠道推广需要计费效果的都会需要用到，是属于经常用到的业务，所以找第三方第三方直接集成使用也是不错的选择。Xinstall 就提供了专业性数据渠道统计服务。简单集成了下iOS 的SDK，然后生成了渠道地址，这里故意填写了公司服务器的下载地址。然后在公司里面2台测试机测试了下，居然统计了出来，但事实是最终下载地址是我们自己公司的。期间也没有要求说输入任何标识性内容。

Xinstall渠道报表

初步判断，这个方法应该是对设备特征做了处理，或者是SDK中涉及到了前面说的SFSafariViewController。于是后来在其他浏览器做了测试，发现还是能统计到到..

开发难度：低
客户体验：好
精准度：好
其他限制：无

总结比较

综合比较下来，由于AppStore的地址唯一性和iOS产品的封闭性性质，在考虑用户体验的前提下，目前没有很好的办法去区分渠道来源。调研市场产品，类似返利产品和重代理的推广方式产品，大多还是在用兑换码，进入产品后哪怕你不填写邀请码，也会有人主动加你引导你填写他的导师邀请码，所以如果你较好的客户引导团队，那么兑换码是一种方式，其次是考虑第三方了，Xinstall目前是限免状态可以作为首选，有能力也可以研究下其原理，欢迎吐槽