对接友盟统计必须友盟app企业认证吗

对接友盟统计必须友盟app企业认证吗

不是的，开发者也可以注册的。

首先需要澄清一点的是，友盟统计分析服务不会统计，也不能统计设备上app卸载的信息的，友盟统计分析服务只会针对集成友盟统计分析sdk的app提供类似新增、日活、留存等基本指标，或者是开发者自定义的一些统计信息，如自定义事件等。 统计卸载信息其实是在友盟推送sdk里面做的，并且当前统计到的卸载信息也已经部分应用在了消息推送服务里面。接下来就提问者感兴趣的如何统计卸载设备，以及我们目前如何使用这部分卸载信息简单给大家讲一讲，太细节的东东就不便透露了。当然，我们的卸载只是针对android平台来做的，ios上由于苹果的限制，卸载统计从技术上是很难实现的。 先来说说友盟推送是如何统计卸载: 如果一个设备上有多个集成友盟推送sdk的app的话（注意，必须是集成了友盟推送sdk的app），我们把这些个app称为一个群组或者联盟，同一个群组内的app在推送的通道上是做了很多互保和优化工作的，比如长连接通道就是在这多个app之间共享的。 同一个群组里面的app，如果有某个app发生卸载行为的话，那么这个卸载事件就可以被群组里其它没有卸载的app所知晓，该卸载事件就可以上报给服务器端，服务器端就可以知道哪台设备上哪个app被卸载了。同一个群组内的app之间互相检测卸载是一种常用的手段，但是这个要依赖于设备上集成友盟推送sdk的app有很多个，形成一个群组，如果只有1个app集成了友盟推送的话，那么这种手段是无法捕获到卸载的。 群组内的app越多，卸载统计收集的效果越好。 写到这里，肯定有一部分开发者要问，如果设备上只有1个集成友盟推送sdk的app的话，那么如何统计到这个app是否被卸载了呢？ 这种情况下，我们只能判断到一部分卸载的情况，外加一些其它的辅助判断信息。 那么哪部分可以统计到呢？ 其实还是要依赖于app群组了，假设之前这个设备上只有app a集成了友盟推送，并且a被卸载了，假设后续又安装了集成友盟推送sdk的app b，那么如果给app a发消息，消息送达设备后(因为app b在，所以消息走的是b建立长连通道), 会尝试投递给app a，因为a已经被卸载了，所以投递是不成功的，app b就能感知到这一事件，因此也可以把该卸载信息上报回友盟服务器，服务器也就知道该设备上a app已经被卸载了，其实还是要依赖于设备上的app群组功能。 如果该台设备上后续一直没能有集成友盟推送sdk的app被安装，那么我们只能通过粗糙的看多少天不活跃，比如180天不活跃的app，我们认为这台设备上app已经被卸载了（有一定的偏差，比如某些工具类app，有可能打开频率就非常低），这个不一定准确，但是根据活跃度做用户分层多少也能看出来app的健康度。 接下来再谈谈为什么推送服务要收集设备上app的卸载信息的: 这个其实是和推送的一个硬指标“送达率”戚戚相关的，对于卸载的app，消息肯定是下发不了的，所以在评估送达率的时候，得把这部分卸载的量踢掉，否则在评估和计算送达率的时候，会导致送达率的下降或者不准确。 举个简单地例子，假设某个app有100w的装机量，过了一段时间有20w的卸载（根据我们的观察，20%的卸载率就算平均水平了），那么一次发送任务加入送达了40w的app，那么最终的送达率应该是 40w/(100w-20w) = 50%, 而不是 40w/100w = 40%。 卸载设备的统计越准确，对于最终送达率的评估效果越好。 最后我们来说说卸载统计在友盟推送服务中的应用: 首先在每次推送任务的时候，对于提交过来的device-token，我们会做一次清理，把卸载设备清理掉，所以有时候app开发者或者app运营人员会发现，他们提交的发送总数和友盟后台显示的当次发送数对不上，那就是因为友盟后台已经剔除掉了当次发送任务中的卸载设备了。 其次，当前的卸载统计我们还在进一步的分析和评估中，如果我们收集到的卸载设备数量足够准确，足够全面的时候，我们会把这个功能开放出来，放到统计分析系统里面供app开发者和运营人员来做参考。

如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！

点此我要举报以上问答信息