[发明专利]一种动态配置埋点的方法及设备

说明书

本申请的目的是提供一种动态配置埋点的方法及设备，本申请通过网络设备与用户设备之间建立起的连接新获取配置版本信息；将之前获取的配置版本信息与新获取的配置版本信息进行比对，确定发生变更的配置数据；基于页面上的事件进行埋点定义及投递日志的格式定义，得到埋点配置信息和投递日志的格式信息；根据所述用户设备的获取请求分别将发生变更的配置数据、埋点配置信息及投递日志的格式信息发送至所述用户设备。从而，对埋点行为进行定义和动态变更，以解决实时埋点需求变更问题，并提供一种日志格式配置定义端上投递日志信息的格式规范，解决不同端上开发人员投递日志内容不一致的问题，进而提升日志数据质量。

技术领域

本申请涉及计算机领域，尤其涉及一种动态配置埋点的方法及设备。

背景技术

通常通过一些统计指标，例如，活跃用户数、某个位置的点击率、某个活动的转化率等等来反映一款产品的产品功能，而这些指标的计算都是通过在PC端或者移动端(以下简称”端”)埋点来获取用户行为数据通过大数据的手段进行统计分析得出。

最初的埋点都是通过具体的开发人员在开发阶段针对产品的需求和埋点的定义在某些指定页面或者指定行为上预先编写好相关行为日志投递代码，这样在下个版本发布之后，能够采集到相关的日志信息。然而，在产品快速迭代，需求不断变更的场景下，这种预先定义的方式无法满足多场景的需求，灵变性差，比如想在线上产品上增加埋点，采用这种方式就无法满足，而移动端产品审核发布周期比较长，不像PC端网页内容是由服务端控制呈现的，所以针对移动端只能先把埋点代码加好，等下个版本发布上线。因而无法及时的追踪产品某些功能的效果好坏和用户的体验情况，极端情况下可能导致用户流失的情况发生。

而且由于IOS和安卓两个不同移动端的开发人员属不同组，对埋点定义的理解有偏差可能导致投递出来的日志格式不统一，对后期的数据清洗、统计分析工作都带来了不小的麻烦，而且如果埋点有BUG投递有问题只有通过发版本来修复，频繁的升级势必也会影响用户体验。

由开发人员增加埋点，测试人员进行埋点日志跟踪测试，然后由埋点定义者验收埋点成果，流程繁琐，三方沟通成本非常大，而且一方测试没有通过，要回到起点重新进行回归测试，沟通成本高，需要开发人员投入大量精力在辅助性功能上，工作效率低。

发明内容

本申请的一个目的是提供一种动态配置埋点的方法及设备，解决埋点需求变更以及不同端上开发人员投递日志内容不一致的问题。

根据本申请的一个方面，提供了一种在用户设备端动态配置埋点的方法，该方法包括：

通过与网络设备之间建立起的连接将配置版本信息发送至所述网络设备；

获取从所述网络设备经过比对确定发生变更的配置数据；

对发生变更的配置数据进行解析并缓存后，根据页面的唯一标识获取缓存的配置数据；

在所述页面上加载已注册配置数据的元素事件；

根据触发条件对加载的元素事件进行解析配置日志格式，并提取页面的相关信息进行日志采集。

进一步地，获取从所述网络设备经过比对确定发生变更的配置数据之后，包括：

获取埋点配置和投递日志的格式信息。

进一步地，在所述页面上加载已注册配置数据的元素事件，包括：

在所述页面上对于相应的元素添加相应的元素事件响应。

进一步地，所述方法还包括：

基于所述页面上的元素事件定义对应的来源页和目标页，其中，所述来源页和目标页包括用户行为路径信息。

进一步地，基于所述页面上的元素事件定义对应的来源页和目标页之后，包括：