iOS 远程消息推送 APNS推送原理和一步一步开发详解篇
前言：现在第三方推送也很多 ，比如极光，融云，信鸽，其原理也是相同利用APNS推送机制 ，前段公司让做自己的推送，1.避免device token被第三方泄露，保护手机设备信息，2.第三方部分开始收费，一些免费的以后谁又知道呢 ，不如自己创建，除了后台麻烦点，需要数据库来存储token相关字段（后台配置部分在最后更新添加），前端实现起来并不复杂 。 对于iOS8.0以后，原生推送实时性很好，也解决了第三方SDK占用存储顾虑，何乐不为呢！这篇文章将很详细的讲解它 只要按照一步一步来很容易实现 。先从推送机制开始
1.APNS的推送机制
首先我们看一下苹果官方给出的对ios推送机制的解释。如下图
Provider就是我们自己程序的后台服务器，APNS是Apple Push Notification Service的缩写，也就是苹果的推送服务器。
上图可以分为三个阶段：
第一阶段：应用程序的服务器端把要发送的消息、目的iPhone的标识打包，发给APNS。
第二阶段：APNS在自身的已注册Push服务的iPhone列表中，查找有相应标识的iPhone，并把消息发送到iPhone。
第三阶段：iPhone把发来的消息传递给相应的应用程序，并且按照设定弹出Push通知。
APNS推送通知的详细工作流程
下面这张图是说明APNS推送通知的详细工作流程：
根据图片我们可以概括一下：
1、应用程序注册APNS消息推送。
2、iOS从APNS Server获取devicetoken，应用程序接收device token。
3、应用程序将device token发送给程序的PUSH服务端程序。
4、服务端程序向APNS服务发送消息。
5、APNS服务将消息发送给iPhone应用程序。
首先要有一台苹果的设备，模拟器是不支持推送的，所以你需要一台iphone，ipod touch或者ipad。
我们的客户端与苹果服务器之间和我们自己的服务器与苹果服务器之间都需要证书来进行链接。下面我们来开始进入证书的制作过程。
2.注册证书
首先苹果证书主要分为上线证书和测试证书，相信都有所了解 在此不再累赘了 ，接下来就开始制作吧
一 CSR文件
首先我们要有生成一个Certificate Signing Request(也就是CSR)的请求文件。
在应用程序里的使用工具中找到钥匙串访问。
填上你的邮箱和常用名 或者是公司关联账号，常用名要记一下，一会
然后选择保存到磁盘，继续
这时桌面上会有一个CertificateSigningRequest.certSigningRequest的请求文件，也就是我们说的CSR文件。在我们生成CSR文件的同时，会在钥匙串访问中生成一对秘钥，名称为刚才我们填写的常用名
二 下载开发证书和发布证书
到 登录后,在右侧的ios Developer Program里点击iOS Provisioning Portal。
进入下一级页面后在左侧选择Certificates
点击红色的部分生成一个开发证书
点击选择文件，选择刚才我们生成到桌面的CSR请求文件。
注意，如果你在后面测试的时候出现了问题，请检查一下这里，这里的CSR请求文件必须是我们刚才生成的那个
选择完成后点击Submit提交
提交完成后返回页面。页面会是这样的，然后我们刷新一下页面
刷新后会出现一个下载按钮，我们点击下载。现在我们的开发证书已经配置并下载好了，发布证书的配置过程和开发证书是一致的，不再赘述。下载完后双击，会跳到钥匙串访问里。这就是我们之后要进行测的证书
三 配置AppID，配置并下载SSL证书
点击左侧的App IDs，找到我们要做推送功能的程序的id（如果没有的话要先New一个。注意：这里的App ID必须不能是通配的，通配的不可以做推送）
点击Configure
进入后默认推送功能是关闭的，我们需要把推送功能打开
选中打开后，点击右边灰色的Configure按钮
这里的文件同样的，还是选择我们生成在桌面上的CSR请求文件
然后点击继续
出现了我们需要的SSL证书，我们点击下载后点击Done完成。
Status状态变成了绿色可用了。这里右边的下载和上一步的下载是一样的，如果在上一步中下载了证书，便无需再次下载。此时我们有了一个名字叫aps_development.cer的SSL证书，同样，我们把他放在桌面。双击后会跳到钥匙串访问，出现我们的SSL推送证书
同样的，发布的SSL证书的步骤也是一样的。
四 下载Provisioning证书
在左侧选择Provisioning
配置好后点击提交（注意App ID要与我们刚的程序对应）
之后变回出现下载按钮，我们点击下载。下载后双击，并将我们的设备上的描述文件更新一下（最好把之前的全部删除，然后再安装，防止出错）。
五 从钥匙串访问中导出秘钥
打开钥匙串访问，找到我们的专用秘钥（专用秘钥的名称就是我们在最开始生成CSR请求的时候填写的常用名）
右键选择导出
导出的文件名我们叫做Push
在这里需要输入一个密码来对文件进行加密。这里我们选择abc123，当然你也可以自己选择是什么，但是这个密码必须要铭记，切记！
然后输入你电脑的密码，点击允许。
这样我们就在桌面上生成了一个Push.p12文件。
到此为止，我们在桌面上一共生成了三个文件。一个是CSR请求文件，一个是aps_development .cer的SSL证书文件，还有一个刚才生成的Push.p12秘钥文件。
现在我们的准备工作已经做完了。要开始对生成的文件进行处理了。原因上面已经解释过，因为我们的服务链接苹果服务器也是需要证书的，但是我们直接生成的证书windows系统（我们一般的服务器都是win系统的）是不识别的，所以我们需要生成一个后缀为pem的带证书带秘钥的文件。六 处理证书
下面我们打开终端（位置：应用程序à实用工具à终端）。
cd到桌面，我们那三个文件所在的位置
1、把.cer的SSL证书转换为.pem文件，执行命令：
openssl x509 -in aps_development.cer -inform der -out
PushChatCert.pem
在桌面上会生成一个PushChatCert.pem文件
2、把私钥Push.p12文件转化为.pem文件：
openssl pkcs12 -nocerts -out PushChatKey.pem -in Push.p12
这里需要我们输入密码，这个密码也就是我们导出p12文件时的密码，也就是我们上面设置的abc123。然后，需要我们对生成的pem文件设置一个密语，这里我们推荐还是用上面这个abcabc,防止混乱（当然你也可以设置成别的更有意义的密语），这里的密语是要告诉我们服务器的。这样，桌面上又会生成一个PushChatKey.pem文件
3、对生成的这两个pem文件再生成一个pem文件，来把证书和私钥整合到一个文件里：
cat PushChatCert.pem PushChatKey.pem & ck.pem
生成ck.pem文件
这样，我们的文件就制作完了。下面进入测试阶段
为了测试证书是否工作，执行下面的命令：
telnet gateway.sandbox.push.apple.com 2195
它将尝试发送一个规则的，不加密的连接到APNS服务。如果你看到上面的反馈，那说明你的MAC能够到达APNS。按下Ctrl+C关闭连接。如果得到一个错误信息，那么你需要确保你的防火墙允许2195端口。一般这里都不会出现什么问题。
下面我们要使用我们生成的SSL证书和私钥来设置一个安全的链接去链接苹果服务器：
openssl s_client -connect gateway.sandbox.push.apple.com:2195 -cert PushChatCert.pem -key PushChatKey.pem
执行完这一句命令后需要我们输入密语
Enter pass phrase for PushChatKey.pem:
我们输入abcabc按回车
你会看到一个完整的输出，让你明白OpenSSL在后台做什么。如果链接是成功的，你可以随便输入一个字符，按下回车，服务器就会断开链接，如果建立连接时有问题，OpenSSL会给你返回一个错误信息。
当你在最后的时候你看到这样说明你已经成功了：
CONNECTED()
depth=1 /C=US/O=Entrust, Inc./OU=www.entrust.net/rpa isincorporated by reference/OU=(c) 2009 Entrust, Inc./CN=Entrust CertificationAuthority - L1C
verify error:num=20:unable to get local issuercertificate
verify return:0
Certificate chain
0s:/C=US/ST=California/L=Cupertino/O=Apple &Inc./OU=iTMSEngineering/CN=gateway.sandbox.push.apple.com
i:/C=US/O=Entrust, Inc./OU=www.entrust.net/rpa is incorporated byreference/OU=(c) 2009 Entrust, Inc./CN=Entrust Certification Authority - L1C
1s:/C=US/O=Entrust, Inc./OU=www.entrust.net/rpa is incorporated byreference/OU=(c) 2009 Entrust, Inc./CN=Entrust Certification Authority - L1C
i:/O=Entrust.net/OU=www.entrust.net/CPS_2048incorp. by ref. (limits liab.)/OU=(c) 1999 Entrust.net Limited/CN=Entrust.netCertification Authority (2048)
Server certificate
-----BEGIN CERTIFICATE-----
MIIFGzCCBAOgAwIBAgIETBz90jANBgkqhkiG9w0BAQUFADCBsTELMAkGA1UEBhMC
……省略……
fMGbLqkGn8YogdPqe5T1
-----END CERTIFICATE-----
subject=/C=US/ST=California/L=Cupertino/O=AppleInc./OU=iTMS Engineering/CN=gateway.sandbox.push.apple.com
issuer=/C=US/O=Entrust, Inc./OU=www.entrust.net/rpa isincorporated by reference/OU=(c) 2009 Entrust, Inc./CN=Entrust CertificationAuthority - L1C
No client certificate CA names sent
SSL handshake has read 2731 bytes and written 2165 bytes
New, TLSv1/SSLv3, Cipher is AES256-SHA
Server public key is 2048 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
SSL-Session:
Protocol : TLSv1
Cipher : AES256-SHA
Session-ID:
Session-ID-ctx:
Master-Key:C7A47EED5E1F5……省略……369D4
Key-Arg : None
Start Time:
Timeout : 300 (sec)
Verify return code: 0 (ok)
在这里提醒一下，也许你会看到像我这样的提示：verify error:num=20:unable to get local issuercertificate
verify return:0
其实是没问题的。
七 项目测试
建立我们的推送的项目（注意BundleIdentifier必须和我们推送应用的App id一致）
在AppDelegate里didFinishLaunchingWithOptions函数里写
- (BOOL)application:(UIApplication *)applicationdidFinishLaunchingWithOptions:(NSDictionary *)launchOptions
[[UIApplication sharedApplication] registerForRemoteNotificationTypes: UIRemoteNotificationTypeBadge |UIRemoteNotificationTypeSound | UIRemoteNotificationTypeAlert];
return YES;
- (void)application:(UIApplication *)applicationdidRegisterForRemoteNotificationsWithDeviceToken:(NSData *)pToken {
NSLog(@"regisger success:%@",pToken);
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo{
NSLog(@"userinfo:%@",userInfo);
NSLog(@"收到推送消息:%@",[[userInfo objectForKey:@"aps"] objectForKey:@"alert"]);
- (void)application:(UIApplication *)applicationdidFailToRegisterForRemoteNotificationsWithError:(NSError *)error {
NSLog(@"Registfail%@",error);
我们运行程序的时候会有提示，说我们的程序要发送推送通知
下面我们把php服务器代码和生成的ck.pem文件放在统一文件夹下面（这里我们还是统一放在桌面上）。
用Xcode打开（其他工具也可以）php服务器端的代码，把deviceToken改成我们现在要进行测试的iphone的deviceToken（获得方法：首先运行我们的程序，程序启动后打印的日志文件里可以看到。感谢 边玩勺子把儿去 同学的提醒），密语改成我们之前设置的abc123。然后保存。
然后在终端运行命令（如果刚才你关闭了终端的话，最好ls一下，看看当前是不是在桌面），执行命令：
php pushMe.php
然后回车（pushMe为服务器文件名称）
如果出现这样的提示说明成功了，然后在iphone上，我们期待已久的推送消息终于来了。
IMG_2759.PNG
常见问题：
1、在用证书和秘钥链接服务器时出现提示：
Error opening client certificate private key filePushChatKey.pem20839:error::system library:fopen:No such file ordirectory:/SourceCache/OpenSSL098/OpenSSL098-44/src/crypto/bio/bss_file.c:356:fopen('PushChatKey.pem','r')
20839:error::BIO
routines:FILE_CTRL:systemlib:/SourceCache/OpenSSL098/OpenSSL098-44/src/crypto/bio/bss_file.c:358:
unable to load client certificate private key file
文件路径不对。cd到生成的pem文件路径下再进行链接
2、前期测试没有问题，将ck.pem给服务器，通过服务器进行推送时推送不成功，提示链接APNS失败。
解决：一，看一下证书的名称，密语是否正确；二，路径是否正确；然后检查一下库，OpenSSL和libssl；此外apache还要开启OpenSSL权限，确保可以访问pem
3、APNS地址 (**一定记住切换地址,好多推送不成功就是地址不对,pushMe.php中的代码地址我已经换成测试的了**)
测试地址gateway.sandbox.push.apple.com:2195
发布地址 gateway.push.apple.com:2195
测试的地址用的是沙盒，发布地址是不同的。发布软件的时候记得改过来
4、要注意顺序问题，一定要按照这个顺序来：
生成钥匙串请求 --&配置下载开发证书--& 配置App ID ，配置、下载SSL证书--&Provisioning证书
实例代码 和 pushMe.php
下载地址：github:
有什么问题可以与我私信，如果喜欢欢迎关注，更好的东西共享给大家！后台的配置问题
在这里说下后台配置，主要分两类:
一. Java、PHP可以通用,上面pushMe.php也就是适用代码；
二. 另一种有.net后台的（比如我们公司），给后台证书为.p12格式 制作方法：
在钥匙中找到你安装过的推送证书，记不住就返回上面证书配置那块看
导出为.p12，密钥也为abc123好了, 这个秘钥需要和.p12一起给后台
至于后台有写好的代码 .net 项目中引PushSharp.Apple.dll,PushSharp.Core.dll(这两个文件在网上搜一下，有源码的)
文／海诺_简书（简书作者）
原文链接：http://www.jianshu.com/p/032bfc949917
著作权归作者所有，转载请联系作者获得授权，并标注“简书作者”。
没有更多推荐了，
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！华为荣耀畅玩4c怎么关闭应用推送消息通知_百度知道
华为荣耀畅玩4c怎么关闭应用推送消息通知
我有更好的答案
　　这个需要看你需要关闭的是哪个软件推送的应用推送消息。　　首先华为手机设置中可以关闭应用通知消息。 全部设置—隐私和安全—通知中心—通知管理（及悬浮窗管理） 在此列表中选择推送应用通知的应用程序，根据需要修改其通知权限，分别为“允许，提示，禁止”。　　你还可以找到推送的程序，在对应应用程序的设置项目中，查找对应通知选项，修改关闭即可。如华为手机默认自带“华为应用市场”打开后，在“我的”—设置——应用更新通知免打扰（修改为关闭）。消息提示 修改为关闭。还可以根据需要一并把预约WLAN下载，WLAN闲时自动更新 设置修改为关闭。　　还有其它类似应用市场软件，新闻消息等软件也可以一样处理。另外如UC浏览器等推送的消息通知，也可以打开浏览器后，在设置选择中查找关闭对应 应用更新推送等消息。
采纳率：75%
来自团队：
为您推荐：
其他类似问题
消息通知的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。三星s9为什么只有打开软件后才有消息推送？软件关闭后消息又没有推送呢？_百度知道
三星s9为什么只有打开软件后才有消息推送？软件关闭后消息又没有推送呢？
我有更好的答案
手机打开推送通知的方法：1.软件推送应用信息：设定-查找“应用程序管理器”-点击需要开启推送通知的软件-允许通知-滑动开启；部分机器操作：设定-查找“应用程序管理器”-全部-点击需要开启推送通知的软件-勾选“显示通知”。2.固件/系统升级推送信息：设定-关于设备-软件更新（系统更新）-更新-自动更新-打钩
采纳率：59%
来自团队：
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。注册 | 登录
产品经理，专注电商产品设计与用户体验。
从零开始学运营，10年经验运营总监亲授，2天线下集训+1年在线学习，做个有竞争力的运营人。
APP消息推送作为消息分发渠道，一方面起到内容告知的作用，另一方面在一定程度上可以提高用户活跃，在用户流失后也许能够召回用户。
那么，如何搭建好 APP 消息推送机制呢，这篇文章或许可以帮到你。
本文会从以下 7 个方面展开叙述：
Part1：消息类型
Part2：消息推送的影响
Part3：消息推送的时机与场景
Part4：消息推送的内容
Part5：消息推送的策略
Part6：消息推送的数据指标
Part7：技术层面
Part1：消息类型
根据产品形态和业务类型，从大的层面看，可以将消息类型拆分为“IM类”和“非IM类”，非IM类又可以根据其在实际场景中的应用细分以下不同类型：
包括微信、陌陌、qq等。
新闻资讯类：如网易新闻、今日头条、天天快报、ZAKER等新闻资讯；
营销活动类：如天猫 APP 预售、大促、满返满减等营销活动信息；
产品推荐类：如天猫、京东关联产品推荐、新品推荐等基于大数据和算法的个性化推荐；
系统功能类：如天猫发货 or 到货物流通知、生日祝福提醒、优惠券过期提醒等与个人信息特征或行为属性相关联的系统内消息push。
Part2：消息推送的影响
消息推送机制运用得好不好，往往会在用户体验，产品功能上对用户形成较大影响。具体说来，消息推送的好坏影响，有以下几点参考：
1.信息告知与提醒
消息推送充当着信息分发渠道的角色，平台方有关产品更新、内容更新、活动消息等内容发布，均可以通过消息推送渠道 push 给用户，能够让用户第一时间知晓此类消息。
如果是线上活动类、电商大促等促销活动，用户也能第一时间知晓并参与进来。
2.促进活跃，增强粘性
消息推送也是用户运营的一块阵地，很多产品把它当作和用户交流与沟通的一道窗口。运用得当的推送消息，能够有效的促进用户活跃，提高用户粘性，让用户时不时打开你的 APP 玩起来。
3.唤醒沉默用户，提高留存
有些用户可能玩着玩着就流失了，几个月也不打开一次 APP。通过有趣的推送消息，也许能够唤醒起一部分流失掉的用户。甚至，在用户将要流失之际，作为流失预警机制的一道门阀，防止用户过早流失。
4.提高功能模块使用率
当产品更新版本时，可以通过推送消息第一时间提醒用户，引导用户打开并使用新功能，可以提高特定功能模块的使用率。
1.骚扰用户，提高卸载率
有些运营同学或者是单纯因为 KPI 的压力，或者是对于消息推送没有建立有效的运营策略，也不了解用户的行为习惯，只是单纯地从己方利益出发——只想要更多地提高用户打开 APP 的频率。
于是，频繁地给用户推送消息，打扰用户，很多时候往往得不偿失，加快用户流失速度，甚至导致用户直接卸载 APP。
2.透支信任，“狼来了”的故事
有些运营同学为了吸引用户的注意力，从推送标题上下功夫，想了很多歪门邪道，常常用虚假标题吸引用户，当用户打开 APP 一看内容，发现跟标题描述得相差甚远。
用户经常会有一种“被骗”的感觉，久而久之，他们明白了你的套路，便不再信任你，当你有真实的内容想要告诉用户时，他们也不再打开了。因为他们潜意识里已经认定——妈的一定又是骗我的！
3.过多无价值内容，造成用户反感与麻木
消息推送能够吸引一部分用户打开APP，但是怎样让用户在 APP 内开心地玩起来，并喜欢上你的APP，这是值得思考的问题。
当然，这取决于很多因素，产品功能层面的，内容价值层面的，视觉美感层面的，交互体验层面的……等等各种因素。
但有一点很重要，既然是内容的push，那么推送的内容当然得是用户喜闻乐见的，如果大部分内容对用户来说毫无价值，很容易导致用户反感。
Part3：消息推送的时机与场景
这里的时机我们是指每一天的推送时间段。一般情况下，有这样几个时间段可供参考：
上午9点–10点：人们刚到公司，一般不会太忙，此时推送消息打开率比较高；
中午12点–14点：这个时间段是午休时间，人们一般都会看看资讯啊、新闻啊、玩玩微信啊啥的，在 APP 的使用高峰时段推送消息，打开率也比较高；
下午5点–6点：这个时间段人们处于准备下班的状态，比较懒散放松，有时间的话一般会选择玩玩手机，此时推送消息会吸引到用户注意力，不至于被忽略；
晚上21点–22点：结束了一天的工作，吃完晚饭终于可以休息了，在人们看新闻资讯、处理聊天内容或者玩游戏的间隔，推送一条消息，打开率妥妥的。
当然，这些时间段也不是绝对的，肯定也存在例外，这个时间仅做参考。还有一种方法就是——我们可以根据用户的真实使用场景去反推 push 时机。
什么意思呢，也就是说，将自己代入真实的用户使用场景，比如中午吃饭的时候，你一般会做些什么呢？打开微信处理一下一上午没来得及回复的私信？看看群里面都聊了些啥？打开新闻 APP 看看今天都发生了哪些大事？或者撸一把王者农药？
借助真实自己的使用场景，来反推 push 时机，或许能达到不错的效果。
这个是什么意思呢，其实是说我们要根据用户的历史行为去分析，在什么样的场景下去进行消息推送是比较合理的。
举个栗子，天猫的发货 or 到货通知。比如你昨天晚上在天猫买了一件宝贝，今天早上你想知道这件宝贝有没有发货，一般情况下你是不是得打开APP去自己查看，但是如果此时天猫 APP 给你推送了一条消息——“您的宝贝已经乘坐10086号专机来找你啦！”你是不是很开心？是不是感觉体验棒棒哒。
其他可能的应用场景，比如优惠券到期提醒，生日祝福提醒等，也是一样的道理。
Part4：消息推送的内容
这是消息推送机制的重中之重，能否第一时间抓住用户的注意力，吸引用户打开APP，一个好的标题显得至关重要。关于标题文案的设计，有以下几点建议和参考：
文案要简洁，直击重点，与用户自身强关联，刺激用户触发。
标题设计要遵循「AIDA法则」。（何谓AIDA法则：attention-引起注意，interest-产生兴趣，desire-唤起欲望，action-点击或购买行为）。
标题可以采用「数字+表情」的形式，数字的表现力要远远大于文字本身，表情则能够提升用户的新鲜感和愉悦感，吸引用户打开查看。
内容要与产品属性，业务形态相关，注意别盲目轻易蹭政治敏感，八卦新闻热点。
形成场景化文案范式，比如小红书：「场景+关联用户+数字+判定词=一条小红书push」。
场景：国名、交通工具等地域环境或状态，如澳洲、飞机上、约会前···
关联用户：与用户有关的名词、代词等，如女人、你、吃货···
数字：普通数字、排名、百分数等一切与数字有关的词…
判定词：如等于、就该、就够了等词（注意：新广告法规定，极限词不可用）…
定义好 push 落地页
用户打开消息去往哪个页面，这个要定义好。该去首页的去首页，该去详情页的去详情页，该去活动页的就去活动页。
如果你一开始期望用户去的是活动页，结果你定义错了 push 落地页，实际上用户去的是首页。这就比较尴尬了，不仅你的预期目的达不到，而且用户会觉得莫名其妙，也反射出你做事不够细心和专业。
Part5：消息推送的策略
消息推送频率
在讲策略之前，首先说下消息推送的频率。那么如何把握推送的频率才不会引起用户反感呢？有下面几点建议和参考：
1.坚守「克制」
记住一点，喜欢才会放肆，爱才是克制啊。反反复复给推送消息给用户，并不是什么好事啊。
2.根据用户使用频次决定消息push频率
产品形态决定使用频次，使用频次决定消息push频率。比如工具类APP（如高德地图），一般是在用户出门的时候才会打开，频次普遍会比较低；再比如通讯类APP，比如微信，你想想你一天得打开多少次你就明白啦。
所以，根据用户使用 APP 的频次去反推消息 push 的频率，从中摸索出一定的规律，提高消息推送在时间维度的精准度，不至于频繁打扰用户。
3.参考：一般保持一周 3-5 条
消息推送策略
在消息推送的运营过程中不断总结规律，分析用户行为数据，建立和完善一套比较规范的推送策略，可以起到事半功倍的效果。具体如何做，有以下几点建议和参考：
1.标签推送
即给人打标签。基础的用户标签分类主要有设备信息、用户信息、行为信息、优惠信息、其他信息···给每一个用户打上各种不同的标签，再按标签将用户分类，对不同类标签的用户进行差异化消息推送。
2.账号体系推送（alias推送）
利用平台方掌握的姓名、性别、年龄、受教育程度、地域等人口学属性特征，构建用户数据库。对数据库中的用户进行筛选与分类管理，并做针对性推送。
3.多维度推送
以友盟为例，有以下几个维度，供参考：
APP版本，分发渠道，地理位置（目前通过ip定位，支持精确到省，直辖市）；
消费力、购买力，群组（华中华南，高富帅，白富美，矮矬穷，单身贵族，屌丝一族等）；
用户活跃度（x天活跃，x天不活跃），机型（包含热门机型与全部机型），性别（男或女）；
多维度组合，取交集或并集推送。
对沉默用户的推送
可以专门设计内容针对沉默用户推送，唤醒沉默用户，提高用户留存，又可以降低对其他用户的打扰。
升级版本的推送
当产品发布新版后，推送消息给到老版本用户，提醒用户更新版本，体验更多新功能。
限制发送速度
一次推送一般量比较大，高达几十万几百万甚至上千万条。为了减少服务器压力，避免高并发，推送时可以限制发送速度，每秒钟发送多少条。
实际工作中，我们常常会有多种方案可供选择，但是我们无法确定到底哪个方案更合理。
于是，我们可以针对不同人群做A/B test。包括两个维度——人口结构数据与历史行为数据。
凡是 A/B test类测试，操作手法都是类似的。控制好其中一个变量即可。此处不赘述。
push人群包括定向push和全量push。其中定向 push 虽然覆盖面窄一些，但可以大幅度提高push匹配度；而全量 push 则覆盖面大，但精准度低。
可谓是各有千秋，具体怎么做，运营同学需要在日常工作中慢慢摸索，及时调整。
定义多类push优先级
上面提到了消息有多种类型，对应到实际工作中，我们也会有多种消息需要 push 到用户侧。那么怎么去评估这些消息的优先级呢。参考：一般系统功能类&营销活动类（有例外，如电商大促）
文案赛马机制
另一种形式的 A/B test。具体怎么做呢？
运营写出若干条文案（如5条），然后提前抽取部分实验用户出来（比如用户总量的10%），每一条文案发送实验用户中的一部分（10%÷5=2%，即每条文案发送给实验用户量的2%），观察一段时间内每一条文案的点击率，点击率最高的文案胜出，然后这条优胜文案再发送给剩余的用户（90%）。
Part6：消息推送的数据指标
关于消息推送，有以下几个数据指标供参考：
到达率（到达人数/发送数量）
这里需要注意下到达率低的原因，主要有两个原因：
技术通道原因
用户主动关闭消息推送权限
打开率（打开人数/到达人数）
转化率（转化人数/打开人数）
卸载率（参考：推送1小时后卸载人数/到达人数）
为什么是1小时呢，这个是有人根据实际工作中的数据分析和经验总结得出来的，忘记在哪看到的了。
接收 push 的留存率=2*未接收 push 的留存率
这是什么意思呢，意思是说在某一段时间内，接收消息 push 的用户留存率是未接收消息 push 的用户留存率的2倍。
Part7：技术层面
最后，简单说下技术层面我们可以做的事情，有以下两点参考：
半自动push
一开始产品不成熟，用户体量较小的情况下，没有数据可供参考，消息推送处于测试阶段，可以完全由运营同学人工push。
随着产品发展起来后，基于对用户的理解和用户历史行为数据的采集与分析，加之消息推送时间的限制，不可能全部都交由人工处理。
要把消息推送规范化一种机制，解放一部分人力——让 push 规范化、产品化，形成 push 事件，由半自动系统发送。
何为半自动化事件？
半自动化平台的「事件」描述整个运营行为，由「具体人群」、「触发条件」、「运营规则」和「调度机制」构成。事件具实时性、突发性的特点。
一个事件包含：满足什么条件，做什么事，这件事具体做什么，何时以及如何来做这件事。
调度机制：如调度 push 系统、用户标签系统、关联系统相关数据等。
上面提到我们会有多种类型的消息push，把握不好的话会导致一个用户每天收到很多条消息，造成用户骚扰。
因此，我们需要制定规则，确保一个用户每天最多收到 N 条push（N一般是2），且优先收到优先级更高的push。
举例：优惠券过期push、活动上线push、生日祝福push、个性化push等多类 push 需去重过滤。
本文思路来源于日常 APP 使用观察与经验、笔者项目经验、跟同行的探讨交流、网上文章分析参考等。
旨在从多维度尽可能全面的整理出一篇关于 APP 消息 push 的文章，并非完全个人原创。请知悉。
最后的最后，把这篇文章的脑图分享给你。希望能帮到你。
以上，就是我想分享给你的。
作者：卿宗伟，产品经理。专注探索电商与移动社交领域的产品设计与用户体验，分享一个产品人的野蛮成长历程。微信公众号：@卿宗伟（ID：HaloThanksBye）
本文由 @卿宗伟 原创发布于人人都是产品经理。未经许可，禁止转载。
赞赏是对原创者的最大认可
赞赏5人打赏
收藏已收藏 | 273赞已赞 | 50
产品经理，专注电商产品设计与用户体验。
产品经理群
运营交流群
品牌营销群
文案交流群
Axure交流群
关注微信公众号
大家都在问
19个回答19人关注
54个回答56人关注
13个回答30人关注
15个回答23人关注
30个回答34人关注
53个回答87人关注