CN116955055A - 一种埋点数据的上报方法和装置 - Google Patents

Abstract

本发明公开了一种埋点数据的上报方法和装置，涉及互联网技术领域。该方法的具体实施方式包括：响应于用户对第一页面的触发，获取与所述第一页面对应的第一埋点数据；将与所述第一页面对应的所述第一埋点数据存储至本地缓存；根据用户对所述第一页面的触发，跳转至与触发位置对应的第二页面；从所述本地缓存获取与所述第一页面对应的第一埋点数据，并上报所述第一埋点数据。该实施方式能够缓存埋点数据并在链接跳转成功后再向服务端上报，既能保证对用户的快速响应，又能保证埋点数据的正常上报，提升用户体验的同时保证数据服务的稳定性。

Description

一种埋点数据的上报方法和装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种埋点数据的上报方法和装置。

背景技术

用户在浏览物品时，通常是点击对应的物品名称或者物品图片，链接跳转后，方可访问对应的物品详情页。现有的用户访问数据统计中，通过点击埋点上报的功能，对用户访问数据进行上报。

常见的上报方式有两种：一是用户点击的同时上报埋点数据，上报成功后再跳转链接；二是用户点击的同时上报埋点数据，无论上报结果成功与否即直接跳转链接。

现有的埋点数据上报方式中，由于埋点上报为异步请求，到达服务端需要一定时间，上报成功再跳转的方式无法及时向用户返回详情数据，这会造成访问延时，使得用户体验较差；上报后直接跳转的方式可能出现链接已跳转、但上报请求还未到达服务端，请求中断导致上报失败。

发明内容

有鉴于此，本发明实施例提供一种埋点数据的上报方法和装置，能够缓存埋点数据并在链接跳转成功后再向服务端上报，既能保证对用户的快速响应，又能保证埋点数据的正常上报，提升用户体验的同时保证数据服务的稳定性。

为实现上述目的，根据本发明实施例的一个方面，提供了一种埋点数据的上报方法，包括：

响应于用户对第一页面的触发，获取与所述第一页面对应的第一埋点数据；

将与所述第一页面对应的所述第一埋点数据存储至本地缓存；

根据用户对所述第一页面的触发，跳转至与触发位置对应的第二页面；

从所述本地缓存获取与所述第一页面对应的第一埋点数据，并上报所述第一埋点数据。

可选地，还包括：

接收所述第一埋点数据的上报结果；

在所述上报结果为上报成功的情况下，清除所述本地缓存中与所述第一页面对应的第一埋点数据。

可选地，所述本地缓存中的埋点数据的存储形式为键值对形式，所述将与所述第一页面对应的所述第一埋点数据存储至本地缓存，包括：

查询所述本地缓存中预置的埋点数据键值对；其中，所述埋点数据键值对为一对一键值对；

将与所述第一页面对应的第一埋点数据存储至所述埋点数据键值对。

可选地，所述从所述本地缓存获取与所述第一页面对应的第一埋点数据，包括：

查询所述本地缓存中的所述埋点数据键值对；

获取所述埋点数据键值对的值；

确定所述埋点数据键值对的值为与所述第一页面对应的第一埋点数据。

可选地，所述清除所述本地缓存中与所述第一页面对应的第一埋点数据，包括：

查询所述本地缓存中的所述埋点数据键值对；

将所述埋点数据键值对的值删除。

可选地，在所述清除所述本地缓存中与所述第一页面对应的第一埋点数据之后，还包括：

接收用户对第三页面的触发，获取与所述第三页面对应的第二埋点数据；

根据与所述第三页面对应的所述第二埋点数据，更新所述埋点数据键值对。

可选地，利用http请求上报所述埋点数据。

可选地，所述第一埋点数据指示了所述第一页面中与触发位置对应的物品的物品属性；所述根据用户对所述第一页面的触发，跳转至与触发位置对应的第二页面，包括：

