很多小伙伴会经常问这些问题:为什么我的送达率这么低?小米推送消息的下发逻辑是什么?数据漏斗又是怎样的?今天小编特意整理了以下内容,希望能帮助到大家!
●名词解释● 1计划推送数
指原始请求的设备数。包含送达数, 以及某些原因导致无法下发的目标数。
2有效设备
指在计划推送数基础上,经过小米推送服务端初步过滤,去除了以下设备:
无效设备;
不符合条件设备;
未注册设备。
无效设备
指在计划推送数基础上,小米推送服务端过滤出的判定为失效的设备。
设备无效的原因有:
App超过90天未联网;
注册失败;
alias/user account/regID不正确等。
不符合条件设备
指不符合发送push过滤条件的设备,如机型、版本、网络条件、语言等。
5未注册设备
指App未安装或App没有注册推送。
6实际下发数
指由小米推送服务端实际发出的通知数量,是在有效设备的基础上只有设备联网、长连接在线且发送时间符合要求的情况下通知才会下发。
透传消息为了保障送达率可能会多次下发,由客户端去重。因此透传消息的实际下发某些情况下可能大于有效设备数。
7送达数
指已送达目标设备的消息数。
8送达率
送达数 / 有效设备数。
9点击数
指点击push消息的数量。对于透传消息和iOS消息需要接入方主动上报点击行为。
10点击率
点击数 / 送达数。
11展示数
送达数-关闭数。
● FAQ● 1小米推送支持哪些数据统计结果?小米推送目前提供的推送统计如下:
推送数据:当日实时的推送总量、下发量、送达量和点击量;历史每天的推送总量、下发量、送达量和点击量,历史数据支持自定义时间段的查询和导出csv文件;
消息记录:每条消息的计划推送数、有效设备数、实际下发数、送达数、送达率、点击数、点击率;
用户数据:当日实时在线和最高在线的设备数;历史每天的最高在线设备数、日联网设备数和新增注册设备数,历史数据支持自定义时间段的查询和导出csv文件。
可以通过以下两种方式查询统计数据:
使用服务端SDK中的com.xiaomi.xmpush.server.Tracer类获取消息统计数据;
详细可参考文档(复制到浏览器打开):https://dev.mi.com/console/doc/detail?pId=1278#_5
登录运营平台,进入应用的推送统计(推送数据、消息记录)查看推送数据。
这是正常现象,在按天统计中,计划推送是指当天的所有请求总共覆盖了多少设备数,而送达数则是当天该App所有的送达,因此这个送达数不但包括当天发的消息送达数,也包括了之前发的消息,作为离线消息当天抵达设备的数量。因此这个送达数是存在大于计划推送数的可能性。
4从计划推送量到实际下发量再到送达量会有一定比例的损耗,如何降低这个损耗?可以通过以下两种方式降低损耗:
可以通过接入消息回执callback,获取无效设备,以后在推送总量里剔除这部分设备。开发者也可以自行维护有效设备集合,减少发送的设备里存在过多取消注册或无效的设备;
可以根据业务需求合理设置TTL(timeToLive消息过期时间),如果消息没有实效性建议适度增大TTL,也可不设置该值直接使用服务器默认时间(2周),这样用户在有效期内上线后就能收到之前的离线消息。
屏蔽通知栏,消息下发到手机后,也是会计算进送达数的。
6影响送达率的因素有哪些?按照送达率计算方式,会有如下几点影响送达率的因素:
应用所在设备的联网情况:如果在消息有效期内,设备一直不联网,消息也是不能送达,但也会被计入分母(有效设备数)当中;
消息的有效期:有效期越短,在有效期内联网的设备数就越少,因此送达率也会随之下降;
目标设备的选取:如果选取的是全量用户,其送达率会比按照用户联网情况精准提取目标设备(如选取7天内有过打开应用行为的用户)要低。
以上就是本期【推送统计数据篇】
的常见问题解析,关注我们,下期我们不见不散~
小米の推送