序

由于公司小程序产品大多为信息流产品，所以对小程序图文的数据准确性，精细度有较高的需求，以便编辑人员通过对数据的分析，可以针对性的编写图文，提高爆文数量。

问题描述

公司自己是有一个统计平台，对小程序线上各篇图文的阅读量、分享量、分享率、跳出率、停留时长等数据有较为详细的统计。
同时，也使用了微信小程序后台的自定义分析，但是二者的数据差距比较大，微信数据通常是要比公司自己统计的数据更高一些。
所以，针对这一问题，也对小程序自定义分析进行了一些测试。

问题分析

注：一下以较为基础的阅读量与分享量的数据进行剖析

1. 公司自己的统计平台中：阅读量，是使用的方法是在进入文章页中的时候进行接口调用，在onLoad生命周期中进行调用的；分享量，则是在小程序onShareAppMessage函数中进行调用。在后台方面，由于用户量较大，使用了缓存加文件的形式进行处理，先将阅读量存储在缓存中，再每隔一小时进行一次从缓存中插入数据到文件中的操作，这样避免了对数据库的多次请求。前端和后台的逻辑都是十分简单的，所以数据不一致，我们猜测应该是微信统计上报过程中的问题。
2. 在我们的自定义分析中，起初是这样设置的
   
   选择leavePage是因为考虑到是统计阅读量，当用户离开页面的时候，就一定是进入了文章页中，也就可以猜测是进行了阅读。所以使用了leavepage。
   然而实际上，进过我们的测试发现，如果采用leavepage会出现一下问题：1、当用户点击文章中的图片放大查看的时候，也会进行一次上报。2、当用户点击出分享弹窗后，也会进行一次上报。3、leavepage猜测应该是在小程序的onshow生命周期中进行调用上报。
   这个应该就是导致阅读量数据不一致的原因了。
3. 自定义分析中的分享，起初是这样设置的
   
   由于项目中文章页有转发的按钮，开始误以为统计整体的转发量需要将转发按钮单独设置一个click，再加上默认的转发share。但是在实际使用中发现当点击转发按钮时，会触发两次记录。
   所以猜测应该是因为按钮触发的转发事件，会在点击时触发一次，在之后进程会走进onShareAppMessage函数中将会触发一次share事件，再进行一次记录。

解决办法

1、统计文章阅读总次数可以使用如下设置

2、统计分享情况可以使用如下设置

总结

小程序后台的自定义分析中的坑还是比较多的，之前在测试的时候还发现了快速进入退出页面时会出现没有统计到数据的情况。
对于信息流的产品来说，运营时期的整体数据是十分重要的，所以建议有相同需求的产品，可以考虑自己写接口进行统计整体的数据情况，再使用微信自定义分析的数据进行参考。