资讯动态
开发者中心
关于我们
联系客服

产品介绍


产品概述

移动推送, 为您提供稳定、快速高抵达的 App 推送服务。其接入方便快捷,拥有业内领先的技术实力,稳定可靠的消息推送通道,独有双 Service 联合保活,能有效提升消息抵达率;系统每分钟可容纳1800万推送消息,消息能秒级到达;此外,其具备精准用户标签能力,有效助力 App 的精细化运营。

多种推送形式和方式

移动推送提供丰富的推送方式,可以满足不同行业/不同业务的需求。在推送形式方面,我们提供通知栏推送、应用内推送,同时支持点击后跳转应用、H5、Deeplink 等。此外,我们还支持定时推送、循环推送等不同推送方式,来满足您在不同场景下的推送需求。

TPNS 通道+厂商通道,快速稳定抵达

支持小米、华为、魅族、vivo、OPPO 等国内主流厂商通道集成,Google 境外支持 FCM 通道。可根据手机品牌,智能选择下发通道,实现在厂商手机上系统级的推送,有效提高推送抵达率。专享通道推送速率30万/s,单推毫秒级抵达。

联合保活

业界独创双 Service 保活,通过手机端多 App 共享主备双 Service 的方式,取代竞品每个 App 一个 Service 的方式,既能保证消息稳定到达,又能保证省电省流量,提高抵达率,提升点击效果转化。王者荣耀等头部用户免费助力保活,强力提高推送抵达率。

标签丰富,推送精准

开发者可以调用移动推送 SDK 和后台 API,为设备绑定一个或多个标签。在完成绑定之后,即可针对标签来进行推送,方便进行更精细化的运营。

实时推送效果分析

移动推送提供推送效果的实时分析。实时统计推送的抵达、展示、点击效果等数据口径,并将以上数据在管理台可视化地展现出来,助力实时监控推送效果。

 

产品优势

性能指标卓越可靠

移动推送提供每秒30万推送处理能力,支持系统、SDK 稳定性经历过大量的 App 考验,同时被 Android 系统官方 Google 选定为国内唯一第三方推送服务方。

强保活力确保高抵达率

3.2亿业界最高日活设备覆盖App互拉双保活机制,确保稳定长连接,同时也带来高保活率及99.9%在线设备高抵达率,同时支持小米、华为、魅族、OPPO、vivo 厂商通道,可根据手机品牌,智能选择下发通道,实现在厂商手机上系统级的推送,有效提高推送抵达率。

实时推送效果分析

移动推送提供推送效果的实时分析。实时统计推送的抵达、展示、点击效果等数据口径,并将以上数据在管理台可视化地展现出来,助力实时监控推送效果。



应用场景

通知栏消息

常见于活动运营、功能性的消息触达,通过有个性和针对性的推送通知,将通知实时触达移动应用受众,提高活动效果、完善产品体验闭环,最终将用户带回您的应用,提升用户活跃度和留存率。



 

应用内消息

常见于个性化推荐、精细运营资源位,通过应用内消息透传,在应用的特定界面展示富媒体内容或推荐不同内容;同时提供透传消息的点击效果统计,通过对比测试精细化完成产品运营,促进业务和用户的增长。


精准用户分群

通过精细化的用户标签体系,快速圈定贴合您业务的用户群体,帮助您提高运营效率,高效促进用户活跃。



操作指南

标签功能使用

标签是精准推送中会用到的功能,开发者可以调用移动推送(TPNS)SDK 或服务端 API,为设备绑定一个/多个标签。在完成绑定之后,就可以针对标签来进行推送,方便进行更精细化的运营。

标签推送场景

赛事订阅通知

某直播 App 10月24日18:00有一个足球比赛直播,10月20日开始开放直播预约,希望在直播开始前,给订阅这个节目的用户推送直播即将开始的通知。
在用户订阅这个节目时,可以将这个节目的主题"10241800足球"作为标签和这个用户设备 token 进行绑定,当直播快开始时,选择"足球"这个标签进行比赛即将开始的推送,当比赛完毕后,再调用 TPNS 的解绑标签接口,将"10241800足球"标签和设备 token 进行解绑。

续费通知

