网络数据处理方法及网络设备技术

本申请是关于网络数据处理方法及网络设备。该方法包括：接收至少一个用户的网络业务的业务确认请求；判断所述业务确认请求中是否携带渠道标识；在所述业务确认请求中携带渠道标识的情况下，将所述业务确认请求中的渠道标识作为正式渠道标识与所述网络业务关联保存；在所述业务确认请求中未携带渠道标识的情况下，获得服务器中缓存的对应于所述网络业务的临时渠道标识，在服务器中将所述临时渠道标识作为正式渠道标识与所述网络业务关联保存。根据本申请实施例提供的方案，能够保证在不使用用户浏览器Cookie或跨设备的情况下实现业务来源的正确归因。来源的正确归因。来源的正确归因。

【技术实现步骤摘要】
网络数据处理方法及网络设备


[0001]本申请涉及互联网
，尤其涉及网络数据处理方法及网络设备。

技术介绍

[0002]电商平台是为企业或个人提供网上交易的平台。电商平台是建立在互联网上进行商务活动的虚拟网络空间和保障商务顺利运营的管理环境；是协调、整合信息流、货物流、资金流有序、关联、高效流动的重要场所。企业、商家可充分利用电商平台提供的网络基础设施、支付平台、安全平台、管理平台等共享资源有效地、低成本地开展自己的商业活动。
[0003]订单归因是指针对网站产生的订单，进行来源渠道的识别和区分。电商平台的流量渠道和结构复杂多样，流量计费模式也各有不同。不同流量渠道引导的用户质量参差不齐，通过区分订单的渠道，可以更好的优化流量结构，提高网站的产出投入比。另外针对特殊流量模式的渠道，比如按单量结算的渠道，也能更方便地筛选出对应渠道的订单，减少数据统计和分析的工作量。
[0004]相关一种技术中，使用基于浏览器Cookie实现的数据保持方案。在落地页面的地址上，带入渠道标识参数，然后通过前端或者后端的方式，将渠道标识参数设置在用户浏览器Cookie当中。当用户完成下单时，再读取用户浏览器中Cookie的渠道标识参数，将订单与该渠道标识进行关联，从而实现订单来源的归因。
[0005]上述相关技术存在以下缺陷：一是依赖于浏览器Cookie的正常使用，一旦Cookie功能受限，渠道信息也无法记录在Cookie中，订单和渠道也将无法完成关联；二是无法跨设备记录，存在丢失渠道参数的风险。当用户切换不同浏览器完成下单时，链接上丢失渠道参数，无法记录订单的来源渠道。

技术实现思路

