app消息推送分为自己开发和第三方工具两种,因为自己开发的话成本比较高,所欲一般企业会选择使用第三方工具来实现app消息推送功能。而app消息推送对于企业运营人员来说是至关重要的,运营人员可以通过自己的产品后台或者第三方app消息推送管理后台对用户进行精准营销、激活、拉新等操作,比如说通过app消息推送通道给长期安装不打开app的用户进行唤醒,可以通过app消息通道将消息通知发送到目标用户的使用设备上除此之外,我们常见的app消息推送服务还包括:新闻通知、消息通知、物流通知等形式。
App消息推送具有投放精准、成本低廉的优点,能起到提醒沉默用户、提高用户活跃度、增强用户黏性的作用。一般来说,如果当日有推送的话,当日的DAU会有一定程度上涨,那么运营人员如何确认消息推送成功率呢?
为了确保消息够实时推送到客户端,一般第三方推送服务大多采用建立长连接的方式,在云端与客户端之间建立长连接。长连接,指在一个连接上可以连续发送多个数据包,在连接保持期间,如果没有数据包发送,需要双方发链路检测包。但这可能导致的问题有:权限不高,送达率也低,且耗电量高。就消息推送本身来说,运营人员使用push的目的就是我为了达到唤醒用户,提高app活跃度的作用,如果送达率不高这一效果将会大打折扣。
为了理解送达率,首先要清楚一些相关概念:
iOS 目标数 匹配推送条件的 iOS 用户的数量。
iOS 成功数
通知 :推送到 APNS 并被 APNS 成功接收的数量。如果 device token 变更,过期或者与推送环境不匹配则不会成功。
自定义消息:用户通过应用内 Push 通道收到的消息数,如果有效期内用户没有打开过应用,那么应用内通道未建立过则不会收到自定义消息。
iOS 点击数 本次APNS推送,用户通过通知栏点击的次数。对于 iOS 自定义消息没有点击的概念。
iOS 通知送达数 送达到设备并展示出来的通知数量。与 “iOS 成功数” 区别在于是否真实送达到了设备上。
Android 目标数 匹配推送的条件的Android 用户数(1个月内与服务器有过连接的用户。如果超过1个月都没有与 Push server 产生任何连接,那么将不向此用户推送)。
Android 在线数 消息推送时,目标用户在线,通过在线下发的消息数。Android 用户长连接在线会通过在线下发,其余用户通恢复网络后触发离线消息。
Android 送达数 消息送达到客户端,并且服务端确认收到了客户端的应答的数量。
Android 点击数 本次推送被Android 用户点击的次数。
消息推送之后都会得到一个消息送达率。
在消息推送时,目标用户分为在线和离线两类。
系统会根据用户状态再对用户进行推送,在线的用户会立即收到系统的推送消息,而离线的用户系统会将推送消息保存为离线消息,在消息有效期之内用户恢复在线后,再将消息推送到用户客户端。
由于用户的在线、离线不同情况,其消息推送的送达率也有所不同:
在线送达率 = 在线用户中成功接收的数量/在线用户数
离线送达率 = 离线消息送达数/离线消息下下发数
以上的送达率才是消息推送成功的,另外的一些用户虽然是目标用户,但是用户一直处于离线状态或者已经卸载了应用,那么用户是接收不到系统的消息推送的。