应用 A 希望对3天后会员到期的用户推送续费通知,假设当前某设备 token 绑定的标签为"football"和"deadline:20200210",用户在2020年2月9号续期了一个月,则此时需用"deadline:20200310"的标签将"deadline:20200210"替换掉,即 deadline 这个标签类别只能有一个值(最新值),此时可调用 TPNS 提供的 kv 覆盖接口,在不影响其他标签的情况下,解绑"deadline:20200210"标签之后,再绑定"deadline:20200310"标签,推送时(可设置定时推送),选择标签为当天时间+3天的标签,如当天日期是20200307,则可选择标签为"deadline:20200310"进行续费通知的推送。


标签概览

TPNS 目前提供了两大类标签功能,包括用户自定义标签和 TPNS 平台侧维护的预设标签,标签类别如下图所示:

使用前准备


自定义标签管理

自定义标签是指用户可根据自身业务场景,自定义设备标签名字的标签设置方式。

自定义标签使用场景及关键字

标签推送适用于标签绑定设备多(一般绑定设备数超过10个),且推送频次较少(一般该标签的日推送数不超过10次)的场景,针对绑定设备数较小且推送频次较多的标签推送场景,推荐使用账号推送,即通过账号绑定多个设备,用账号替代标签来进行推送。

关键字
冒号":"是标签绑定时的关键字,用户标签的 key-value 分割,例如用户给某个设备 token 打了"level:3"的标签,则 TPNS 后台会将"level"作为这个标签的 key,"3"作为标签的 value,这个不影响用户的实际推送,还是按"level:3"这个标签来推,key-value 方式存储主要是方便后续的同类标签的覆盖,如这个设备 token 还绑定了其他标签,如"male",即此时该设备对应两个标签,"male"和"level:3",如果这个设备对应的会员等级升级到4级了,用户希望用"level:4"标签来覆盖"level:3"标签,而不影响"male"标签,此时可直接调用 kv 覆盖接口来给这个设备设置"level:4"标签,这个设备 token 所绑定的标签则变为"male"和"level:4"。

绑定/解绑标签

TPNS 提供了单标签绑定/解绑单设备,单标签绑定/解绑多设备,多标签绑定/解绑单设备,多标签绑定/解绑多设备的接口。

单标签单设备

推荐场景

  1. 调用终端 SDK 接口,如 App 内自动获取用户订阅频道,对该频道标签和设备 token 进行绑定,反之进行解绑。

  2. 非频繁的调用 Rest API 接口,如接入测试时的调用。

标签绑定用法

{"operator_type": 1,"platform": "android","tag_list": ["tag"],"token_list": ["token"]
}

标签解绑用法


{"operator_type": 2,"platform": "android","tag_list": ["tag"],"token_list": ["token"]
}


使用限制

  • 每个标签最大50个字节。

  • 接口调用逻辑为同步。

多标签单设备

推荐场景

  1. 调用终端 SDK 接口,如 App 内自动获取用户特征信息,如年龄,省份,性别等标签信息,对这些标签和用户设备 token 进行绑定,反之进行批量解绑。

  2. 调用 Rest API 接口,如 App 运营人员从公司内其他渠道获取该设备对应的订阅信息,如单身,爱好足球,喜欢看电影等,对这些标签和该用户设备 token 进行绑定,反之进行批量解绑。

标签绑定用法

{"operator_type": 3,"platform": "android","tag_list": ["tag1","tag2"],"token_list": ["token"]
}

标签解绑用法

{"operator_type": 4,"platform": "android","tag_list": ["tag1","tag2"],"token_list": ["token"]
}

使用限制

  • 每个标签最大50个字节。

  • 每次调用标签数量最大500个。

  • 接口调用逻辑为同步。

单标签多设备

推荐场景
此时只能调用 Rest API 接口,如 App 运营人员希望给所有爱好足球的用户打上足球的标签,则可利用此接口进行批量绑定,反之进行批量解绑。

标签绑定用法

{"operator_type": 7,"platform": "android","tag_list": ["tag"],"token_list": ["token1","token2"]
}

标签解绑用法

{"operator_type": 8,"platform": "android","tag_list": ["tag"],"token_list": ["token1","token2"]
}

