一个在微信上打开的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，制券方也可以在卡券后台看到实时库存，从而得到出卡券的数据漏斗。