根据所述物品属性，跳转至包括所述物品的物品详情的第二页面。

根据本发明实施例的再一个方面，提供了一种埋点数据的上报装置，包括：

获取模块，用于响应于用户对第一页面的触发，获取与所述第一页面对应的埋点数据；

存储模块，用于将与所述第一页面对应的所述埋点数据存储至本地缓存；

跳转模块，用于根据用户对所述第一页面的触发，跳转至与触发位置对应的第二页面；

上报模块，用于从所述本地缓存获取与所述第一页面对应的埋点数据，并上报所述埋点数据。

根据本发明实施例的另一个方面，提供了一种埋点数据的上报电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明提供的埋点数据的上报方法。

根据本发明实施例的还一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明提供的埋点数据的上报方法。

上述发明中的一个实施例具有如下优点或有益效果：因为采用在用户触发第一页面时，获取第一页面的第一埋点数据并存储至本地缓存，同步缓存保证第一埋点数据存储成功；并在与触发位置对应的第二页面加载完成后，再上报第一埋点数据的技术手段，所以克服了现有的埋点数据上报方式会造成访问延时，使得用户体验较差、上报请求中断导致上报失败的技术问题，进而达到能够缓存埋点数据并在链接跳转成功后再向服务端上报，既能保证对用户的快速响应，又能保证埋点数据的正常上报，提升用户体验的同时保证数据服务的稳定性的技术效果。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的埋点数据的上报方法的主要流程的示意图；

图2是根据本发明实施例的埋点数据的存储方法的主要流程的示意图；

图3是根据本发明实施例的埋点数据的获取方法的主要流程的示意图；

图4是根据本发明实施例的埋点数据的删除方法的主要流程的示意图；

图5是根据本发明实施例的埋点数据的更新方法的主要流程的示意图；

图6是根据本发明实施例的埋点数据的上报装置的主要模块的示意图；

图7示出了适于应用于本发明实施例的埋点数据的上报方法或埋点数据的上报装置的示例性系统架构图；

图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的埋点数据的上报方法的主要流程的示意图，如图1所示，本发明的埋点数据的上报方法包括如下步骤：

现有的用户访问数据分析过程中，通常在页面链接跳转前设置埋点，以获取埋点数据，从而对用户访问数据进行分析。埋点上报和页面链接跳转是异步处理，相应地，埋点上报为异步请求，即前端根据用户的触发，将埋点数据异步发送至后端，并接收后端返回的上报结果。在上报结果指示上报成功后，再跳转至对应页面。

埋点上报过程需要一定的时间，因此，虽然在用户的角度看来，仅仅需要触发一下物品名称/物品图片，即可获得对应的物品详情。但是，由于埋点上报过程的耗时，会造成用户获取物品详情的延时，用户访问时可能有卡顿现象或者缓冲时间较长，给用户造成较差的使用体验。

为了防止访问延时降低用户满意度，现有的解决方式是发送埋点上报的异步请求后，不等待后端上报结果的返回，即跳转至对应页面，通过前端向用户展示，以防止用户访问延时。然而，随着数据量的剧增，后端与前端的服务器通常分布在不同的地区，使得异步请求由前端发送至后端需要较长时间，有可能出现埋点上报异步请求还未发送至后端，页面链接已经跳转成功，导致异步请求中断，后端无法获取埋点数据。

通过本发明的埋点数据的上报方法，可以同时保证埋点数据的正常上报和页面链接的正常跳转，即及时响应用户的同时使得后端能够获取埋点数据，为用户提供更好的使用体验并且确保埋点数据的成功上报。

步骤S101，响应于用户对第一页面的触发，获取与所述第一页面对应的第一埋点数据。

在本发明实施例中，用户的访问过程通常包括：在第一页面为用户展示一个或多个物品的物品名称和/或物品图片；根据用户的触发，跳转至与用户的触发位置对应的第二页面。其中，第二页面中包括物品的物品详情，比如，第二页面可以是物品详情页面，第二页面依赖于第一页面。