使用限制

  • 每个标签最大50个字节。

  • 每次调用设备 token 数量最大500个。

  • 接口调用逻辑为同步。

多标签多设备

推荐场景
此时只能调用 Rest API 接口,如 App 运营人员希望给喜欢足球的用户打上足球的标签,喜欢篮球的用户打上篮球的标签,则可以利用此接口进行批量绑定,反之进行批量解绑。

** 标签绑定用法**

{"operator_type": 9,"platform": "android","tag_token_list": [{"tag":"tag1","token":"token1"},{"tag":"tag2","token":"token2"}]
}

标签解绑用法

{"operator_type": 10,"platform": "android","tag_token_list": [{"tag":"tag1","token":"token1"},{"tag":"tag2","token":"token2"}]
}

使用限制

  • 每个标签最大50个字节。

  • 每次调用设备token数量最大500个。

  • 接口调用逻辑为同步。

标签覆盖

TPNS 提供了两种标签覆盖方式,一是普通覆盖,二是按标签类别进行覆盖,又名 kv 覆盖,此时":"号为关键字,作为 key-value 值的分割符。

普通覆盖

推荐场景

  1. 调用终端 SDK 接口,如该设备所订阅的所有频道信息已经失效,则需要对这些频道标签和设备进行一一解绑,但需将这些频道标签遍历出来在逐个解绑,则会很不方便,故此时可调用这个接口进行覆盖。

  2. 调用 Rest API 接口,如 App 运营人员希望给设备重新设置标签,不想让这个设备受到之前标签的干扰,故可调用这个接口进行覆盖。

标签覆盖用法

{"operator_type": 6,"platform": "android","tag_list": ["test", "level:1",, "level:2"], 
"token_list": ["token"]
}

使用限制

  • 每个标签最大50个字节。

  • 接口调用逻辑为异步,建议调用的频率间隔1秒以上。


推荐场景

  1. 调用终端SDK接口。

  2. 调用Rest API接口。

使用说明:以":"进行分割,":"前作为标签类别,":"后面的作为这个标签具体的值,例如 level:2表示该设备所在的等级为2级,假如这个设备对应的等级升级到3级,则需要先删除level:2标签,在添加level:3标签,如果客户明确知道这个设备仅有level:2这一个标签,则可调用普通覆盖接口进行覆盖,但往往一个设备会对应多个标签,如该设备还对应一个test标签,此时要精确删除level:2标签,就需要客户维护该设备对应的全部标签,或者调用信鸽tpns接口把该设备对应的历史标签查找出来再进行删除,这就带来很多的不方便,故可调用此接口,仅进行level类标签的覆盖。

标签覆盖用法

{"operator_type": 6,"platform": "android","tag_list": ["test:2", "level:3"], 
"token_list": ["token"]
}

接口说明:当且仅当 tag_list 内全部标签都带有":"时,才会进行 kv 覆盖,例如该 token 已有 test,level:1标签,调用此接口后,该 token 的标签列表则变为 test, test:2, level:3。
使用限制

  • 每个标签最大50个字节。

  • 每次调用标签数量最大500个。

  • 接口调用逻辑为异步,建议调用的频率间隔1秒以上。

删除标签场景

TPNS 提供了两种删除标签的方式,一是删除单设备对应的全部标签,二是删除应用对应的某标签。

删除单设备对应的全部标签

推荐场景

  1. 调用终端 SDK 接口。

  2. 调用 Rest API 接口。

使用说明: 可利用此接口将设备对应的全部历史标签删除,一般针对设备对应的过期标签,或由于运营人员操作失误,希望重新对设备进行标签设置的场景。

标签删除用法

{"operator_type": 5,"platform": "android", 
"token_list": ["token"]
}

使用限制

  • 每个标签最大50个字节。

  • 接口调用逻辑为异步,建议调用的频率间隔1秒以上。

删除应用对应的某标签

推荐场景
(1)此时只能调用 Rest API 接口
说明:可利用此接口将应用对应的某些标签进行删除,即对这些标签与对应绑定的设备进行全部解绑之后,在从应用的标签列表中移除,一般应用在一些彻底废弃的标签,如测试时引入的一些test标签,在正式上线之后,将这些test标签移除。
标签删除用法

