【转】一文带你彻底了解APP PUSH推送机制

APP PUSH的定义为在手机终端锁屏状态下通知栏展示或在 *** 作前台顶端d出的消息通知，点击后可唤起对应的APP，并在APP内跳转到指定页面。

push消息是通知用户，引导用户进行参与活动、购买产品的重要手段，而且PUSH消息也可以引导用户查看消息，唤起APP提高日活，是一块重要的流量。

从应用的功能来划分，主要分为三类应用，第一类是IM类APP，如微信、QQ等；第二类是新闻资讯类，如华尔街见闻等；其余暂归为为工具类，比如支付宝、美团等。

每种类型APP对PUSH的需求也不同，IM类APP追求实时、稳定的触达，此类APP一般通过自己的长连接进行消息推送，保证用户在收到消息的时候能够实时地接收消息消息。另外，一些安卓厂商也会给予头部APP的进程一定保护，对相关的进程纳入白名单，在清理进程的时候予以忽略。

新闻资讯类的APP与工具类APP的PUSH推送机制基本一致，仅在频率控制上有差异，新闻资讯类由于新闻资讯较多，需要将突发新闻及时推送给用户。

由于目前工具类的APP占大多数，本文将主要讲解工具类APP的常见推送机制。

PUSH消息在消息系统创建好后进入发送阶段，服务端需要根据用户终端信息进行路由，如果是IOS系统，那么会调用苹果自身的推送通知服务（APNs）,如果用户的手机是安卓系统，那么根据不同的厂商去调用不同的厂商SDK。

对于不同的系统版本，支持的消息展示形式也是不同，比如IOS10之后，当APP在前台时，是否通知栏展示；此样式可以根据产品需求来选择，有服务端传输相应通知方式的值即可。如果用户的手机非五大厂商内的手机，可以通过自己搭建的长连接或者使用第三方服务进行推送。

如果不是自己直接对接厂商通道，那么内部的服务端可能无需做过多较为复杂繁琐的开发工作，通过接入第三方消息推送平台来实现消息的推送，比如信鸽、个推等。多数的通道会将消息是否成功推送到客户端SDK的回执数据反馈给发送方，需要提供回调地址。

     41 推送通道

通道类型一般分为三类：厂商通道、第三方推送服务平台、长连接。

厂商通道是手机终端厂商推出的推送服务，通过接入厂商SDK，内部服务端可以将消息推送到手机系统的服务端,再下发至客户端内部的厂商SDK，由 *** 作系统进行相应展示，点击后唤起相应APP，这样可以避免APP进程被杀死后消息无法触达用户，因此触达率较高。

第三方推送平台是推送服务公司自己搭建相关的消息服务。并且各个APP使用了同一个平台的推送服务时，客户端都是集成同一个第三方推送平台的SDK，因此形成了一个推送联盟，当联盟中的其中一个APP的消息进程没有被杀死的时候，其他的APP也可以利用进行通知用户，形成了相互唤起，提高触达率。

经过一些场景的测试，相互唤起的成功率并不是很高，需谨慎结合自身场景评估。为了提高触达率，第三方推送平台也会集成各大厂商的SDK进行推送。

长连接就是建立手机与服务端的一条链路进行消息数据推送，通过长连接也可以进行APP状态监控，但完全由长连接推送且保证触达的稳定，需要投入的研发资源较多,且需尽量避免自己的长连接进程不要被 *** 作系统杀死。

         42 优劣势对比

APP push功能的搭建需要依据产品自身的情况和公司可投入的资源成本为主，在不同的阶段应该追逐不同的目标。

     51 推送账号

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

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

    52 消息路由

消息路主要见上述推送流程的讲解，此处主要讲解根据不同的业务场景，可能会定向推送给不同版本APP的用户。因此服务端在通道能力路由的时候，不仅需要能够区分通道，还要进一步能够针对用户的手机终端进行更加精细化的差异推送。

此外，消息通道并一定是100%稳定，如果下游通道出现问题，服务端需能够将由于通道问题导致的消息路由到备用通道去发送，以保证业务稳定触达。

     53 全量推送

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

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

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

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

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

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

    71 强提醒 不留痕

push由于是app自己的通知渠道，是运营的一个重要工具。

如果用户未关闭PUSH通知的话，push可以从通知栏d出进行消息显示，具有一定的强提醒性，但PUSH点击跳转后便消失，没有痕迹，因此针对于重点的通知消息，需要在APP内设置消息中心，在PUSH的同时留下通知记录。

    72 消息样式

对于各家PUSH来说，一些营销消息会加入EMOJI表情来吸引用户点击，这也是一个吸引用户点击的一个小方法，只要服务支持传输约定好的EMOJI码就可以了。

目前安卓系统也支持富媒体推送，推送包含、语音等形式，对于资讯类的APP可以增加缩略图，吸引用户点击。目前来看，语音场景还有点挖掘。

    73 IOS和安卓

由于APP是基于手机 *** 作系统，因此对于IOS和安卓的推送的流程及功能基本相同，只不过细节和方法上略有不同，且国内安卓产商都在安卓系统上进行了一定改造，导致国内安卓厂商标准各不相同，需要开发同学仔细对接各个厂商。

触达率的提升需要从消息创建到实际通知到用户的建立完整流程，细化每一个交互环节，发现影响触达率的主要瓶颈，并针对性地进行解决或优化方案。

