个推数据报表,数据助力后效分析及优化,打造消息推送运营闭环

个推数据报表,数据助力后效分析及优化,打造消息推送运营闭环

链接:http://dev.getui.com/

【数据统计】概述

个推数据报表主要分为3个模块:【推送数据】、【日推送数】、【用户数据】,从推送任务、日期、用户三大数据维度,全面分析应用的推送转化、趋势及用户活跃情况;更有关闭通知率、卸载用户数等特色数据分析。个推数据报表,致力于运用数据助力消息推送后效分析及优化,打造消息推送运营闭环,提升消息推送效率及质量。

一级 菜单栏 二级 菜单栏 数据类型 数据含义 数据 维度 计算逻辑 时效性
数据 统计 推送数据 转化情况 各个推送渠道(个推、厂商、apn、短信等),消息从可下发-实际下发-到达-展示-点击的转化情况 推送任务维度 当日数据通过回执实时计算;次日数据,部分由厂商提供的报表显示;不提供单推维度数据 当日实时,次日起T-1
数据 统计 推送数据 折损分析 提供消息从下发-到达-展示-点击各阶段消息未触达折损的原因分析,比如:卸载、关闭通知、推送超限、参数超限、参数无效等 推送任务维度 通过个推、厂商回执、sdk汇报等数据统计;不提供单推维度数据 T-1
数据 统计 推送数据 大盘分析 提供每个任务的消息到达率和点击率,与应用自身的平均值,及个推大盘的均值做比较;了解每个任务的消息转化水平 推送任务维度 比较应用自身的平均值,及个推大盘的均值;不提供单推维度数据 T-1
数据 统计 日推送数 趋势图 个推渠道,所有推送任务的总体下发、到达、点击情况 日期维度 计算过去24小时内 每半小时刷新一次
数据 统计 日推送数 每日转化情况 每日所有推送任务的数据总合,区分各渠道情况 日期维度 当日所有推送任务,任务维度数据合计;提供单推、群推、列表推等所有维度数据 T-1
数据 统计 用户数据 新增用户数 首次连接到个推服务器的用户数 用户维度 根据sdk汇报数据统计 T-1
数据 统计 用户数据 次日留存率 新用户在第二天的使用情况比例 用户维度 根据sdk汇报数据统计 T-1
数据 统计 用户数据 在线用户数(峰值) 当前与个推服务器保持连接的用户数的峰值 用户维度 根据sdk汇报数据统计 T-1
数据 统计 用户数据 百日联网用户数 近3个月内个推推送SDK与个推服务器建立过长链接的用户总数量 用户维度 根据sdk汇报数据统计 T-1
数据 统计 用户数据 日联网用户数 当日内个推推送SDK与个推服务器建立过长链接的用户总数量 用户维度 根据sdk汇报数据统计 T-1
数据 统计 用户数据 关闭通知率 活跃用户中,通知栏消息提示关闭的用户数占比 用户维度 根据sdk汇报数据统计 T-1
数据 统计 用户数据 卸载用户数 每周卸载该应用的用户数 用户维度 根据sdk汇报数据统计 T-1

【场景描述】

​ 某客户的运营人员面向其应用的全部用户,推送了一条通知消息,消息下发后,运营同学在个推开发者中心-数据统计-推送数据-通知消息列表里搜索该推送任务,点击详情,实时、持续关注推送到达及转化的详细数据

​ 而后,该运营同学查看了大盘分析,观察到本条推送任务的到达率及点击率,相较其应用以往的推送任务有小幅提升,但和个推大盘的到达率、点击率相比,仍然存在一定差距。

​ 该运营同学从推送数据里查看各推送渠道的下发-到达-展示-点击的使用情况,仔细分析该推送任务的转化率。发现点击率过低的原因,是华为、oppo没有点击数,查看报表说明后,发现有提示说明华为、oppo没有返回点击数,可使用“自定义消息补全”来完善数据。在个推技术支持的协助下,客户使用“自定义消息补全”功能完善了数据。

​ 该运营同学同时也观察了该任务推送的折损情况,根据折损原因分析,发现vivo渠道的参数无效占比较高,经调查,原来是vivo的标题过长了,经过调整后,客户使用厂商推送策略,给vivo的用户重新补发了一条标题调整后的消息,消息下发成功,提升了消息到达率。

​ 同时针对关闭通知的用户,客户使用“广告补发”功能,通过广告投放的方式成功唤醒了用户。

​ 次日,该运营同学查看了“数据统计-日推送数”里每日推送数据统计,了解了各渠道每日的推送量及转化情况;针对个推渠道,查看了过去24小时的推送下发量、到达量、点击量的趋势图,发现用户点击行为集中在晚上18点-22点之间。为了让消息推送时尽可能不被埋没,客户调整了推送策略,让消息下发定时在晚间17点-22点间,在用户最可能点击的时候下发消息

