跳到主要内容

网络请求

在真实用户监控中，网络请求是核心分析对象之一。网络请求串联了 “用户体验感知”、“前端交互响应” 与 “后端服务能力” 三大关键环节，是定位 “用户体验卡顿 / 操作失败” 根因、量化 “系统服务质量”、关联 “业务操作成败” 的最直接数据载体，也是从 “表面体验问题” 穿透到 “底层技术瓶颈” 的核心桥梁。

  • 网络请求耗时大，将会影响用户体验：若 “加载商品列表” 的接口请求耗时达 3 秒（远超 1.5 秒的用户耐受阈值），用户会明显感知 “页面卡住不动”；若请求因网络波动出现 500ms 的延迟，也可能导致 “点击按钮后无即时反馈”，降低操作流畅度。“结算页支付接口” 的响应时间从 2 秒优化至 500ms，下单成功率可能提升 5%。
  • 网络请求失败，将会导致操作失败：若 “提交订单” 的请求返回 404 错误（资源不存在）或 503 错误（服务不可用），会直接导致用户业务操作失败，甚至引发用户流失。“支付请求” 的失败率每上升 0.1%，可能直接关联数万金额的交易损失。
  • 若请求 “发起延迟”（从用户点击到请求发送耗时过长）：可能是前端逻辑阻塞（如 JS 主线程繁忙），需优化前端代码。
  • 若请求 “后端处理耗时高”（请求响应耗时占比超总耗时的 70%）：可能是后端接口逻辑冗余、数据库查询慢，需优化服务端性能。

如需查看网络请求详细分析数据，可前往网络请求分析。

image-20250905172926609

定义​

网络请求是指客户端（如浏览器、手机 App、小程序等）向服务器或其他网络节点发送数据请求，并期望获取响应数据的过程，是实现跨设备、跨网络数据交互的核心技术行为，也是互联网应用实现 数据动态加载、功能交互、状态同步”的基础。

如：当客户端（如 App、网页）按照接口规则，实际向目标地址（如https://api.example.com/user/login）发送包含账号密码的 POST 请求，并等待服务端返回结果时，这个 “发送→接收” 的动态过程就是一次网络请求。

注意：只有页面、操作触发的网络请求才会被展示在平台。如果需要其他网络请求要展示，可以在数据采集/网络请求的白名单中添加，添加后白名单的网络请求会展示在平台

网络请求类型

类型说明
资源请求图片、音视频、文本等资源类的请求
协议扩展HTTP外其他协议的网络请求
业务请求除资源请求、协议扩展外的网络请求都为业务请求

识别规则​

功能场景​

不同应用实现逻辑各异，需结合实际场景，通过域名、IP网段、URL路径、Header参数、GET参数、POST参数，灵活自定义网络请求识别规则，以精准界定哪些情况应判定为同一网络请求，确保符合业务对网络请求聚合分析的需求。

对采集的原始URL，先执行脱参规则，避免无关参数干扰；再执行聚合规则，依据核心特征进行汇聚。通过这两步处理，可将本质为同一网络请求但URL不同聚合为同一网络请求，确保网络请求分析的准确性与一致性。

image-20250905170422369

开始使用​

聚合规则​

支持根据网络请求的域名、IP网段、URL路径、URL参数、Header参数、Body参数进行聚合。

如您将页面识别规则设置为：URL路径完全相同则认为是同一网络请求，此时识别逻辑如下：

image-20250905171542434

脱参规则​

为了避免URL路径中存在ID等干扰识别规则，所以支持配置具体的脱参规则，可根据需要进行勾选脱参规则和配置具体长度

image-20250905171622264

超量限制​

每个应用，业务请求、资源请求、协议扩展各对实体识别后的名称去除“协议类型：//”后调用量最多200个正常展示，超过200后会再进行下面处理 第一步：域名处理 IP地址：最后一段替换为*，如：192.168.1.100 → .192.168.1. 域名：保留后两段，前面转*， 如：api.test.example.com → *.example.com

第二步：URL路径处理 提取协议头：https://, http:// 等，替换为：协议头 + 域名[:端口] + 固定合并模式。如：

image-20260306144543528