在本发明实施例中，由前端向用户展示第一页面和/或第二页面，通过埋点上报功能获取第一埋点数据后，将第一埋点数据发送至与前端对应的后端，并接收后端返回的上报结果。

在本发明实施例中，埋点数据指示了第一页面中与触发位置对应的物品的物品属性，物品属性可以是物品的相关数据，比如，物品标识、物品名称、物品标题，或者，物品属性可以是物品sku。

步骤S102，将与所述第一页面对应的所述第一埋点数据存储至本地缓存。

在本发明实施例中，本地缓存中的埋点数据的存储形式为键值对形式，本地缓存可以是浏览器缓存或者应用程序缓存，根据用户访问的页面类型确定。

在本发明实施例中，如图2所示，本发明的埋点数据的存储方法包括如下步骤：

步骤S201，查询所述本地缓存中预置的埋点数据键值对；其中，埋点数据键值对为一对一键值对。

在本发明实施例中，本地缓存预先设置埋点数据键值对，用于存储埋点数据，埋点数据键值对为一对一键值对，比如，埋点数据键值对的key键标识为et，value值用于存储埋点数据(比如，物品标识、物品名称、物品标题或者物品sku)。

步骤S202，将与所述第一页面对应的第一埋点数据存储至所述埋点数据键值对。

在本发明实施例中，将与第一页面对应的第一埋点数据赋值给与key键标识为et对应的埋点数据键值对的value值，从而保存与第一页面对应的第一埋点数据。

在本发明实施例中，因为将埋点数据存储至本地缓存与获取与第一页面对应的第一埋点数据是同步操作，所以存储数据是一定会成功的。

在本发明实施例中，埋点数据键值对单纯存储与第一页面对应的第一埋点数据，由于埋点数据键值对存储的第一埋点数据为单一埋点数据，而非现有技术中的全部数据(包括埋点数据、页面快照、物品详情等等)，故而需要占据的本地缓存空间极小，不会给本地缓存造成负担，故而不会对本地缓存的运行造成干扰或影响，保证前端、后端的正常运行和处理效率。

在本发明实施例中，通过本发明的埋点数据的存储方法，能够利用预置的一对一键值对，将与第一页面对应的单一埋点数据进行存储，存储效率高，并且不会对本地服务造成负担，保证本地服务的正常运行。

步骤S103，根据用户对所述第一页面的触发，跳转至与触发位置对应的第二页面。

在本发明实施例中，触发位置与第一埋点数据相对应，触发位置指示了物品标识、物品名称、物品标题或者物品sku等物品属性，具体地：

根据物品标识、和/或物品名称、和/或物品标题，跳转至包括物品的物品详情的第二页面；

或者，根据物品sku，跳转至包括物品的物品详情的第二页面。

步骤S104，从所述本地缓存获取与所述第一页面对应的第一埋点数据，并上报所述第一埋点数据。

在本发明实施例中，利用http请求上报埋点数据。

在本发明实施例中，在页面链接跳转成功，即第二页面的物品详情加载完成后，再上报与第一页面对应的第一埋点数据。

通过本发明的埋点数据的上报方法，因为无需等待埋点数据的上报结果，故而不会造成用户获取物品详情时的延时，用户访问不会出现卡顿现象，用户使用体验提升，可以提高用户满意度。

通过本发明的埋点数据的上报方法，在第二页面的物品详情加载完成后再上报第一埋点数据，由于第一埋点数据上报与页面链接跳转分别独立，故而不会因为页面链接跳转导致埋点数据上报请求中断，保证了第一埋点数据的正常上报，因此，后端可以正常获取第一埋点数据，从而对用户访问数据进行分析以进一步提升用户体验。

在本发明实施例中，如图3所示，本发明的埋点数据的获取方法包括如下步骤：

步骤S301，查询所述本地缓存中的所述埋点数据键值对。

