一个在微信上打开的H5页面,数据的产生是从用户点击页面链接开始,到用户关闭H5页面结束,在这多个环节中,目前因微信本身的机制,对H5的数据分析会有一定影响。目前对微信H5的数据统计也有多种方法在探索,结合工作按流程整理如下:
一、用户访问页面,页面执行微信授权判断
这个过程,因微信自身机制,H5页面会先加载,然后再判断是否授权,授权方式分2种:
1、静默授权,仅用于获取用户OpenID.
2、大绿页授权,用户手动点击授权后,无需用户关注,就能获取用户的基本信息。
对第二种授权方式,用户打开页面→页面加载第一次→调取大绿页授权→用户手动点击授权→页面加载第二次。目前互动页面,会在页面第一次加载,此时用户对互动页身份未知,页面给他随机生成一个ID,以记录UV。当用户手动授权后,页面加载第二次时,会重新生成一个新的ID,因为此时页面已拿到用户OpenID,授权后的该用户和授权前的用户,对互动页面来说,是2个用户。
上面这种情况,符合逻辑,离事实会有一定误差,但这个误差是因系统本身机制引起,而不是用户行为引起。导致的结果是对同一个真人,PV+2,UV+2,PV统计了页面请求数,而不是用户实际打开和看到了这个页面的数量。
二、页面加载完成,用户进行页面操作
H5页面的数据统计是一个新问题,传统主流的统计分析网站,以腾讯分析为例,仍可以用来统计H5页面的基本PV/UV,而页面本身的功能和用户操作,则需要通过网站自身埋点来统计,因此一个H5页面,会生成3个平台上的UV(微信、腾讯分析、页面自身埋点),而两个不同平台上的UV是客观存在差异的,因此在分析数据时,要明确以什么平台为准。
拿页面自身统计来说,功能埋点可按日期/小时划分,页面的PV/UV则可通过用户第一次进入页面时生成的随机ID来统计,这个ID不因用户访问时间和地点改变,除非用户清除微信缓存,因此可靠程度较高。
拿腾讯分析这类统计平台来说,可以看到实时的PV和UV是一个优势,但这类统计平台的用户画像数据则不太稳定,往往出现较大波动,且数据有误差,而且目前html这类页面,无法在腾讯分析平台分页面查看数据,PHP可以。因此它们更适合看个网站整体概况。分渠道页则需要自己去埋点区分。
三、卡券(优惠券)发放数据如何统计和分析
在微信上的H5页面发放卡券很常见,但在分析卡券从投放到核销的整个流程中,有些问题要注意:
1、一张卡券从制券,到最终核销经历的过程是:
制券:卡券平台可以看到卡券信息、库存;
互通:卡券支持互通到另一个公众号(通过原始ID区分),让这个公众号来代投放你的卡券,这种第三方卡券营销公司可以代为投放各种类型的卡券,代为管理和统计,省去不少制券方的事。
投放:投放的开始,比如用户参与抽奖或游戏可获得卡券,需要前端页面实时调取后台配置的可投放卡券的ID.
曝光:H5页面曝光的卡券相关信息,一般是卡券名称和图片,一次曝光了多少张卡券,那被曝光的所有卡券,其曝光量都+1.
发放:需要分情况,一次曝光多张卡券和一次曝光单张卡券的情况是不同的,比如三选一的卡券,只有用户点击的那张卡券,发放量应该+1;未被点击的卡券,其发送量不应该+1.
领取:需要分情况,分外链和非外链卡券,我们可以在微信上经常看到滴滴/XX外卖券,这类优惠券说白了,其实是非微信官方卡券,而是将优惠券发放到对应产品的用户账号中,比如手机号。对于这种卡券,H5页面能统计到的只有卡券曝光后,用户点击领取按钮的数据,而不能统计到外链页面的数据,这部分数据只能让客户自己去分析转化率;而对于非外链的微信官方卡券,H5页面能通过接口统计到用户在微信官方卡券页面上点击”立即领取“按钮的数据,即这类卡券的一次领取,是用户确实领了这张卡券,然后放入了卡包。
核销:
以上的各个产生数据的环节,都可以分PV/UV,制券方也可以在卡券后台看到实时库存,从而得到出卡券的数据漏斗。
网友评论