1. app push定义:

   在手机锁屏状态下通知栏展示 or 在操作前台顶部弹出的消息通知;点击后可唤起对应的APP,并在APP内跳转到指定页面。

 

2. app push推送分类:

   根据手机应用类型不同分为3类:

   1)IM类:如QQ,微信;

   2)新闻类:如腾讯新闻,今日头条;

   3)工具类:如支付宝,美团等;

 

3. 工具类APP push流程:

android push平台 app push_android push平台

 

4. 底层通道说明

详见原文

 

5. 下发推送:

5.1 推送账号:

推送时客户端的PUSH SDK均会根据用户的设备号生成一个对应关系的TOKEN。

在SDK内部,如果使用的是第三方推送服务,则去第三方的SDK注册;如果是厂商,则去商城SDK注册;如果使用自己长连接,则去自己的SDK进行注册,作为后续推送的标识用户的唯一ID。

 

小结:

即:推送消息会有一个token,会有一个customer ID:

TOKEN: 用户设备的唯一标识;

customer ID: 在推送通道内生成的唯一消息推送标识;

 

5.2 消息路由

5.3 全量推送:

一般来说,对于公司内部运营或公司的相关数据均是以产品的customer id为准,用户数据系统对接消息系统时也多为customer id,因此需建立customer id与推送TOKEN的关系,便于运营针对用户进行推送。但对于一些场景会需要针对未登录的用户也进行推送,即全量推送;比如突发重大新闻资讯、大促等活动,所以运营系统需要提供全量推送功能,针对所有TOKEN进行推送。

 

6. 数据上报:

上报数据包括触达 点击 关闭 退出 注册等数据。

对于所有方式的触达消息,都离不开触达与点击,触达的数据通过厂商的需要厂商回调上报,点击数据可以由SDK上报服务端。

对于push的关闭,也是需要进行考量的,来评估push是否过度发送,打扰到了用户。关闭数据有两部分,一部分为app内部的关闭,sdk直接上报给服务端即可;另一部分为用户在手机操作系统上关闭了对应app的push,需要APP在前台时,sdk调用手机终端相关方法获取该用户是否关闭了系统通知,然后上报至服务端。

注册数据即用户首次启动APP时,去相关sdk注册token。

用户退出账号时,sdk需要上报服务端,解除token与customer id的绑定关系。