在本发明实施例中，在第二页面的物品详情加载完成后，查询本地缓存中的key键标识为et的埋点数据键值对。

步骤S302，获取所述埋点数据键值对的值。

在本发明实施例中，获取key键标识为et的埋点数据键值对的value值。

步骤S303，确定所述埋点数据键值对的值为与所述第一页面对应的第一埋点数据。

在本发明实施例中，确定key键标识为et的埋点数据键值对的value值为与第一页面对应的第一埋点数据。

在本发明实施例中，通过本发明的埋点数据的获取方法，能够在第二页面的物品详情加载完成后，从本地缓存获取与第一页面对应的第一埋点数据，故而在保证页面链接正常跳转的同时获取第一埋点数据，以便于后续上报。

在本发明实施例中，如图4所示，本发明的埋点数据的删除方法包括如下步骤：

步骤S401，接收所述第一埋点数据的上报结果。

步骤S402，在所述上报结果为上报成功的情况下，清除所述本地缓存中与所述第一页面对应的第一埋点数据。

步骤S4021，查询所述本地缓存中的所述埋点数据键值对。

在本发明实施例中，在上报成功的情况下，查询本地缓存中的key键标识为et的埋点数据键值对。

步骤S4022，将所述埋点数据键值对的值删除。

在本发明实施例中，将key键标识为et的埋点数据键值对的value值删除，即将与第一页面对应的第一埋点数据删除，以便于存储下一埋点数据，保证下次再上报的时候获取到的埋点数据是最新存进来的。

在本发明实施例中，通过本发明的埋点数据的删除方法，能够在上报与第一页面对应的第一埋点数据后，及时清除本地缓存中埋点数据键值对的值，即删除与第一页面对应的第一埋点数据，从而为下一埋点数据的存储作准备。

在本发明实施例中，如图5所示，本发明的埋点数据的更新方法包括如下步骤：

步骤S501，接收用户对第三页面的触发。

在本发明实施例中，在删除本地缓存中的埋点数据键值对的value值，即删除与第一页面对应的第一埋点数据后，接收用户新的触发，比如，用户对第三页面的触发；其中，第三页面可以和第一页面相同或不同。

步骤S502，获取与所述第三页面对应的第二埋点数据。

在本发明实施例中，第二埋点数据指示了第三页面中与触发位置对应的物品的物品属性。

步骤S503，根据与所述第三页面对应的所述第二埋点数据，更新所述埋点数据键值对。

在本发明实施例中，利用本发明的埋点数据的存储方法，将与第三页面对应的第二埋点数据赋值给与key键标识为et对应的埋点数据键值对的value值，从而根据用户新的对第三页面的触发更新埋点数据键值对，保存与第三页面对应的第二埋点数据。

在本发明实施例中，通过本发明的埋点数据的更新方法，能够在第一页面响应完成并清除本地缓存中与第一页面对应的第一埋点数据后，接收新的用户触发，并将与用户触发的第三页面对应的第二埋点数据存储至本地缓存的埋点数据键值对的值，实现根据用户新的触发更新埋点数据键值对。

在本发明实施例中，本发明的埋点数据的上报方法单纯上报与第一页面对应的单一埋点数据，故而在页面链接跳转时仅需要获取、保存和上报与第一页面对应的单一埋点数据，而非现有技术中的全部数据；进一步地，本发明的埋点数据的上报方法接收新的用户触发，从而更新埋点数据键值对的值，保证前端、后端服务的正常运行。

由于获取、保存、上报和更新的数据量极小，获取、保存、上报和更新速度快，对前端和后端运行几乎毫无影响，保证前端、后端的正常运行和处理效率。