{"tag_list": ["tag1", "tag2"]
}

使用限制

  • 每个标签最大50个字节。

  • 每次调用标签数量最大500个。

  • 接口调用逻辑为异步,建议调用的频率间隔1秒以上。

预设标签管理

  • 预设标签是指 TPNS 平台侧维护的标签,即在用户设备注册或连接到 TPNS 服务器时 SDK 自动采集的标签信息,目前 TPNS 平台维护的预设标签包括:App 版本,系统版本,省份,活跃信息,系统语言,SDK 版本,国家&地区,手机品牌,手机机型。

  • 每个设备只会绑定最新的预设标签,并会进行自动互斥,如某设备的 App 版本当前为1.0.1,当这个设备的 App 版本升级到1.0.2时,则会自动将该设备和1.0.1版本标签进行解绑,并重新对该设备和1.0.2版本标签进行绑定。


开发者协议

1. 术语含义

如无特别说明,下列术语在本协议中的含义为:

1.1 开发者(以下简称为:“您”)

指经有效注册、申请后,将享有相应权利的各种应用接入移动推送平台从而向用户推送信息的个人、法人或其他组织。

1.2 应用

指由开发者开发、运营的,或开发者经权利人授权运营的,通过移动推送向用户推送信息的应用程序或平台服务。该应用程序或平台服务向用户提供的服务内容包括但不限于:游戏类服务、工具类服务、电子商务类服务、视频或音乐类服务等现存的及今后可能出现的各种服务。

1.3 移动推送(TPNS)平台(以下简称为“TPNS”、“平台”)

移动推送(TPNS)是专业的移动App消息推送平台,为开发者提供通知/消息推送后台技术服务。开发者通过该后台技术服务,通过嵌入TPNS SDK,可通过API调用或者Web端可视化操作,实现对特定用户推送开发者编辑的通知信息内容,并可实时查看推送效果。

2.重要提示

开发者均同意和理解:
2.1 移动推送平台是一个中立的平台技术服务提供者,仅向开发者提供通知/消息推送、推送反馈等中立的推送服务或相关中立的技术支持;
2.2 开发者的应用由开发者自主开发、独立运营并独立承担全部责任。我们不会、也不可能参与开发者应用的研发、运营等任何活动,我们也不会对开发者的应用进行任何的修改、编辑或整理等;
2.3 因开发者应用及使用本平台服务所产生的任何纠纷、责任等,以及开发者违反相关法律法规或本协议约定引发的任何后果,均由开发者独立承担责任、赔偿损失,与我们无关。如侵害到公司或他人权益的,开发者须自行承担全部责任和赔偿一切损失。
2.4 开发者向用户发送的通知/消息内容均由开发者独自编辑并对其内容独自承担法律责任,任何由通知/消息内容产生的责任均与我们无关。

3. 开发者的权利和义务

3.1 账号注册

3.1.1 您应当通过登录移动推送网站或我们其他指定途径,使用账号注册开发者账号(下简称:账号)以成为开发者,开发者账号一经注册成功, 相应的云账号不得变更,且该账号不可转让、不可赠与、不可继承等。
3.1.2 您注册账号时,应使用您拥有合法使用权的云账号,并遵守《云隐私声明》、《云服务协议》及相关协议、规则等的约束。您不得违反本协议约定将您的账号用于其他目的。否则,我们有权随时单方限制、中止或终止向您提供本服务,且未经我们同意您不得再次使用本服务。
3.1.3 您注册账号使用的云账号,是您登录及使用本服务的凭证。您应当做好云账号、密码,以及进入和管理本服务中的各类产品与服务的口令、密码等的保密措施。因您保密措施不当或您的其他行为,致使上述口令、密码等丢失或泄漏所引起的一切损失和后果,均由您自行承担。
3.1.4 您保证:您注册本服务账号的云账号,以及您添加的本服务账号的协作者使用的云账号均是合法并符合《云服务协议》相关约定的。前述全部云账号在本服务中进行的包括但不限于以下事项:注册本服务账号、提交相应资质材料、确认和同意相关协议和规则等事项,均是您自行或您授权他人进行的行为,对您均有约束力。同时,您承担以前述全部云账号为标识进行的全部行为的法律责任。
3.1.5 若您发现有他人冒用或盗用您的账号及密码、或任何其他未经您合法授权的情形时, 应立即以有效方式通知我们(包括但不限于提供您的身份信息和相关身份资料、相关事实情况及您的要求等)。 我们收到您的有效请求并核实身份后,会根据不同情况采取相应措施。若您提供的信息不完全,导致我们无法核实您的身份或我们无法判断您的需求等,而导致我们无法进行及时处理,给您带来的损失,您应自行承担。同时,我们对您的请求采取措施需要合理期限,对于您通知我们根据您的有效通知采取措施之前,由于他人行为给您造成的损失,我们不承担任何责任。

