通过“策略+模型”的方式,在”合适的时间,把合适的内容,用合适的策略推给合适的人“,实现在有限的消息限额里,提升消息的触达数、点击数、点击率。
完整的功能权限,需在文档右侧点击 “技术咨询” 扫码联系个推技术支持开通方可使用。
通过查询 “设备当前的在线状态”,当用户正在使用手机时下发消息,用户更容易看到,通过 亮屏推送,提升消息点击率。
亮屏推送实现方案一(推荐此方案,个推识别亮屏信号兜底下发消息)
注意:
1.亮屏推送仅(07:00-22:00)时间段内有效,且亮屏推送适用于提升消息的“点击率”,若部分消息的实时要求性比较高,不建议走亮屏推送。
2.亮屏推送限定必须有安卓参数、且安卓策略参数必须为1、且厂商消息类型必须是通知。忽略IOS参数选择。
3.亮屏推送ttl不能设置为-1。
4.亮屏推送不能和限速推送同时使用,即公共参数内的active_push设置为true和speed设置为大于1互斥。
5.亮屏推送针对没有dt的cid、选择通知关闭过滤且通知关闭的cid,自动降级为cid自活在线下发。
使用方式:
① 提供 appid ,联系个推技术支持开通亮屏推送。
② 调用 个推服务端 api 补充设置字段 lst、need_backup、active_push ,进行亮屏消息推送。示例代码如下
名称 | 类型 | 是否必须 | 默认值 | 描述 |
---|---|---|---|---|
ttl | Number | 否 | 2小时 | 消息离线时间设置,单位毫秒,大于0,最大3 24 3600 * 1000(3天) |
lst | Number | 否 | 无 | 亮屏推送截止时间,单位毫秒,大于0且小于ttl |
strategy | Json | 否 | {"strategy": { "default":1 } } |
厂商通道策略,详细内容见strategy |
schedule_time | Number | 否 | 无 | 定时推送时间,必须是7天内的时间,格式:毫秒时间戳,此功能需要开通VIP,如需开通请点击右侧“技术咨询”了解详情 |
custom_callback | String | 否 | 无 | 自定义回执字段,传入此参数可在回执回调时附加传入的内容,用于自定义的消息标识,此功能需要开通VIP,如需开通请点击右侧“技术咨询”了解详情 |
filter_notify_off | Boolean | 否 | false | 是否过滤通知关闭通知用户,false表示不过滤,true表示过滤 |
need_backup | Boolean | 否 | false | 是否需要兜底,false表示不需要,true表示需要 |
active_push | Boolean | 否 | false | 是否亮屏推送,false表示不亮屏推送,true表示亮屏推送。当选true时,推荐need_backup也选true、同时设置ttl和lst,以此来保证消息到达lst之前通过亮屏状态进行下发、到达lst时统一通过厂商下发,所有走厂商下发失败的消息在ttl之前再次在线时通过个推在线进行下发,使用亮屏推送的同时保障消息最大化下发。注意:选true时,speed参数不允许设置、ttl不允许设置为-1,strategy下除了ios其他都只能设置为1 |
示例参数说明:推送消息时设置此消息需要亮屏推送,且兜底下发。
例如上午 8 点推送此条消息,设置了离线时间 2 小时。在 8:00 - 10:00 内,设备在线则会触发消息下发。剩余未发送的用户,在到达10:00后,0-5 分钟之内剩余消息走厂商通道下发。
{
"settings":{
"lst":3600000,
"ttl":7200000,
"strategy":{
"default": 1
},
"active_push": true,
"need_backup": true
}
}
亮屏推送实现方案二(开发者接收亮屏信号自己下发消息)
① 提供 appid 和接收回执的 url 地址,联系个推技术支持开通亮屏推送。例如 url :https://xxx.xxx.xx.xxx/getReportUrl.do
② 个推在(07:00-22:00)时间段内,检测到设备在线时,会给回执地址返回亮屏信号回执,回执内包含开发者自己应用的 appid 和 cid 。
③ 开发者接收到此亮屏信号后,可以自定义筛选策略,立即对 cid 下发消息。
个推给开发者 url 返回亮屏回执的协议及参数说明:
① 数据传递
② 回执参数
请求头:
参数 | 值 |
---|---|
Content-Type | application/json; charset=utf-8 |
请求体:
参数 | 值 |
---|---|
appId | 客户在个推开发者中心创建的应用的 appId |
id | 标记客户app用户的客户端id:个推 SDK 的唯一识别号 cid |
使用特殊的通知栏样式可以吸引用户的眼球,增加阅读兴趣。
大图、大文本:通知栏消息支持富文本与大图消息,使消息更富个性化。详见:通知大图、大文本 。
角标:应用角标,是手机桌面应用图标右上角圆点或者数字角标。详见 角标设置 。
Emoji:通知栏等消息如果适当的融入 emoji 表情,可以更好的跟用户交流,提高消息的点击率。详见:emoji 表情推送 。
纯图片、换底图:仅支持 Android 在线透传消息,开发可对透传消息做自定义样式处理。实现方式可参考个推侧提供的 《彩色通知Demo》 ,Demo 需联系个推技术支持提供。
自定义铃声:开发者可自定义通知铃声(区别于系统提示音),通过声音的方式,更加有效地提醒用户及时查阅关键消息。详见 自定义通知铃声 。
消息分组:调用 服务端api推送时,设置 thread-id 参数,不同 thread-id 不会被收纳,会分开展示。
android(仅支持在线通知分组),服务端参数:push_message --> notification --> thread_id
ios(仅支持离线 apns 通知分组) ,服务端参数:push_channel--> ios --> thread-id
消息重弹:调用 服务端api 推送时 ,设置以下2个参数。
名称 | 类型 | 是否必须 | 默认值 | 描述 |
---|---|---|---|---|
redisplay_freq | Number | 否 | 0 | 消息重弹次数,0代表不重弹,若要设置消息重弹则必须大于1,上限3次。关于消息重弹功能,见下方注释 |
redisplay_duration | Number | 否 | 0 | 消息重弹间隔(单位小时),仅当重弹次数大于0时才生效,代表每次消息重弹之间的最小间隔。由于重弹依赖SDK登录动作,因此实际的重弹间隔可能会大于设置的最小间隔。0代表登录即弹,大于0即忽略在最小间隔内的登录重弹动作,上限为24小时 |
消息重弹注意事项:
① 要求客户端SDK:gtsdk 3.2.5.0 以上版本
② 仅支持个推渠道下发的安卓通知消息。
③ 设置消息重弹后,当触发 SDK 的登录动作时,且满足重弹次数和时间间隔要求,则会将通知消息置顶重弹。能被重弹的消息需要满足:
个推标签:调用个推的 【toApp】根据条件筛选用户推送 api ,根据个推提供的个推用户画像使用编码,设置对应标签后,个推会自动圈选标签下的人群推送。
自定义标签:开发者给用户打上自定义标签,例如:“男性”,“喜爱足球”等。然后可圈选此类标签用户进行推送,详见:标签推送 。
个推标签和开发者自定义标签可结合一起使用。
点击标签:在个推后台创建消息下发任务时,设置自定义点击标签,点击此消息的用户会自动打上此标签。再次下发消息时,可通过标签直接圈选目标人群下发消息。详见:【消息推送】点击标签 。
根据文案特征,预测对文案有高点击偏好的用户群体, 助力开发者选取最适合的人群下发消息,实现“给合适的人发合适的内容", 提升消息点击率和点击数。同时差异化推送可以减少无效消息对用户的打扰及厂商通道额度的占用。
功能使用:详见 【智选人群】,目前此功能仅支持在个推后台页面使用。
通过 A/B 分组对比测试,让消息最终通过效果更好的文案进行下发。
功能使用:详见【消息推送】分组对比 ,目前此功能仅支持在个推后台页面使用。
测试示例:假设当前有 100 万的目标推送用户。
① 设置 A、B、C 三组不同文案,每组各圈选 1 万用户进行消息下发。
② 个推会智能对比 3 组用户的触达、点击效果,对剩余的 97 万用户使用触达效果的文案进行消息下发。
进阶的深度数据分析能力,帮助运营人员深入了解推送情况,找到新运营策略,提升推送转化。如:折损原因分析、后效人群洞察、消息链路追踪等。
① 折损原因分析:登陆 个推开发者中心 ,支持消息从下发-到达-展示各阶段消息未触达的折损原因分析,快速诊断定位折损原因。针对性解决问题查看推送数据中任务”详情“,即可看到完整的推送数据以及后效折损。详见:【数据统计】推送数据 。
② 消息链路查询:支持在 个推开发者中心 通过 TaskID 以及 CID 查询消息下发的明细数据。
③ 后效人群洞察:针对点击、到达未点击用户进行人群画像分析,帮助运营人员深入了解用户特征,找到新的运营策略,提升用户活跃、转化的效果。
注意:此功能需要先接入 个推.用户运营 产品,并联系个推技术开通后效人群洞察后才可使用。