1标签推送
标签是 App 运营人员对自己用户的划分。比如：有些用户喜欢看时事政治报道，有些用户喜欢看娱乐头条，还有一些用户只是通过你的视频客户端来追某电视剧。对这些人群按照标签分类后进行推送，很轻松就能达到非常好的效果。
比如告诉喜欢看《虎妈猫爸》电视剧的用户，今天晚上大结局，那么此次推送到用户手机上的消息是有效的，用户会因为消息是他们想要的内容而高兴地点击通知并打开 App 。
2帐号体系推送（alias 推送）
每个 App 都会或多或少的引导用户去创建账户。账户体系越完善，App 对自己当前用户就越了解。这样推送起来也会更加精准，不至于产生骚扰。
比如，《侏罗纪世界》电影的热播，会引起不少男生对侏罗纪三部曲的怀念，这种情况下可以通过帐号体系选择 20 – 28 年龄段的用户进行推送消息，告知侏罗纪三部曲合集可观看，相信这部分筛选出来的用户的活跃度一定会有大大的提升。
3多维度推送
第三方推送平台往往都会有一些自带维度，来协助 App 运营人员进行推送。像友盟推送，基于多年来友盟统计对 App 数据的积累，提供了如下维度：
①应用版本 ②分发渠道 ③地理位置（目前通过IP定位,支持精确到省和直辖市） ④用户活跃度（X天不活跃、X天活跃） ⑤机型（包含热门机型与全部机型） ⑥性别（男女） ⑦消费力、购买力 ⑧群组（高富帅、女汉子、穷屌丝等等）
不同的维度可进行组合，取交集或者并集来推送，效果会更佳。下图是友盟推送后台的一个截图:
4对沉默用户的推送
沉默用户是每个 App 都很头疼的一部分用户，这些用户下载后玩了一段时间后可能再也没有开启过 App，如果没有一个有效的提醒，会有潜在的流失风险。根据这一刚需，友盟推送可以对任意沉默天数的用户进行推送，从而唤醒他们，且这样的推送还不会对活跃用户造成骚扰。
如下图所示：
5升级版本的推送
视频类 App 整个用户群体中，零碎版本很多。通过版本的推送，告知用户有新版本更新，便可以让更多的用户主动去升级到最新版本，从而让用户享受更好的体验。
视频类 App 推送技巧1消息标题：简单而又直观的标题是吸引用户的硬性条件
推送通知最好保持在 110 个字符之内，大概 4 行文本，并要保证将最重要的细节内容写在前面。保证消息足够简单，让用户能够轻松理解内容。较长的通知内容有可能不能有效传达信息并且会导致用户难以集中精神。适当的时候可以发挥一下娱乐精神，来引导用户。如下图：
澎湃新闻这条推送简洁，信息传递准确，并能引起用户的好奇。这样的推送保证推送不会骚扰到用户，还会引起一定比例的用户点击消息、进而打开 App。
而如下的某新闻客户端推送的消息便显得臃肿，用户需要花时间去理解这条消息。运营人员想法挺好，想短时间内把娱乐消息发给用户，可过多的点反而会让用户阅读起来不够顺畅。
2消息打开的后续动作
消息推送不仅可以引导用户打开应用，我们还可以查看用户打开消息后的行为轨迹，便于了解用户习惯性使用的功能版块。友盟推送跟统计自定义事件打通后便可以较好地解决此问题，通过消息推送的后台可查看比较清晰的轨迹。
App 运营人员还可以通过消息推送来引导用户关注新功能模块，从而有效提高 App 内各模块的使用率。如图：
3消息推送维度的使用
分地域推送。某些地域性新闻，如果不足以让全国各地的人观看的时候，还是选择地域性推送比较好，这样可像“墨迹天气”一样，用户收到的信息一直是与当地的天气有关，而视频类应用分地域推送的话，用户收到的也是当地发生的事情。
分渠道推送。分渠道推送可检测渠道用户质量以及该渠道用户的活跃度。假如某渠道下的沉默用户过多，那可增加推送次数。
单播。这个主要是针对反馈过 BUG 的用户或者某活动中奖用户，一对一的推送沟通。友盟的消息推送也与自有产品用户反馈打通，这样的话会让 App 推送能力更加强大，基于强大的友盟推送底层还可以通过单播将推送变成 IM 。
组播。这个就是主要把用户分类推送。选择不同的用户标签，精准到具体人群进行推送。往往 App 都会有自己的账号系统，可以把自己的账号体系导入友盟推送系统，进一步细分用户画像。通过账号体系推送亦可达相对应的效果。
4定时发送
根据友盟统计来看用户活跃时间段，在用户比较活跃的时候定时推送, 这样用户接受度更高。
比如，从友盟统计后台来观察，每天用户的活跃高点集中在下午 1 点 – 2 点和晚上的 19 – 20 点，那么可以选择这两个时间段来发送消息。
而其他的时间，便可以选择拉起沉默用户。如友盟的后台：
5过期时间设置
视频类应用，在推送具有时效性的热点新闻时，消息过期时间可以设置的短一些，以避免过了新闻时效性后打开 App 的用户再收到过时消息。假如对时效性要求不是很高的娱乐新闻，可设置长一点的过期时间。正常我们建议设置消息推送为 1 天内有效，这样可以避免用户在第二天登陆的时候还收到前一天的消息。
6限制发送速度
不少视频类 App 在用户点击消息的时候，会打开视频进行播放，这些视频资源都是存放在 App 开发者自己的服务器上的。在用户量比较大或者自身服务器资源比较紧张的时候，建议在一次性推送庞大用户群体时，选择限制发送速度，这样开发者自己服务器受到的压力会分摊开，避免单点压力太大造成服务不可用。