3.2 资质材料

您保证:您具备使用本服务、接入和运营应用或提供相关服务等行为的相关合法资质或经过了相关政府部门的审核批准;您应确保能依法提供的主体资质材料、相关资质或证明以及其他任何文件等信息真实、准确、完整,并在信息发生变更后,及时进行更新;您具备履行本协议项下之义务、各种行为的能力;您履行相关义务、从事相关行为不违反任何对您的有约束力的法律文件。否则,您应不使用我们提供的相关服务,且应独自承担由此带来的一切责任及给用户、我们造成的全部损失。

3.3服务费用

移动推送服务为收费服务,具体收费标准、计费方式、付款及结算等详见官网移动推送(TPNS)产品所示(购买指南)。我们有权对付费方式进行修改和变更,修改、变更前,我们将在相应服务页面进行通知或公告。如果您不同意上述修改、变更,则应停止使用相应服务,否则,您的任何使用行为,即视为您同意上述修改、变更。

3.4 应用要求

3.4.1 您应自行负责您应用的创作、开发、编辑、加工、修改、测试、运营及维护等工作,并且自行承担相应的费用。
3.4.2 您的应用,应符合相关法律法规、技术规范或标准等,您应享有该应用的全部著作权及其他知识产权,可向全球任意第三方授予该款应用相关的权利。
3.4.3 您应用在移动推送平台上运营期间,您需向用户提供及时有效的客户服务,客户服务形式包括但不限于通过明确且合理的方式告知用户客户服务渠道、提供QQ/电话等,并自行承担客服费用。
3.4.4 您应当在应用中向相关权利人提供投诉途径,确保权利人在认为您侵犯其合法权益时可以向您主张权利。
3.4.5 您应就其应用及相关服务,在用户首次使用应用前向用户提供该应用的用户服务协议,并在协议中明确,用户使用应用或服务的信息推送功能时,应用/服务会调用第三方移动推送平台或者通过第三方公司提供信息推送技术服务支持,用户使用应用的信息推送服务由您负责,信息推送服务及其内容的安全性、准确性、有效性及其他不确定的风险,由此若引发的任何争议及损害,由您向用户承担全部责任。

3.5 使用规则

