什么是送达率?如何正确理解消息的送达情况？

为了衡量新闻推送的质量，第一次接触推送的用户。“送达率”的概念经常被新闻纠缠在一起。那么什么是送达率呢？还是如何正确理解信息的发送？首先，我们来看看几个与新闻发送相关的基本概念:iOS目标用户数:匹配推送条件的iOS用户数。IOS推送成功数：推送到APNS并被APNS成功接收的数量。如果devicetoken发生变化，过期或与推送环境不匹配，则不会成功。Android目标用户数：Android用户数与推送条件相匹配（1个月内与服务器相连）。如果超过一个月没有与JPushserver产生任何连接，则不会推送给此用户)。Android*推送数：消息推送时，目标用户*，通过*发送的消息数。Android用户长连接*将通过*发送，其他用户将在恢复网络后触发缓存的离线消息。Android送达数：消息送达客户端，服务端确认收到客户端响应的数量。点击次数：用户点击此推送次数。如图所示，最外圈的Total代表所有注册用户，即应用程序创建取决于所有注册用户的数量。接下来是目标用户(target)所有新闻推送都将有一个目标用户，该目标用户是指合格的用户，系统将根据推送条件匹配推送的目标用户。即使作为目标用户，JPush系统也可能无法获得这些状态，包括已经卸载或未来根本无法连接的用户。每个新闻推送都会有一个送达数，当一个新闻推送产生时，目标用户中就会有一些*和一些不*。该系统将根据用户的状态立即将离线信息推送到*用户。当时，非*用户系统将保存离线信息。在消息有效期内恢复网络后，系统将离线信息发送到用户客户端。根据用户的*和离线情况，在了解了推送消息的可能性后，我们来看看“送达率”：*服务率=*用户成功接收的数量/*用户数量的离线服务率=离线信息服务数量/离线信息发布数量。只有这个交付率才是真正的交付率。至于一些用户，虽然他们是目标用户，但他们在推送后离线或卸载应用程序，系统不可能向他们发送消息。因此，如果这部分用户在计算送货率时显然无法解释任何事情，而且这部分用户可能会随着应用程序的时间越来越长而增加值。如果是广播推送，目标用户数量多，实际送达率基本固定在98%左右。之所以这么说，主要是因为用户网络连接的稳定性可能会影响真正的交付率。发送时，用户的状态仍然*。当消息发送时，用户已经离线，这些用户需要在恢复连接时接收离线消息。作为产品经理，通过什么数值来衡量消息的推送情况？*用户数，是的，就是*用户数。因为一条消息，从产生的那一刻到消息有效期过期，在此期间*或登录的用户将收到消息。例：一般来说，广播消息的默认有效期为24小时，因此该消息的最终交付数量应略小于当天的*用户数量。为什么小于，因为一些*用户数量是新用户推送消息后注册的，这些用户不会收到以前的消息。结论是“*用户数”可以用来衡量推送成功数的值。“消息送达/目标总数”不是真正的送达率，参考意义不大。真正的送货率实际上是一个相对稳定的值。