推送系统从0到1（五）：推送消息如何丢失的

前一篇文章详细介绍了在建立推送任务后消息如何到达用户的设备，以及在推送消息传输过程中采取了哪些步骤。您可以回顾推送系统从0到1（四）：消息如何到达设备。我相信被推的童鞋一定会遇到这样的场景：很明显，有10,000个用户被推，因此，不到100个用户已经打开和浏览过。内容是否被推得如此缺乏吸引力？还有什么原因？

因此，在设置推送任务之前，我将向您展示如何识别用户，如何选择推送服务以及如何创建具有自我过滤功能的用户池。所有这些都是为了减少消息推送过程中的消息丢失。那么为什么在推送期间消息会丢失？以下是每个人的详细解释。

您的用户在建立推送任务后离开，即使您按照我的说法构建了具有过滤功能的用户池，并且还标识了有效用户。但是，在推送的目标用户中，仍然存在无效用户。当用户卸载APP时，我们是否可以知道用户无效？如果用户卸载应用程序，则无法再通过APP通知后台。该用户不再存在。因此，即使我们的用户池将确定用户的令牌是否已更改，此时它也将无效。

看它有点抽象，我将详细介绍它。发送成功率是指从推送系统服务器到推送服务平台的传输成功率。此时，有效用户的筛选被抛弃，一些无效用户将失败。

推送平台通过可能遇到的长连接发送推送消息。如上所述，在该过程中，推送过程被终止并且长连接无效，这导致大量推送消息丢失。

消息成功传递到设备后，设备将路由并显示消息。根据以上描述，该过程将查看上述过程，并且在推送过程期间消息已经丢失了70％。后锅自然会有较低的点击率。我可以给你一个账号。假设点击次数约为700次。使用错误的点击率=点击次数/总发送量=700/10,000=7％;并且正确的点击率=点击/消息到达=700/7,000=10％。