网站速度测试

Find out how fast a website responds and what slows it down: DNS, connection, TLS and server time, page weight, compression, HTTP/2 and render-blocking resources, with prioritised recommendations.

A
网站速度报告

https://example.com/

评分 100/100 · 扫描于 17 十月 2026, 13:52 UTC · 由 ToolsForAnyone 提供
服务器响应35 ms
总加载时间(HTML)46 ms
HTML 大小0.3 KB
压缩br

耗时明细

从我们的服务器(美国东部)测量
DNS查询
0 ms
TCP 连接
2 ms
TLS 握手
9 ms
服务器(TTFB)
35 ms
下载 HTML
0 ms

优化建议

找到 0 条

未发现重大问题。该页面优化良好。

页面资源

外部脚本
0(另有 0 个内联)
样式表
0
图片
0
Iframe
0
Preload / Preconnect 提示
0
第三方域名
0

服务器

IP地址
104.20.23.154
服务器软件
cloudflare
HTTP/2
是
HTTP/3
已声明
Cache-Control (HTML)
未设置

想获取真实 Chrome 用户的 Core Web Vitals 数据?请对此 URL 运行 Google PageSpeed Insights。

网站速度测试测的是什么

我们从自己的服务器加载页面,并把耗时拆分为浏览器开始渲染前要经历的各个步骤:解析域名(DNS)、建立 TCP 连接、协商 TLS 加密、等待服务器生成页面(首字节时间)以及下载 HTML。然后我们分析 HTML,找出最常拖慢浏览器中页面速度的问题。

Core Web Vitals 简介

指标衡量内容良好标准
LCP(Largest Contentful Paint,最大内容绘制)主要内容何时出现≤ 2.5 s
INP(Interaction to Next Paint,交互到下一次绘制)页面对点击和轻点的响应速度≤ 200 ms
CLS(Cumulative Layout Shift,累积布局偏移)加载过程中布局跳动的程度≤ 0.1
TTFB(Time to First Byte,首字节时间)服务器和网络的响应速度≤ 0.8 s

服务器响应慢会拖慢后面的所有环节,所以 TTFB 是首先要优化的指标。阻塞渲染的脚本和样式表会推迟 LCP,没有设置尺寸的图片会造成 CLS,而繁重的 JavaScript 会损害 INP。

最有效的提速方法

  1. 缓存页面并使用 CDN,让大多数访客从附近的服务器获取现成的页面。
  2. 为 HTML、CSS 和 JavaScript 启用 brotli 或 gzip 压缩。
  3. 推迟加载非关键 JavaScript:使用 defer 或 async,并删除用不到的标签代码和插件。
  4. 优化图片:按显示尺寸提供 WebP/AVIF 图片,设置宽度和高度,并对首屏以下的图片使用懒加载。
  5. 启用 HTTP/2 和 HTTP/3,并预连接到必需的第三方源。
  6. 避免重定向链;可以用重定向检测工具检查。

想测的其实是自己的网速?请使用我们的网速测试。想了解搜索可见度,请运行 SEO检测。

常见问题

为什么我的结果与 PageSpeed Insights 或 GTmetrix 不同?

每个工具的测试地点、设备和网速都不同。实验室测试工具模拟的是慢速网络下的一台中端手机;本测试测量的是从我们数据中心发起的服务器端耗时。请用同一个工具来跟踪长期变化。

这个测试会加载图片和脚本吗?

不会。它只下载并分析 HTML 文档。资源数量和优化建议都来自 HTML,这样测试既快,又不会给网站带来负担。

更新于

评论

暂无评分

登录后即可为此工具评分。

分享技巧、提出问题,或说说这个工具对您是否有用。

还没有评论,来分享您的使用体验吧。

已复制到剪贴板