3.5.1您不得从事任何包括但不限于以下的违反法规的行为,也不得为以下违反法规的行为提供便利(包括但不限于为您应用的用户的行为提供便利等):
(1)反对宪法所确定的基本原则的行为;
(2)危害国家安全,泄露国家秘密,颠覆国家政权,破坏国家统一的行为;
(3)损害国家荣誉和利益的行为;
(4)煽动民族仇恨、民族歧视,破坏民族团结的行为;
(5)破坏国家宗教政策,宣扬邪教和封建迷信的行为;
(6)散布谣言,扰乱社会秩序,破坏社会稳定的行为;
(7)散布淫秽、色情、赌博、暴力、凶杀、恐怖或者教唆犯罪的行为;
(8)侮辱或者诽谤他人,侵害他人合法权益的行为;
(9)侵害他人知识产权、商业秘密等合法权利的行为;
(10)恶意虚构事实、隐瞒真相以误导、欺骗他人的行为;
(11)发布、传送、传播广告信息及垃圾信息;
(12)其他法律法规禁止的行为。
3.5.2 您保证:
(1)您的应用、提供给用户的相关服务及发布的相关信息、内容等,不违反相关法律、法规、政策等的规定及本协议或相关协议、规则等,也不会侵犯任何人的合法权益;
(2)您自行对您应用中由用户使用应用服务产生的内容(包括但不限于留言、消息、评论、名称等)负责,保证其不违反相关法律、法规、政策的规定以及公序良俗等。 否则,您应及时采取删除、断开链接或其他有效措施;
(3)应用设计上应当重视用户体验,尊重用户知情权、选择权,应用服务应当坚持诚信原则,不误导、欺诈、混淆用户,尊重用户的隐私,不骚扰用户,不制造垃圾信息。
如您违反上述承诺内容,我们有权视具体情况中止或终止提供本服务。
3.5.3 您不得从事包括但不限于以下行为,也不得为以下行为提供便利(包括但不限于为您的用户的行为提供便利等):
(1)删除、隐匿、改变移动推送平台显示或其中包含的任何专利、著作权、商标或其他所有权声明;
(2)对我们提供的基础环境进行修改和删除,或以任何方式干扰或企图干扰我们任何产品、任何部分或功能的正常运行,或者制作、发布、传播上述工具、方法等;
(3)未经我们书面许可,您在应用中不得使用移动推送、TPNS等商标标识或其任何变体、缩写、 改写等;
(4)避开、尝试避开或声称能够避开任何内容保护机制,或导致用户认为其直接与移动推送平台及我们相关产品进行交互;
(5)在未获得我们书面许可的情况下,以任何方式使用我们URL地址、技术接口等;
(6)在未经过用户同意的情况下,向任何其他用户及他方显示或以其他任何方式提供该用户的任何信息;
(7)在没有获得用户明示同意的情况下,直接联系用户,或向用户发布任何商业广告及骚扰信息;
(8)为任何用户自动登录到移动推送平台提供代理身份验证凭据;
(9)提供跟踪功能,包括但不限于识别其他用户在个人主页上查看、点击等操作行为;
(10)自动将浏览器窗口定向到其他网页;
(11)未经授权获取对我们产品或服务的访问权;
(12)应用中含有计算机病毒、木马或其他恶意程序等任何可能危害我们或用户权益和终端信息安全等的内容,或被发现存在漏洞,可能会导致被植入木马或钓鱼网页;
(13)未经过审批私自开放高危端口/服务,或在外网程序中加入web shell;
(14)公开表达或暗示,您与我们之间存在合作关系,包括但不限于相互持股、商业往来或合作关系等,;
(15)利用移动推送平台漏洞,进行恶意行为,包括但不限于发布违法违规信息,恶意劫持用户信息,捆绑软件安装,欺诈用户等;
(16)出现公网IP裸露情况,或发生安全入侵类故障;
(17)其他我们认为不应该、不适当的行为、内容。

词汇表

A

Access Key

鉴权密钥(Access Key)与鉴权 ID(Access ID)共同验证 API 调用的合法性。

Access ID

识别一个应用的唯一标识,不可更改。

D

抵达设备数

本条推送成功推送的用户数,实时数据有5分钟左右延迟。

J

计划发送数

指发送给30天内和服务器建立过连接的设备量。若消息设置了离线保存,随着时间的推移和用户的上线动作,有效推送量会有数值上的增加,即表示新上线的用户也收到了该条推送。

M

目标设备

指发送给30天内和服务器建立过连接的设备量。若消息设置了离线保存,随着时间的推移和用户的上线动作,有效推送量会有数值上的增加,即表示新上线的用户也收到了该条推送。

Q

清除数

调用系统的消息清除接口,对消息进行清除的数量。

S

设备在线数

在推送有效期内,和服务器进行了连接的设备数量(只有设备和服务器建立连接,消息才能被正常推出)。

时段控制

设定用户可以接收推送的时段,您可以避免在夜间打扰用户,也可以设定在特定时间用户才能收到推送。

Y

移动推送

移动推送为您提供稳定、快速高抵达的 App 推送服务。其接入方便快捷,拥有业内领先的技术实力,稳定可靠的消息推送通道,独有双 Service 联合保活,与我们系应用共享通道能力,能有效提升消息抵达率;系统每分钟可容纳1800万推送消息,消息能秒级到达;此外,其具备精准用户标签能力,有效助力 App 的精细化运营。


Z

展示数

调用系统的消息展示接口,对消息进行展示的数量。