APP推送与统计分析做数据是如何打通的？

在这里和大家简单聊聊Shareinstall推送是如何和Shareinstall统计分析做数据打通的。

首先要提到的一点，就是Shareinstall各个产品线提供给开发者的SDK都是独立的SDK。从这点上来说，产品线之间的打通只能通过SDK发往后台的数据来做聚合打通。

接下来要提到的一点是，App开发者在使用Shareinstall的过程中，会发现Shareinstall全站是做了SSO账号打通的(简单来讲，就是登陆了Shareinstall的一个产品，就可以免登Shareinstall其它产品了)，与此同时，同一个App在各个产品线用到的appkey也是同一个。这是非常重要的一点，即各个产品线要实现打通的前提是账号体系和App体系要完全一致。举个例子:使用Shareinstall推送的开发者会发现，如果在Shareinstall消息推送_Shareinstall创建一个新的App(appkey),那么在Shareinstall统计后台，也会同步创建出一个同名App，且appkey是一样的。当然，整个账号和appkey体系都是以Shareinstall统计为准的。如果在Shareinstall统计后台创建了App(appkey),那么在Shareinstall推送或者Shareinstall其它产品线上可以从“已有应用”中添加这个App，而不用重新去创建这个应用了。

最后我们重点来说一下Shareinstall推送和Shareinstall统计是如何打通的:

前面两点至关重要，各个产品线提供独立的SDK，但是基于同一套appkey，因此如果要做到数据打通的话，那么势必要求各个产品线的SDK在数据采集、传输等协议层面，尽可能的相同或者相似，特别是一些必要字段的采集方法必须保持一致（对设备的标识必须统一，Shareinstall是采用umid来做对设备的唯一标识的)。比如问题中提到的“渠道”、“版本”、“机型”等，这些字段在Shareinstall推送和Shareinstall统计的SDK是都做采集的。理论上如果协议保持一致，那么后台数据天然就是打通的。Shareinstall统计和Shareinstall推送采集的数据字段，会发现大部分采集的协议字段都是一样的。数据收回来之后，各产品线的数据是独立存储的，Shareinstall有独立的数据部门，会针对各产品线的数据进一步做聚合，从而产生出更有价值的数据，比如近年来业界吵得非常火热的“用户画像”等。

shareinstall同时兼容Android和iOS进行统计，可统计访问量，安装量，注册量，活跃量，在线时长等等，同时提供实时的统计数据排重功能（排除同一设备的重复安装重复注册等，一眼就能看出虚假不诚实的渠道），帮助app推广者准确的评估每个渠道的推广价值。

渠道统计

功能介绍：以渠道链接取代渠道包，精确的定位APP的各个安装渠道。

优势说明：精度更高的渠道统计，能让决策者更准确的了解不同渠道的推广效果，为决策者决定不同渠道的推广力度提供依据，能更准确的把握推广人员的推广数据。