[0006]为克服相关技术中存在的问题，本申请提供一种网络数据处理方法及网络设备，能够保证在不使用用户浏览器Cookie或跨设备的情况下实现业务来源的正确归因。
[0007]本申请一方面提供一种网络数据处理方法，包括：
[0008]接收至少一个用户的网络业务的业务确认请求；
[0009]判断所述业务确认请求中是否携带渠道标识；
[0010]在所述业务确认请求中携带渠道标识的情况下，将所述业务确认请求中的渠道标识作为正式渠道标识与所述网络业务关联保存；
[0011]在所述业务确认请求中未携带渠道标识的情况下，获得服务器中缓存的对应于所述网络业务的临时渠道标识，在服务器中将所述临时渠道标识作为正式渠道标识与所述网络业务关联保存。
[0012]在一些实施例中，在接收至少一个用户的网络业务的业务确认请求之前还包括：
[0013]接收所述用户的所述网络业务的业务提交请求；
[0014]判断所述业务提交请求中是否携带渠道标识；
[0015]在所述业务提交请求中携带渠道标识的情况下，在服务器中将所述业务提交请求中携带的渠道标识作为临时渠道标识与所述网络业务关联缓存。
[0016]在一些实施例中，在判断所述业务提交请求中是否携带渠道标识之后还包括：
[0017]在所述业务提交请求中未携带渠道标识的情况下，判断所述业务提交请求是否属于站内跳转；
[0018]在所述业务提交请求不属于同站跳转的情况下，在服务器中，将预设的自然来源标识作为临时渠道标识与所述网络业务关联缓存；
[0019]在所述业务提交请求属于同站跳转的情况下，获得服务器中缓存的前一个同站页面的渠道标识，在服务器中将所述前一个同站页面的渠道标识作为临时渠道标识与所述网络业务关联缓存。
[0020]在一些实施例中，所述临时渠道标识与所述网络业务关联缓存包括：
[0021]获得所述网络业务的页面来源以及所述用户的用户标识；
[0022]将所述页面来源和用户标识作为缓存键与所述正式渠道标识进行关联缓存。
[0023]在一些实施例中，所述业务确认请求和所述业务提交请求来自不同的终端设备或来自不同的浏览器。
[0024]在一些实施例中，所述终端设备或浏览器不存储渠道标识。
[0025]在一些实施例中，获得服务器中缓存的对应于所述网络业务的临时渠道标识包括：
[0026]获得所述网络业务的页面来源以及所述用户的用户标识；
[0027]将所述页面来源和用户标识作为缓存键，从服务器中读取与所述缓存键关联缓存的临时渠道标识。
[0028]在一些实施例中，所述页面来源为所述业务确认请求的HTTP referer部分包含的Request URI；和/或
[0029]所述用户标识为根据所述用户的用户名和用户密码生成的用户令牌。
[0030]在一些实施例中，所述正式渠道标识与所述网络业务关联保存包括：
[0031]获得所述网络业务的业务编号；
[0032]将所述正式渠道标识与所述业务编号进行关联保存。
[0033]本申请另一方面提供一种网络设备，包括：
[0034]处理器；以及
[0035]存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如上所述的方法。
[0036]本申请的实施例提供的技术方案可以包括以下有益效果：
[0037]本申请一些实施例中，将网络业务的来源渠道标识存储在服务器端，而不依赖于用户浏览器Cookie正常使用，在不使用Cookie的情况下，依然能做到正确的业务来源归因。另外，通过在处理业务提交请求时获取渠道标识并在服务器中进行缓存，对于跨设备的情况，无论用户从PC端切换移动端，还是切换至浏览器无痕模式，均能保证最初的渠道来源跟踪，实现正确的业务来源归因。
[0038]应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
[0039]通过结合附图对本申请示例性实施方式进行更详细的描述，本申请的上述以及其它目的、特征和优势将变得更加明显，其中，在本申请示例性实施方式中，相同的参考标号通常代表相同部件。
[0040]图1是根据本申请一实施例的网络数据处理方法的流程示意图；
[0041]图2是根据本申请另一实施例的网络数据处理方法的流程示意图；
[0042]图3是根据本申请一实施例的网络设备的示意图。
具体实施方式
[0043]下面将参照附图更详细地描述本申请的优选实施方式。虽然附图中显示了本申请的优选实施方式，然而应该理解，可以以各种形式实现本申请而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本申请更加透彻和完整，并且能够将本申请的范围完整地传达给本领域的技术人员。
[0044]在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
[0045]应当理解，尽管在本申请可能本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种网络数据处理方法，其特征在于，包括：接收至少一个用户的网络业务的业务确认请求；判断所述业务确认请求中是否携带渠道标识；在所述业务确认请求中携带渠道标识的情况下，将所述业务确认请求中的渠道标识作为正式渠道标识与所述网络业务关联保存；在所述业务确认请求中未携带渠道标识的情况下，获得服务器中缓存的对应于所述网络业务的临时渠道标识，在服务器中将所述临时渠道标识作为正式渠道标识与所述网络业务关联保存。2.如权利要求1所述的网络数据处理方法，其特征在于，在接收至少一个用户的网络业务的业务确认请求之前还包括：接收所述用户的所述网络业务的业务提交请求；判断所述业务提交请求中是否携带渠道标识；在所述业务提交请求中携带渠道标识的情况下，在服务器中将所述业务提交请求中携带的渠道标识作为临时渠道标识与所述网络业务关联缓存。3.如权利要求2所述的网络数据处理方法，其特征在于，在判断所述业务提交请求中是否携带渠道标识之后还包括：在所述业务提交请求中未携带渠道标识的情况下，判断所述业务提交请求是否属于同站跳转；在所述业务提交请求不属于同站跳转的情况下，在服务器中将预设的自然来源标识作为临时渠道标识与所述网络业务关联缓存；在所述业务提交请求属于同站跳转的情况下，获得服务器中缓存的前一个同站页面的渠道标识，在服务器中将所述前一个同站页面的渠道标识作为临时渠道标识与所述网络业务关联缓存。4.如权利要求2所述的网络数据处理方...

【专利技术属性】
技术研发人员：许齐卫，
申请(专利权)人：广州探途天下科技有限公司，
类型：发明
国别省市：