网页测速工具怎么搭配？浏览器与在线报告各查什么
Chrome 开发者工具适合复现当前浏览器问题，在线报告提供远端条件。用 Network、Performance 和远程加载报告分工排查网页慢。
排查网页慢，最有效的工具组合往往是一个本地浏览器加一份远端报告。本地工具能复现你眼前的问题，在线工具可以提供另一地点、设备或运行条件。先分配问题，再选网页测速工具。
Network：请求卡在哪里
在 Chrome 开发者工具打开 Network，重新加载需要检查的页面。关注主文档、首屏资源和业务接口，查看状态、资源大小、发起者与 Timing。保持日志有助于观察跳转；缓存和限速设置则必须记录，避免下一次换了条件却误判网站变化。
Chrome 官方参考解释了录制、缓存、网络模拟及请求计时。Disable cache 针对浏览器缓存，并不清除 CDN 或服务器缓存。Timing 中出现等待，也不应直接理解成全部时间都由应用代码消耗。
Performance：下载完成后浏览器在做什么
如果请求已经完成，画面还没显示，或点击仍然卡顿，就需要浏览器性能记录。它可以帮助关联脚本任务、样式计算、布局和绘制。把卡顿发生的操作录下来，比只截一张资源列表更有助于查原因。
浏览器扩展、后台任务和设备负载也可能影响记录。复现时尽量保持环境稳定；不要把开发者的高性能电脑体验直接当成低端手机体验。关于交互响应的定义，可以参考 INP 官方解释。
在线报告：补上本地看不到的条件
| 工具类型 | 适合补充的证据 | 使用限制 |
|---|---|---|
| 地区 HTTP 检测 | 不同位置的文档响应与错误 | 未必加载整页或执行脚本 |
| 远端浏览器测试 | 画面序列、资源瀑布图和加载指标 | 位置、设备与账号条件需要核对 |
| 真实用户报告 | 一段时间内用户体验的分布 | 样本与页面范围不一定完整 |
PSI把实验室诊断和真实用户数据放在同一报告中；WebPageTest提供了围绕测试条件、请求与画面的分析方式。不要仅因工具都显示 LCP，就忽略其设备和采样条件的差别。
用一个具体问题串起两边证据
例如目标地区的首屏主图晚出现：先用远端浏览器确认现象及对应资源，再在本地检查图片由谁发起、什么时候被发现、是否等待脚本。优化后，回到原地点和设备条件复测同一资源与画面。
交接时保留报告、页面版本和复现步骤。HAR 与截图可能包含账号信息或请求参数，分享前检查。若目前只能确认“主文档很快，页面仍慢”，可按HTML 返回后的加载排查顺序继续。