还记得上次我们做过的试验么? 我们在 iOS 设备杀掉进程后能收到推送,而 Android 设备却不行。这个问题可困惑了小树很长时间,这天趁着工作清闲,又跑到小黑工位上请教了。 小黑喝了口茶便开始说,我们现在所有推送消息都是通过第三方推送推出去的。所以了解一下第三方推送是如何实现的非常重要。 当我们的 App 启动的时候,同时会启动我们App中附带的第三方厂商的推送服务,这时候 App 进程中就有一个 Socket 长连接一直与第三方厂商的推送服务器保持着。当我们有消息需要推送到用户设备上时,我们通过调用第
时机: 提交外卖订单时,通知提醒用户购买会员免配送费可能比进入APP就引导用户去购买会员的转化的效果好
如上是iOS消息推送的详细流程图,主要分为几个过程: (1)App启动过程中,使用UIApplication::registerForRemoteNotificationTypes函数与苹果的APNS(Apple Push Notification Service,苹果消息推送服务器)通信,发出注册远程推送的申请。 (2)若注册成功,APNs 会返回一个设备的标识符即 DeviceToken 给 App,回调函数application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData*)deviceToken 会被触发,App可以得到deviceToken。 (3)App获取到DeviceToken后,将DeviceToken发送给自己的服务端。 (4)服务端拿到DeviceToken以后,当有消息要推送时,服务端使用证书文件,向苹果的APNS服务器发起一个SSL连接。连接成功之后,发送一段JSON串,该JSON串包含推送消息的类型及内容。 (5)苹果的APNS服务器得到推送消息(JSON串)以后,向App发送通知消息,使得App的回调函数application:(UIApplication*)application didReceiveRemoteNotification:(NSDictionary *)userInfo被调用,App从userInfo中即可得到推送消息的内容。
本文主要介绍了iOS推送过程中可能遇到的坑,包括推送证书配置错误、推送权限未关闭或未正确关闭、设备token获取失败或发送给XG服务器的姿势不正确等问题。同时,也提供了推送诊断工具以帮助开发者排查推送问题。
移动推送(TencentPush Notification Service,TPNS)通过稳定、快速、高抵达的推送服务,助力APP与用户之间的连接。仅需快速植入SDK,便可通过设定精准的用户标签,使用有效提升消息抵达率的双Service联合保活通道和每分钟可容纳1800万推送消息的系统,实现终端消息秒级到达,满足App的各项推送需求。
关于作者:孙玄,58赶集集团系统架构师,技术负责人,技术委员会架构组主任,也是58同城即时通讯、C2C技术负责人,负责58核心系统的架构以及优化工作。分布式系统存储专家,前百度高级工程师,参与社区搜索部多个基础系统的设计与实现。
我们在实现推送功能的时候,更需要了解下推送的原理机制,这样我们在发现问题时候才好定位到问题的解决办法。
其他推送方式还有:C2DM、轮询、SMS、MQTT协议、XMPP协议等等,相对于这些推送方式,第三方推送方式的特点分别是:
进行推送Push时如何做到精准?如何进行用户分组? 依据是什么?什么样的分组才是科学合理的分组?其实基于4个层面的维度进行划分,基本就能满足绝大部分App对精细化运营的需求了。
国内Android缺少Google的生态,如Google的Paly Store,Google Mobile Services(GSM)等,导致衍生出很多畸形的产业,比如五花八门的APP市场,光怪陆离的推送平台,这里要说的是推送平台。Google本身的GSM服务是包含一套推送在里面的,跟iOS系统的推送类似,它保证每台手机维护一个推送通道就能收到各方推送,但由于Google没法进入中国市场,国产Android基本上算被阉割了一个核心部件,由此衍生的种种弊端数不胜数,首当其冲的就是推送。
作者:allenzzhao,腾讯 IEG运营开发工程师 消息推送我们几乎每天都会用到,但你知道iOS中的消息推送是如何实现的吗?本文将从推送权限申请,到本地和远程消息推送,再到App对推送消息的处理等多个步骤,详细介绍iOS中消息推送的工作流程。 1、概述 消息推送是一种App向用户传递信息的重要方式,无论App是否正在运行,只要用户打开了通知权限就能够收到推送消息。开发者通过调用iOS系统方法就可以发起本地消息推送,例如我们最常见的闹钟应用,App能够根据本地存储的闹钟信息直接发起本地通知,因此即
前两天群里有兄弟在吐槽,做远程推送的时候:老板要求APP桌面图标的右上角显示红色未读数字(数字角标)要精准,有多少未读通知就显示数字几;但是后台的弟兄在发送推送通知的时候,每次的角标是1,然后要移动端这边自己去把这个未读数字去累加,然后显示在APP上;并且后台非常固执的认为这个累加未读消息数量是在移动端处理的.....
推送数据报表主要用于统计某一条消息的具体下发情况。单条推送消息下发用户总量有多少,其中成功推送到手机的数量有多少,又有多少用户看到了弹窗通知、点击了弹窗通知并打开了应用。通过消息推送报表可以很直观地看到推送消息流转情况、消息下发到达成功率、用户对消息的点击情况等。
在全球化的浪潮之下,越来越多的国内开发者选择“乘风出海”。消息推送作为APP连接用户的有效途径,成为开发者进军海外市场的刚需。但由于海内外网络环境、应用生态等的差异,APP在海外推送的过程中,也面临着消息通道建设、海外用户精细运营、数据安全合规等方面的诸多挑战。
对于大部分开发者来说,除了做一个 App,还要独立开发一套推送系统是件异常困难的事情。哪怕是用户数量很大的 App ,这也不是一件容易的事情。 国内第三方推送的起源 2010和年左右,Android和
消息推送是App运营的重要一环,为了优化消息推送成功率,降低电量和流量消耗,系统级的推送服务显得尤为重要。但随着安卓8. 0 版本的发布,未来App的后台活动将受到更严格的管控,消息推送将只能通过系统级推送通道下发。 中国信通院泰尔终端实验室认为,由于终端厂商和App厂商在消息推送服务的“限制—保活”对抗中陷入了“囚徒困境”,形成了双输的局面,使这一服务阻碍了中国安卓生态系统的发展。 在此背景下,2017年3月6日,院泰尔终端实验室邀请业内部分企业召开了基于安卓系统的统一推送服务研讨会。包括:华为、小米、V
APP应用之所以要做活动,大多数是为了用户拉新、促活和提高用户留存率;好的活动是服务,而不好的活动就是对用户的“骚扰”;精细化运营时代,活动运营也是需要精准化,策划用户喜欢的活动,做到千人千面;APP
1)在线Push:比如QQ、微信等IM界面处于前台时,聊天消息和指令都会通过IM自建的网络长连接通道推送过来,这种Push在本文中暂且称为“在线Push”;
而Push消息是这么多种类型之中非常重要和常用的一种类型,最近也希望针对Push推送做些新的尝试,于是去学习学习些Push消息运营的技巧。
自从有了推送,各个公司基本上都在使用推送,这确实是一个比较好的提醒方式,Android较iOS强的一个部分,也就是在于Android的Notification。Google教育我们利用好Android的通知模块,做更多友好的交互,可这句话,翻译成中文,不知不觉,就变成了在Notification中推送各种广告,而且仅仅就是一些广告,Notification各种牛逼的功能,完全不需要,这也违背了Google设计Notification的初衷。
消息推送作为移动 APP 运营中的一项关键技术,已经被越来越广泛的运用。本文追溯了推送技术的发展历史,剖析了其核心原理,并对推送服务的关键技术进行深入剖析,围绕消息推送时产生的服务不稳定性,消息丢失、延迟,接入复杂性,统计缺失等问题,提供了一整套平台级的高可用消息推送解决方案。实践中,借助于该平台,不仅能提能显著提高消息到达率,还能提高研发效率,并道出了移动开发基础设施的平台化架构思路。
推送 推送简直就是一种轻量级的骚扰方式 自从有了推送,各个公司基本上都在使用推送,这确实是一个比较好的提醒方式,Android较iOS强的一个部分,也就是在于Android的Notification。Google教育我们利用好Android的通知模块,做更多友好的交互,可这句话,翻译成中文,不知不觉,就变成了在Notification中推送各种广告,而且仅仅就是一些广告,Notification各种牛逼的功能,完全不需要,这也违背了Google设计Notification的初衷。
云通信 IM 的终端用户需要随时都能够得知最新消息,而由于安卓手机使用深度定制 Android 系统,对于第三方 App 自启动权限管理很严格,默认情况下第三方 App 都不会在系统的自启动白名单内,App 在后台时容易被系统 kill,因此推荐在安卓设备上集成对应的厂商推送,依赖厂商的系统级服务,推送到达率较高。
背景 目前手机APP都具有消息推送功能,比如电商类APP会推送活动宣传和促销信息,天气类APP会根据天气变化为你推送天气信息,新闻类APP会定期推送新闻资讯,聊天类APP会把离线消息做成实时推送消息,
现在有很多的消息推送厂商,比如阿里云的消息推送,极光推送,融云的消息推送。他们的原理都是把sdk内置在app里面,达到消息推送的目的,通过一张图来了解一下,看不懂不要紧,理解大概的过程就行
现在有很多的消息推送厂商,比如阿里云的消息推送,极光推送,融云的消息推送。他们的原理都是把sdk内置在app里面,达到消息推送的目的,通过一张图来了解一下,看不懂的也不要紧,理解大概的过程就行。
很多手机APP会不定时的给用户推送消息,例如一些新闻APP会给用户推送用户可能感兴趣的新闻,或者APP有更新了,会给用户推送是否选择更新的消息等等,这就是所谓的“消息推送”。
Android 作为目前最为成功的移动平台操作系统之一,其高内存占用以及耗电快的问题一直被人们所诟病。作为其最大竞争对手的 IOS ,却能够在2015年仍然保持 1GB 内存下的流畅使用体验。由于开放性以及系统架构的原因,Android 不得不依赖于强大的硬件来提供足够的系统性能。
本文主要对iOS Push的在线push、本地push及离线(远程)push进行梳理,介绍了相关逻辑,测试时要注意的要点以及相关工具。
APNs,即 Apple Push Notification Service,依托一个或几个系统常驻进程运作,是全局的(接管所有应用的消息推送),可看作是独立于应用之外,设备与苹果的服务器之间维持一个长连接进行消息传递。
消息推送是通信类手机应用的基础功能,同时消息推送作为一种高效的营销手段,其投放精准、成本低廉的特点,也备受其他各类App运营者的青睐,是手机应用非常重要的流量渠道之一。通过消息推送这一手段,App可以将用户留在自己的平台上,降低获客成本,保持App活跃度,提升用户粘性和用户留存率。对于大部分移动App来说,消息推送已成为一项必备功能。
本文主要介绍了如何利用现成软件快速实现钉钉自动签到功能,核心思路非常简单,甚至无任何编程基础的小白也能轻松实现定时自动打卡功能.
因为安卓的开源的原因,很多厂商都自己定制了自己的系统,以至于安卓的碎片化特别严重。今天我们要讲的是推送这个功能, 消息推送在Android开发中应用的场景是越来越多了,比如说电商产品进行活动宣传、资讯类产品进行新闻推送等等,
这是一个很有趣的“葫芦娃”现象,举个栗子,不小心点开了上述家族的任意一个应用,手机亮屏解锁,这时被打开的葫芦娃,
从图中可以很清楚的看出来推送的原理主要分为以下几步: 1.由App向iOS设备发送一个注册通知,用户需要同意系统发送推送。 2.iOS向APNs远程推送服务器发送App的Bundle Id和设备的UDID。 3.APNs根据设备的UDID和App的Bundle Id生成deviceToken再发回给App。 4.App再将deviceToken发送给远程推送服务器(自己的服务器), 由服务器保存在数据库中。 5.当自己的服务器想发送推送时, 在远程推送服务器中输入要发送的消息并选择发给哪些用户的deviceToken,由远程推送服务器发送给APNs。 6.APNs根据deviceToken发送给对应的用户。 · APNs 服务器就是苹果专门做远程推送的服务器。 ·deviceToken是由APNs生成的一个专门找到你某个手机上的App的一个标识码。 · deviceToken 可能会变,如果你更改了你项目的bundle Identifier或者APNs服务器更新了可能会变。
本文翻译自:raywenderlich.com,原文作者:Jack Wu,译者:JMStack
好的消息推送三要素:timely、personal、actionable。消息推送对用户留存率与活跃度至关重要。用户愿意打开消息推送,是对你的 App 的信任。 推送通知策略分析 智能手机的发展已经有近十年时间了,而在移动设备中,推送通知的潜力不可小觑。在进入 Slack 之前,Weiss 曾在 Foursquare 工作。Weiss 也曾是 Google 数据搜索项目的主要产品经理。对于推送通知的策略、投入、指标和准则,Weiss 有着深刻的智慧。 推送通知的发展 Weiss 总结了推送的三大特质:及时性、个人化和可操作性。在构建未来战略时,要考虑历史的车轮: 1. 推送通知的前辈 —— 电子邮件 在早期网络时代时,推送通知的形态其实就是电子邮件。电子邮件和推送之间有很多相似的地方。同样都是通过一个地址,让用户和网站进行开放式通信,甚至于电子邮件的「取消订阅」选项,其实就相当于通知中的推送设置。 2. 手机时代 当智能手机兴起后,用户越来越频繁地通过移动设备来完成娱乐甚至办公的需求,电子邮件在充当推送功能的这方面便开始没落了。作为互联网原住民的 90 及以后的用户,其实是很难感知到更早些时候的互联网习惯是 —— 每天检查邮箱好几次。因此当我们在回看历史的进展中,总会阅读到一些关于电子邮件如何成功进行营销的案例。 3. 来自短信的竞争 在手机上,推送通知是一则简短的文字。推送意味着需要很强的及时性,而不是像电子邮件一样发送出去后,几天内用户都未必会打开。另外值得关注的一点事,推送通知的实时性和对实时性的关注又是两个完全不同的概念,通过短信发送的通知,关注的优先级可能会更高。 4. 其他 App 也不是善类 当人们开始普遍使用智能手机时,屏幕基本是 4×4 网格,而现在,一个普通用户手机上大约有 55 个应用程序。对这么多的 App 来说,我们很难做到雨露均沾,不是每个应用都是 WeChat 或者 Facebook 这种国民级别的 App,因此这也就是推送通知变得越来越重要的原因。你的应用可能不会被用户经常使用,也可能不在主屏幕,甚至用户都可能忘了你,而一则推送则是唤醒用户的手段。 你不能依靠用户在天时地利时记起你,你得主动出击。 %image_alt% (Noah Weiss) 围绕以下原则构建推送策略 一则优秀的推送通知可能会考虑很多因素,比如设备附近的 WiFi、社会新闻热点或者其他重点组合起来考虑,再进行通知。Weiss 概述了他在开发推送通知系统时学到的基本经验: 1. 提升 App 的用户留存时间 从用户留存的角度来看,应用程序在脱离了它的功能之外,收益递减。因此在移动应用中,提高用户的留存时间是个不小的挑战。与此对应,现在已经有不少成熟的策略,诸如应用安装营销、社交渠道推广、SEO 和 SEM 等。然而真正的难点在于如何让新用户养成使用你 App 的习惯。 因此,在为你的应用打造所谓顶级用户体验之前,你得知道,仅仅当用户打开了这个应用程序才会有这个顶级用户体验。 2. 别让用户刚下载就想卸载 推送通知不仅是提升用户留存的好形式,同时在技术上也是必要的。在 iOS 平台,发送通知是必须让用户进行授权的权限,它不同于 Android 的直接授权,iOS 平台上下载安装完成应用后你必须提醒用户去设置这个权限。因此这成了一个关键节点,如果用户拒绝,那么很可惜,这个 App 对沉默用户将没有主动权,同时它的活跃度也会大幅下降。当然啦用户授权也不代表着这个 App 能怎样。 如果用户对这个 App 的推送感到厌烦,你能获得的最好的结果是用户主动选择某些通知处于活跃状态,而另一些通知保持沉寂。不过现实往往是残酷的,用户更可能到手机设置页面关掉所有推送通知,更坏的情况是直接卸载,而这个结果几乎是不可逆转的。 那么,应用的首次推送通知的体验将变得异常重要,否则用户就直接到设置界面投票了。 所以第一步是提醒用户进行通知权限的授权,如果用户答案是否定的,那其实后面也没什么关系了。它涉及用户忠诚度培养等其他东西,这是后话。鉴于通知权限的高额收益,如果你聪明的话,在这方面应该是非常谨慎的。 3. 三个指标衡量推送效益 用户拒绝通知权限请求的速度 卸载率 每百次操作 对于推送通知来说,你必须平衡用户积极参与和选择拒绝这二者之间的平衡。首先可以以卸载率和通知禁用率作为评估标准,对于消费者应用程序,卸载率低于 2% 是比较安全的。监控任何剧烈的数据波动都会有利于你的策略布置。 值得注意的一点事,要比较 iOS 和 Android 平台上的数据,因为 iOS 开放性远远低于 Android。同时,不同操作系统对于通知的处理方式也不一样,例如 Android 的通知可以显示内嵌照片,这可以提高 10% – 20% 的互动率。还有些通知是带有内置操作按钮,以便用
iOS 6 给 Safari 带来了一个新功能:Smart App Banners,这个功能对于同时拥有网站和 App 的开发者来说特别实用。
(更多请参见以下文章:《移动端IM实践:谷歌消息推送服务(GCM)研究(来自微信)》、《Android端做消息推送有没有比较好的方案?》、《为何微信、QQ这样的IM工具不使用GCM服务推送消息?》,以及即时通讯网精选的《推送技术好文专辑》)
收到推送的准备: 首先至于说消息推送的原理,证书配置等等这些我在这里就不在累述,有很多写的很好的文章相信您已经可以搞定这块,这里我重点讲下各种情况下的跳转处理。 点击推送触发的几个方法: ios7.0之前 - (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo{ // App 收到推送的通知 NSLog(@"********** ios7.
然而,如果此时服务器又有了新的新闻,在用户没有主动刷新的情况下,服务器是不会主动推送给用户的。 推送解决了这个困境,它让服务器主动连接APP,通知APP有了新的新闻,可以再请求。收到推送的APP(即使已关闭)又去服务器请求最新的新闻,用户就能看到了。 二、实现推送的方法 实现一个推送系统需要服务器端和终端的配合。 方法一:轮询 即不停地向服务器发送请求(既然不知道什么时候会发生,那就一遍一遍的问吧)。 缺点:手机消耗电量、流量大;服务器也要处理大量的请求,压力大。
文章有点长,但是看完肯定有巨大收获,特别是针对想从事互联网行业想开发一个自己APP的人,这是我从自己多年外包和自己开发产品累计研发成本过千万的情况下得出的经验。 先说结论 腾讯开发微信花的成本应该超过10个亿,真的技术难度很大,如果交给一个全栈工程师去做,可能要做1万年。下面详细的讲解和分析为什么成本这么高,都高在哪里。 本人之前就是做APP软件外包行业的,前后外包的APP开发上线过上百款,涉及领域从电商,教育,金融,物联网,医疗都有。去年开始转型,开始真正的开发了一款属于自己公司的互联网产品,期间真正的体
1、假如现在有一款游戏 App 打算在圣诞节推出优惠活动,需要推送给全部用户,这时候运营人员一般会使用短信进行用户触达。但是可能会有部分用户因为没留意短信而错过优惠活动。
一、Mac机上生成请求文件。 Mac机上点击证书助手 => 从证书颁发机构请求证书 => 得到CertificateSigningRequest.certSigningRequest请求文件(此请求证书建议一直保存,因为根证书的生成需要使用此请求文件,根证书多个app可以使用一个)。 二、创建“根证书”,多应用可以使用一个。 (如果之前已经生成了根证书,并且你有此前保存的请求文件CertificateSigningRequest.certSigningRequest,此项可以忽略,直接使用之前的证书。) 点
iOS APP需要推送通知,要用到iOS推送证书,分为测试调试用的iOS推送证书和上架到App Store的ios 推送证书!
领取专属 10元无门槛券
手把手带您无忧上云