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的各个安装渠道。

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