网站速度测试

RSS

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.

试试： wikipedia.org, github.com, example.com
C
网站速度报告

https://github.com/

评分 79/100 · 扫描于 17 十月 2026, 05:41 UTC · 由 ToolsForAnyone 提供
服务器响应20 ms
总加载时间（HTML）37 ms
HTML 大小558.9 KB
压缩gzip

耗时明细

从我们的服务器（美国东部）测量
DNS查询
0 ms
TCP 连接
3 ms
TLS 握手
5 ms
服务器（TTFB）
20 ms
下载 HTML
9 ms

优化建议

找到 3 条
42 个样式表中影响
每个样式表在加载完成之前都会阻塞渲染。
合并 CSS，并内联关键样式。
24 张图片没有 width/height中影响
会在图片加载时造成布局偏移（CLS）。
设置 width 和 height 属性（或使用 CSS aspect-ratio）。
HTML 文档过大（558 KB）中影响
文档过大会延迟解析。
移除内联数据、未使用的标记和体积庞大的内联脚本。

页面资源

外部脚本
8（另有 8 个内联）
样式表
42
图片
24
Iframe
0
Preload / Preconnect 提示
8
第三方域名
1

服务器

IP地址
140.82.112.4
服务器软件
github.com
HTTP/2
是
HTTP/3
否
Cache-Control (HTML)
max-age=0, private, must-revalidate
第三方
github.githubassets.com

想获取真实 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，这样测试既快，又不会给网站带来负担。

更新于

已复制到剪贴板