在本发明实施例中，通过响应于用户对第一页面的触发，获取与所述第一页面对应的埋点数据；将与所述第一页面对应的所述埋点数据存储至本地缓存；根据用户对所述第一页面的触发，跳转至与触发位置对应的第二页面；从所述本地缓存获取与所述第一页面对应的埋点数据，并上报所述埋点数据等步骤，能够缓存埋点数据并在链接跳转成功后再向服务端上报，既能保证对用户的快速响应，又能保证埋点数据的正常上报，提升用户体验的同时保证数据服务的稳定性。

图6是根据本发明实施例的埋点数据的上报装置的主要模块的示意图，如图6所示，本发明的埋点数据的上报装置600包括：

获取模块601，用于响应于用户对第一页面的触发，获取与所述第一页面对应的第一埋点数据。

在本发明实施例中，用户的访问过程通常包括：在第一页面为用户展示一个或多个物品的物品名称和/或物品图片；根据用户的触发，跳转至与用户的触发位置对应的第二页面。其中，第二页面中包括物品的物品详情，比如，第二页面可以是物品详情页面，第二页面依赖于第一页面。

在本发明实施例中，响应于用户对第一页面的触发，所述获取模块601获取与第一页面对应的第一埋点数据。

在本发明实施例中，埋点数据指示了第一页面中与触发位置对应的物品的物品属性，物品属性可以是物品的相关数据，比如，物品标识、物品名称、物品标题，或者，物品属性可以是物品sku。

存储模块602，用于将与所述第一页面对应的所述第一埋点数据存储至本地缓存。

在本发明实施例中，本地缓存中的埋点数据的存储形式为键值对形式，本地缓存可以是浏览器缓存或者应用程序缓存，所述存储模块602将与第一页面对应的第一埋点数据存储至本地缓存。

跳转模块603，用于根据用户对所述第一页面的触发，跳转至与触发位置对应的第二页面。

在本发明实施例中，触发位置与第一埋点数据相对应，触发位置指示了物品标识、物品名称、物品标题或者物品sku等物品属性，具体地：

根据物品标识、和/或物品名称、和/或物品标题，所述跳转模块603跳转至包括物品的物品详情的第二页面；

或者，根据物品sku，所述跳转模块603跳转至包括物品的物品详情的第二页面。

上报模块604，用于并上报所述第一埋点数据。

在本发明实施例中，所述上报模块604利用http请求上报埋点数据。

在本发明实施例中，在页面链接跳转成功，即第二页面的物品详情加载完成后，所述上报模块604从本地缓存获取与第一页面对应的第一埋点数据，再上报与第一页面对应的第一埋点数据。

在本发明实施例中，通过获取模块、存储模块、跳转模块和上报模块等模块，能够缓存埋点数据并在链接跳转成功后再向服务端上报，既能保证对用户的快速响应，又能保证埋点数据的正常上报，提升用户体验的同时保证数据服务的稳定性。

图7示出了适于应用于本发明实施例的埋点数据的上报方法或埋点数据的上报装置的示例性系统架构图，如图7所示，本发明实施例的埋点数据的上报方法或埋点数据的上报装置的示例性系统架构包括：

如图7所示，系统架构700可以包括终端设备701、702、703，网络704、上报服务器705和接收服务器706。网络704用以在终端设备701、702、703和上报服务器105之间、上报服务器705和接收服务器706之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备701、702、703通过网络704与上报服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

上报服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对获取到的终端设备701、702、703的埋点数据上报给接收服务器706，并接收接收服务器706反馈的上报结果。

需要说明的是，本发明实施例所提供的埋点数据的上报方法一般由上报服务器705执行，相应地，埋点数据的上报装置一般设置于上报服务器705中。

应该理解，图7中的终端设备、网络、上报服务器和接收服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图，如图8所示，本发明实施例的终端设备或服务器的计算机系统800包括：