除此之外，未采用厂商通道的消息也可以采用自己的长连接和其他推送平台服务同时多条推送，在客户端的SDK内增加针对同一罅隙流水号的去重，这样可以也可以提高一部分消息的触达率。

对于APP运营者们来说，PUSH（消息推送）这个词一定不陌生。通过对用户移动设备进行主动的消息推送，第一时间吸引用户的注意力，并促使用户借此点开APP去往对应的页面。

想想，这可真是个促活留存的好举措。

再细细想想，真的就这样简单又有效么？

都说，不符合用户习惯的推送都是耍流氓。

如何掌握最佳的push时间？

如何了解用户最感兴趣的push内容？

如何评估推送效果？

让我们慢慢道来！

我们先看看 PUSH的优势和劣势吧！

PUSH的优点

这是app运营最为便捷的促活营销方式，不仅可大范围精准触达所有已安装app的用户，而且成本低廉，几乎无需额外的费用。更可通过消息推送提高app整体活跃度，增加用户粘性。

PUSH的缺点

如若出现推送时间不合适、内容贫乏、推送频次过于频繁等情况，就会很轻易地使得用户产生厌恶、抵触的情绪，轻则降低用户的好感度，从而降低用户打开app的频率，重则一键卸载跟你来个一刀了断。

PUSH的最佳时间

一个合理的、正确的、更容易让用户接受的推送时间，能够更大限度地促使用户愿意点击每一条推送信息，将这条PUSH的作用发挥到最大值。

按照普遍的移动用户使用习惯来看，大部分用户普遍使用APP的高峰时段基本集中在通勤路上、午休、睡前这几个时间段，而大部分的APP推送也都集中在这几个时间段内。但是，不同类型的APP相对应着不同的用户群体，从而能够直接导致用户的使用习惯也不尽相同，更有双休日、节假日的推送时间这一类特殊场景的存在，就不能依据这几个通常的高峰时段来做定论了。

那么具体该怎么看呢？

我们先来设定一个场景：

假设有一家购物类APP，在近期想要针对北上广地区客户推送期间包邮的相关促销信息。

有了场景之后，你就需要一张启动时间的报表。

打开百度移动统计实时分析报表，选择折线图，在X轴勾选“时段”，在Y轴勾选“启动次数”，同时添加趋势线维度分别为“北京”、“上海”、“广东”，点击“开始分析”生成趋势图。

综合图表来看，我们能发现，目标群体的启动高峰值分别在9点、14点、21点这3个时间段，而根据用户的消费习惯，我们更倾向于在晚上的21点左右设置相应内容的推送。

PUSH的最佳内容

从场景来看，光包邮这一优惠信息，肯定是不足以调起所有用户的兴趣的，那么再通过哪种内容来吸引用户的眼球，促使他们点开这条推送消息呢？

方法有很多种，可以通过统计订单量最高的一类物品，选取近期有优惠活动的某一商品对用户进行推送；如果想玩得更高端、更精准一些，那么我们可以通过用户浏览、点击行为获取到针对特定商品感兴趣的用户，并再对这部分用户做用户画像分析，通过画像结果，分析用户更为偏好的内容、风格，做定向、定制化的推送。

当然，不同类型的app在推送内容上的考量角度也不尽相同，这点也需要我们结合实际的场景去定制不同的内容方案，在本篇中就不再多做阐述了。

PUSH的效果评估

有需要明确的一点是，我们PUSH的最终目标是什么。如果仅仅为了促单、增加浏览量的推送，我们大可通过具体订单数量，推送内容的Pv等数据对此进行评估，但光这一个数据就足够了么？

想要更全面地对这一推送做出准确的评估，我们就应该逐步递进，从查看这一条推送触达了多少用户，到真正通过这一条推送信息有多少用户打开了APP，再到最终的下单购买，更具系统的分析整一个PUSH所达到的效果。

首先，我们可以先从第一层的促活看起，即有多少用户通过这条推送进而启动了APP。

通过百度移动统计的“启动来源”分析功能，即可一目了然地获取这一部分的数据。

通过启动来源概况报表，可以直观地了解“直接打开”、“APP调起”、“PUSH唤醒”这3种类型的启动情况。点击“PUSH唤醒”，进入相应报表，还可选择按时查看各时段的对应启动次数、启动用户数、次均使用时长、跳出率等指标，帮助分析通过这一推送对于app促活的直接效果。

关于启动来源功能的更多使用介绍和功能详情，欢迎点击 阅读原文，了解更多相关信息。

第二步，就是分析对应来源的用户是否产生了有效的转化。

对于购物类的场景，我们可以通过设置购买路径转化来看对应的转化情况，对比推送前后的数据结果，了解对应的推送是否已经达到了其最终的目标，以此作为最终整个推送计划的评定标准。

以上的场景实际案例，都是借助于百度统计APP统计的各项实用功能开展的。除了以上介绍的这些主要步骤之外，我们也能借助于百度统计进行更多的在细节上的分析处理，助力于各类场景的运营工作。

ajax的原理就是你在一个页面上想要打开另外一个页面，ajax可以帮你从后台打开，实现实时更新可以用ajax获取另外一个网页，而另外一个网页可以是一个调用数据库信息的网页，那么返回回来的东西就是数据库调用出来的内容，然后你可以设置js几秒钟执行一次ajax 达到实时显示的效果。

以上就是关于【转】一文带你彻底了解APP PUSH推送机制全部的内容，包括:【转】一文带你彻底了解APP PUSH推送机制、推送怎么做、求教高手：如何实时推送数据库更新的数据到网页等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！