消息推送 - 点击率提升方案

一、功能介绍

通过“策略+模型”的方式，在”合适的时间，把合适的内容，用合适的策略推给合适的人“，实现在有限的消息限额里，提升消息的触达数、点击数、点击率。

完整的功能权限，需在文档右侧点击 “技术咨询” 扫码联系个推技术支持开通方可使用。

二、前置准备

1. 实现《消息推送 - 到达率提升方案》，更多的消息触达有助于点击数的提升。
2. 厂商消息报表补全 ：由于个推透传、华为、荣耀、oppo，vivo 无单推点击数报表返回，需要您在客户端埋点上报，个提侧才能统计到完整的消息点击数据。

三、实现方案

3.1 合适的时机

通过查询 “设备当前的在线状态”，当用户正在使用手机时下发消息，用户更容易看到，通过 亮屏推送，提升消息点击率。

亮屏推送实现方案一（推荐此方案，个推识别亮屏信号兜底下发消息）

注意：亮屏推送仅（07:00-22:00）时间段内有效，且亮屏推送适用于提升消息的“点击率”，若部分消息的实时要求性比较高，不建议走亮屏推送。

① 提供 appid ，联系个推技术支持开通亮屏推送。

② 调用 个推服务端 api 补充设置字段 need_backup、active_push ，进行亮屏消息推送。示例代码如下：

示例参数说明：推送消息时设置此消息需要亮屏推送，且兜底下发。

例如上午 8 点推送此条消息，设置了离线时间 2 小时。在 8:00 - 10:00 内，设备在线则会触发消息下发。剩余未发送的用户，在到达10:00后，0-5 分钟之内剩余消息走厂商通道下发。

{
    "settings":{
        "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 返回亮屏回执的协议及参数说明：

① 数据传递

1. 协议使用 HTTP POST 方式，通过调用第三方预先提供的 URL 来传递信息。
2. POST 数据的内容采用 JSON格式，详见回执参数。
3. 第三方接口接收请求后有 HTTP 请求响应， 响应的HTTP code等于 200 视为回执成功，否则为回执失败 。无论是否第三方正常处理都不会再尝试重发。
4. 如果请求第三方接口异常 ( 如：发生网络异常 、无响应等)， 尝试三次后如果还是失败将丢弃。

② 回执参数

请求头：

请求体：

3.2 合适的策略

使用特殊的通知栏样式可以吸引用户的眼球，增加阅读兴趣。

大图、大文本：通知栏消息支持富文本与大图消息，使消息更富个性化。详见：通知大图、大文本 。

角标：应用角标，是手机桌面应用图标右上角圆点或者数字角标。详见 角标设置 。

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个参数。

消息重弹注意事项：

① 要求客户端SDK：gtsdk 3.2.5.0 以上版本

② 仅支持个推渠道下发的安卓通知消息。

③ 设置消息重弹后，当触发 SDK 的登录动作时，且满足重弹次数和时间间隔要求，则会将通知消息置顶重弹。能被重弹的消息需要满足：

• 还有剩余重弹次数，每次重弹成功消耗 1 次；
• 距离上一次消息重弹或消息首次展示的时间间隔大于设置的重弹间隔;
• 消息依然在通知栏中，即没有被点击或被清除；
• 消息重弹时，时刻没有超出消息离线时间（即 setting中 的 ttl ），若没设置一般是 1 小时，因此若要使用消息重弹，请设置一个较长的消息离线时间;
• 消息重弹时，时刻在设置的手机端通知展示时间段(即push_message中的duration)内。若不在范围内，不消耗重弹次数，待下一个重弹间隔后重新判断。

3.3 合适的人群

3.3.1 标签推送

个推标签：调用个推的 【toApp】根据条件筛选用户推送 api ，根据个推提供的个推用户画像使用编码，设置对应标签后，个推会自动圈选标签下的人群推送。

自定义标签：开发者给用户打上自定义标签，例如：“男性”，“喜爱足球”等。然后可圈选此类标签用户进行推送，详见：标签推送 。

个推标签和开发者自定义标签可结合一起使用。

点击标签：在个推后台创建消息下发任务时，设置自定义点击标签，点击此消息的用户会自动打上此标签。再次下发消息时，可通过标签直接圈选目标人群下发消息。详见：【消息推送】点击标签 。

3.3.2 模型圈人-文案圈人

根据文案特征，预测对文案有高点击偏好的用户群体， 助力开发者选取最适合的人群下发消息，实现“给合适的人发合适的内容"， 提升消息点击率和点击数。同时差异化推送可以减少无效消息对用户的打扰及厂商通道额度的占用。

功能使用：详见 【智选人群】，目前此功能仅支持在个推后台页面使用。

3.4 合适的内容

通过 A/B 分组对比测试，让消息最终通过效果更好的文案进行下发。

功能使用：详见【消息推送】分组对比 ，目前此功能仅支持在个推后台页面使用。

测试示例：假设当前有 100 万的目标推送用户。

① 设置 A、B、C 三组不同文案，每组各圈选 1 万用户进行消息下发。

② 个推会智能对比 3 组用户的触达、点击效果，对剩余的 97 万用户使用触达效果的文案进行消息下发。

3.5 后效数据分析

进阶的深度数据分析能力，帮助运营人员深入了解推送情况，找到新运营策略，提升推送转化。如：折损原因分析、后效人群洞察、消息链路追踪等。

① 折损原因分析：登陆 个推开发者中心 ，支持消息从下发-到达-展示各阶段消息未触达的折损原因分析，快速诊断定位折损原因。针对性解决问题查看推送数据中任务”详情“，即可看到完整的推送数据以及后效折损。详见：【数据统计】推送数据 。

② 消息链路查询：支持在 个推开发者中心 通过 TaskID 以及 CID 查询消息下发的明细数据。

③ 后效人群洞察：针对点击、到达未点击用户进行人群画像分析，帮助运营人员深入了解用户特征，找到新的运营策略，提升用户活跃、转化的效果。

注意：此功能需要先接入 个推.用户运营 产品，并联系个推技术开通后效人群洞察后才可使用。