​ 经过一段时间的推送策略调整,客户观察“数据统计-用户数据”的变化,推送策略不断优化后,日活数也在逐步提升。

【数据统计】推送数据

功能介绍

推送数据从推送任务维度出发,报告每个推送任务(包括通知消息、透传消息、分组对比消息、API推送消息)的任务详情以及推送数据分析。方便APP运营人员一站式查看推送任务的详情、转化数据及大盘对比;快速进行未触达的折损分析、诊断定位问题、调整推送运营策略,提升运营效率。

任务详情主要包括:推送标题、推送内容、task ID、任务状态、目标平台、目标用户、推送有效时长、推送时间等。

推送数据分析主要包括:单个推送任务各推送渠道转化数据分析、单个推送任务各阶段消息未触达的折损原因分析、单个推送任务与应用及个推大盘均值对比的大盘分析。

1、各推送渠道转化数据分析

主要报告单个推送任务在各个推送渠道(个推、厂商、apn、短信等)从可下发数-成功下发数-到达数-展示数-点击数的转化情况。

img

img

2、各阶段消息未触达的折损原因分析

针对单个推送任务,提供消息从下发-到达-展示-点击各阶段,消息未成功触达的折损原因分析,比如:卸载、关闭通知、推送超限、参数超限、参数无效等。快速诊断定位折损原因,并给出针对性的建议解决方案。同时支持开发者导出未收到消息的用户折损列表,便于针对这部分用户做后续触达转化,提高运营效率。

img

img

3、大盘分析

针对单个推送任务,提供每个任务的消息到达率和点击率,与应用自身的平均值及APP所属分类Top20个推应用的均值做比较,高效评估该推送任务的转化水平,调整推送运营策略。

img

名词解释:

  1. 可下发数:个推认为有效的、可以下发消息的ClientID数,即有效的可下发用户数。ClientID 在100天内没有登录请求,其卸载概率非常大,个推服务端定义该ClientID失效,不再进行消息下发。

  2. 成功下发数:本次推送任务中,由个推服务器实际下发到客户端的消息总数(不包含卸载数)。该数据实时更新。

  3. 到达数:实际送达到客户端的消息总数,个推SDK上报给个推服务器的到达回执总数(不包含卸载数和关闭通知数)。该数据实时更新。

  4. 展示数: 通知到达用户手机后由个推SDK正确解析并展示在用户手机通知栏的展示回执总数(包含关闭通知数)。该数据实时更新。

注:对于透传消息由于是APP客户端自行处理展示,所以个推无法统计其展示数,可以用自定义事件来统计(详情咨询个推技术支持)。

  1. 点击数: 通知展示在用户手机通知栏后,点击该通知的用户总数。该数据实时更新。

注:透传消息由于是APP客户端自行处理展示,所以个推无法统计其点击数,可以用自定义事件来统计(详情咨询个推技术支持)。

【数据统计】日推送数

功能介绍

日推送数从日期维度出发,报告过去24小时内所有推送任务的总体下发、到达及点击情况,同时支持查看、导出各自然日内,当日所有推送任务(包括通知消息、透传消息、分组对比消息、API推送消息)的推送总量、成功下发数总量、到达数总量、展示数总量、点击数总量等。便于APP运营人员对于每日推送数据快速复盘。

名词解释:

  1. 推送趋势:过去24小时内,所有推送任务的总体下发情况。每半小时刷新一次(个推渠道数据)。

  2. 到达趋势:过去24小时内,所有推送任务的总体到达情况。每半小时刷新一次(个推渠道数据)。

  3. 点击趋势:过去24小时内,所有推送任务的总体点击情况。每半小时刷新一次(个推渠道数据)。

img

【数据统计】用户数据

功能介绍

用户数据从用户维度出发,报告当前所选择应用的用户数据,包括新增用户数、次日留存率、在线用户数(峰值)、日联网用户数、百日联网用户数、关闭通知率、卸载用户数的数据。便于APP运营人员掌握用户新增、活跃、留存、流失等情况。

名词解释:

  1. 新增用户:首次连接到个推服务器的用户数。

  2. 次日留存率:新用户在第二天的使用情况比例。

  3. 在线用户数(峰值):当前与个推服务器保持连接的用户数的峰值。

  4. 日联网用户数:当日内个推推送SDK与个推服务器建立过长链接的用户总数量。

  5. 百日联网用户数:近3个月内个推推送SDK与个推服务器建立过长链接的用户总数量。

  6. 关闭通知率:活跃用户中,通知栏消息提示关闭的用户数占比。

  7. 卸载用户数:每周卸载该应用的用户数。

img

个推数据报表,致力于运用数据助力消息推送后效分析及优化,打造消息推送运营闭环,提升消息推送效率及质量,为客户提供更便捷,更全面,更高效的数据运营方案。

文档中心搜索

技术
咨询

微信扫一扫

随时联系技术支持

在线
咨询