如何正确理解消息送达率

honghu2

若何准确理解动静投递率

初接触推送的利用者，为了权衡动静推送的质量。常常会纠结到动静的”投递率”这个观点.那末事实甚么是投递率呢?或若何准确理解动静的投递环蘑菇视频境呢?

根基观点
先来看与动静投递相干的几个根基观点：
iOS 方针用户数：匹配推送前提的 iOS 用户的数目。iOS 推送乐成数：推送到 APNS附近约爱 并被 APNS 乐成接管的数目。若是 device token 变动，过时或与推送情况不匹配则不会乐成。Android 方针用户数：匹配推送的前提的Android 用户数(1个月内与办事器有过毗连的用户。若是跨越1个月都没有与 JPush server 发生任何毗连，那末G吧交友将不向此用户推送)。Android 在线推送数：动静推送时，方针用户在线，经由过程在线下发的动静数。Android 用户长毗连在线会经由过程在线下发，其余用户通规复收集后触发缓存的离线动静。Android 投递数：动静送到达客户端，而且办事端确认收到了客户真个应对的数目。点击数：本次推送被用户点击的次数。投递率的伪命题


如图所示，最外圈的 Total 代表全数的注册用户，即利用建立依靠所有的注册用户数。接下来是方针用户(target)所有的动静推送城市有一个方针用户，这个方针用户是指合适前提的用户，体系会按照推送前提匹配出推送的方针用户。即便作为方针用户也可能包含已卸载了，或今后底子不联网的用户，由于JPush 体系是没法获得这些状况的。

每次动静推送城市有一个投递数，当一次动静推送发生的时辰，方针用户中会有一些那时在线和一些不在线的。体系会按照用户的状况当即向在线的用户举行推送， 那时不在线的用户体系会为其保留离线动静，动静有用期以内用户规复收集后，体系会将离线动静发送到用户客户端。

针对用户的在线和离线环境，领会了一个动静的推送可能后，再来看“投递率”：
在线投递率=在线用户中乐成接管的数目/在线用户数离线投递率 = 离线动静投递数/离线动静下下发数。
只有这个投递率才是真实的投递率，至于有一部门用户固然是方针用户，可是推送后一向离线或已卸载了利用，体系是不成能把动静发送给他们的。以是若是计较投递率的时辰把这部门用户计较上明显没法阐明甚么，并且这部门用户跟着一个利用的时候愈来愈长，数值可能会愈来愈大。

若是是播送蜜罐推送，方针用户数比力多，这个真实的投递比率根基上是固定在98%摆布。为甚么这么说，由于可以影响真是投递率的缘由主如果用户收集联通的不乱性，可能发送的时辰用户状况仍是在线，当动静发送的时辰用户已处于离线状况了，这部门用户就必要规复毗连的时辰接管离线动静了。
投递数预期
作为一个产物司理，经由过程甚么数值权衡动静的推送环境呢? 在线用户数，没错就是在线用户数。由于一条动静，从发生的那一个时刻一向到动静有用期超期，在这段时代在线或登录过的用户才会收到动静。例：一般一条播送动静的默许有用期为24小时，那末这条动静终极的投递数目应当略小于当天的天在线用户数，为甚么小因而由于有一部门在线用户数是动静推送后才注册的新用户，这部门用户是不会收到以前的动静的。
结论
“在线用户数” 才是可以用来权衡推送乐成数的值。 “动静投递/方针总数”其实不是真实的投递率，这个比率没有太多的参考意义。真实的投递率实际上是一个比力不乱的值。

本文由 @吕鑫 原创投稿，并经人人都是产物司理编纂。未经允许，制止转载。