中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM803中，还存储有系统800操作所需的各种程序和数据。CPU801、ROM802以及RAM803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块、存储模块、跳转模块和上报模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，上报模块还可以被描述为“从本地缓存获取与第一页面对应的埋点数据，并上报埋点数据的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：响应于用户对第一页面的触发，获取与所述第一页面对应的第一埋点数据；将与所述第一页面对应的所述第一埋点数据存储至本地缓存；根据用户对所述第一页面的触发，跳转至与触发位置对应的第二页面；从所述本地缓存获取与所述第一页面对应的第一埋点数据，并上报所述第一埋点数据。

根据本发明实施例的技术方案，在响应用户对第一页面的触发(即获取与第一页面对应的第一埋点数据)时，只是将埋点数据存储至本地缓存中，并不做异步请求进行上报，故而在用户触发后可以快速跳转链接；在第二页面加载完成后，再获取与第一页面对应的第一埋点数据进行上报，从而既可以保证页面的快速响应以提升用户使用体验，又可以成功上报第一埋点数据。

根据本发明实施例的技术方案，能够缓存埋点数据并在链接跳转成功后再向服务端上报，既能保证对用户的快速响应，又能保证埋点数据的正常上报，提升用户体验的同时保证数据服务的稳定性。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (11)

1.一种埋点数据的上报方法，其特征在于，包括：

响应于用户对第一页面的触发，获取与所述第一页面对应的第一埋点数据；

将与所述第一页面对应的所述第一埋点数据存储至本地缓存；

根据用户对所述第一页面的触发，跳转至与触发位置对应的第二页面；

从所述本地缓存获取与所述第一页面对应的第一埋点数据，并上报所述第一埋点数据。

2.根据权利要求1所述的方法，其特征在于，还包括：

接收所述第一埋点数据的上报结果；

在所述上报结果为上报成功的情况下，清除所述本地缓存中与所述第一页面对应的第一埋点数据。

3.根据权利要求1或2所述的方法，其特征在于，所述本地缓存中的埋点数据的存储形式为键值对形式，所述将与所述第一页面对应的所述第一埋点数据存储至本地缓存，包括：

查询所述本地缓存中预置的埋点数据键值对；其中，所述埋点数据键值对为一对一键值对；

将与所述第一页面对应的第一埋点数据存储至所述埋点数据键值对。

4.根据权利要求3所述的方法，其特征在于，所述从所述本地缓存获取与所述第一页面对应的第一埋点数据，包括：

查询所述本地缓存中的所述埋点数据键值对；

获取所述埋点数据键值对的值；

确定所述埋点数据键值对的值为与所述第一页面对应的第一埋点数据。

5.根据权利要求3所述的方法，其特征在于，所述清除所述本地缓存中与所述第一页面对应的第一埋点数据，包括：

查询所述本地缓存中的所述埋点数据键值对；

将所述埋点数据键值对的值删除。

6.根据权利要求5所述的方法，其特征在于，在所述清除所述本地缓存中与所述第一页面对应的第一埋点数据之后，还包括：

接收用户对第三页面的触发，获取与所述第三页面对应的第二埋点数据；

根据与所述第三页面对应的所述第二埋点数据，更新所述埋点数据键值对。

7.根据权利要求1所述的方法，其特征在于，利用http请求上报所述埋点数据。

8.根据权利要求1至7任一所述的方法，其特征在于，所述第一埋点数据指示了所述第一页面中与触发位置对应的物品的物品属性；所述根据用户对所述第一页面的触发，跳转至与触发位置对应的第二页面，包括：

根据所述物品属性，跳转至包括所述物品的物品详情的第二页面。

9.一种埋点数据的上报装置，其特征在于，包括：

获取模块，用于响应于用户对第一页面的触发，获取与所述第一页面对应的埋点数据；

存储模块，用于将与所述第一页面对应的所述埋点数据存储至本地缓存；

跳转模块，用于根据用户对所述第一页面的触发，跳转至与触发位置对应的第二页面；

上报模块，用于从所述本地缓存获取与所述第一页面对应的埋点数据，并上报所述埋点数据。

10.一种埋点数据的上报电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。

11.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。