⚡ 100% 免费 - 网站页面速度检测

测一下网站速度,看清到底是什么在拖累它

我们直接从网络层面测量:服务器响应时间、按文件类型拆分的页面重量、请求数量、压缩、浏览器缓存,以及那些拖住页面不让它显示的资源。每一项发现都附带具体的修复建议。

⏱️ 服务器响应时间(TTFB) 📦 页面重量与构成 🗜️ 压缩与缓存 🚧 阻塞渲染的资源

*每位访客每天 10 次免费检测,无需注册。

实时测量

网站页面速度检测

测量一个页面的速度,并找出拖累它的东西。

可以不写 https://——我们会自动补齐。测一个具体页面,而不只是一个域名。
⚡每天 10 次免费检测,无需注册
正在下载页面并测量其中的资源……
这需要 5–20 秒,因为每个文件都是真的下载下来的。
Google Partner Meta Business Partner 2024 年度优秀数字代理商 以数据驱动结果 1000+ 满意客户 Google Partner Meta Business Partner 2024 年度优秀数字代理商 以数据驱动结果 1000+ 满意客户

不只给一个分数,还告诉你原因

光有一个数字并不能让网站变快。真正有用的,是知道哪个文件太重、哪个设置没打开。

⏱️

服务器响应时间

TTFB——到第一个字节到达所用的时间。它反映的是你主机与网站背后软件的速度。

📦

页面重量与构成

真正下载下来的总字节数,并按类型拆开:HTML、CSS、JavaScript 与图片。元凶一眼就看出来。

🔢

请求数量

浏览器一共要取多少个文件。文件越多,排队越长——在移动网络下尤其明显。

🗜️

gzip / Brotli 压缩

对 HTML、CSS 与 JS 逐一检查。只这一个设置,通常就能把文本体积减少 60–80%,而它常常根本没开。

💾

浏览器缓存

哪些资源没设缓存有效期,害得回访者把同样的文件又下一遍。

🚀

HTTP/2 与 HTTP/3 协议

旧协议一个一个取文件。新协议能在一条连接上同时取很多个。

🚧

阻塞渲染的资源

head 里的 CSS 与 JavaScript,会在下载完之前一直拖着页面不让它显示。

🖼️

图片优化

有多少张图片已经是 WebP/AVIF、多少张做了懒加载,又有多少张没写宽高因而会让版面跳动。

↪️

跳转链

每一次跳转,都会在页面开始加载之前再加一次往返。

三步,就知道是什么在拖慢它

不用装任何东西,全都在这个页面上跑。

1

粘贴页面地址

挑访客打开最多的那个页面——首页或主要服务页。在那里修,回报最大。

2

等测量完成

我们会把页面与它的资源下载下来,测出真实体积,所以要等几秒。给出的数字是实测,不是估算。

3

先处理红色项

从压缩和缓存入手——这两项通常只是改一下主机设置,效果立刻就有。

各项参考标准与含义

这样你就知道哪些已经安全,哪些还得追。

指标参考标准与该做什么
服务器响应时间低于 0.5 秒算好,到 1.2 秒要留意,再高就是问题。如果慢,原因是主机、过重的插件或数据库——不是图片。先修这一项,再谈别的。
HTML 加载时间低于 1 秒算好。这是整份 HTML 文档到达所需的时间,不算图片与脚本。
页面重量低于 1.5 MB 算轻,超过 3 MB 算重。图片几乎总是占比最大的一项——看一下颜色构成就能确认。
请求数量低于 30 个文件比较舒服。超过 60 就开始能感觉到了,慢网络下尤其明显。能合并的小 CSS/JS 文件就合并。
压缩HTML、CSS 与 JS 都该开。这是性价比最高的一项修复:通常在主机面板里开个开关,或在 .htaccess 里加一行。
浏览器缓存图片、CSS 与 JS 都该设较长的缓存有效期。效果体现在回访者身上,也体现在那些会连看几个页面的人身上。
阻塞资源理想是零。给脚本加 defer,并把非关键 CSS 挪到后面加载。
图片格式WebP 或 AVIF 通常比 JPG/PNG 小 25–50%,肉眼看不出差别。这往往是花最少力气、省下最多重量的一项。
ℹ️ 本工具从网络层面测量,不运行浏览器。也就是说,PageSpeed Insights 里的 LCP、CLS 这类指标这里没有,因为它们需要一个真实浏览器把页面渲染出来。这里给你的,是真正在网络上传输的那些量——响应时间、重量、压缩、缓存——而针对它们的几乎每一项修复,同样会抬高你的 PageSpeed Insights 分数。

网站慢,会悄悄吃掉你的潜在客户

访客不会等。页面慢,人在内容被读到之前就走了,而 Google 也把速度当作考量之一。如果上面这些结果太技术、自己搞不动,那部分我们来处理。

光快还不够——页面还得被找到

速度是地基。决定页面能不能出现的,是下面这些。

关于网站速度的常见问题

使用之前问得最多的那些。

TTFB(Time To First Byte)是从请求发出,到服务器返回第一个字节所用的时间。它反映的是你主机与网站背后软件的速度——而不是图片或设计。低于 0.5 秒算好。如果 TTFB 本身就慢,那么再怎么优化图片或代码也帮不上太多,因为在任何东西被发出之前,访客就已经在等了。

不完全一样,这点我们宁可直说——两者测的本来就是不同的东西。PageSpeed Insights 会跑一个真实浏览器来评估视觉体验,比如 LCP 与 CLS。本工具从网络层面测量:服务器响应时间、页面重量、请求数量、压缩与缓存。两者互补,而且这里建议的几乎每一项修复,同样会抬高你的 PageSpeed Insights 分数。

从我们在印尼的服务器。如果你的受众在欧洲或北美,请把响应时间当作参考值而不是精确值,因为网络距离会影响它——同一个网站,从更近的地方测会更快。页面重量、压缩、缓存、协议与阻塞渲染的资源,都与地理位置无关,所以这些发现无论你的访客在哪里都适用。

经验法则是:低于 1.5 MB 算轻,超过 3 MB 算重——对使用移动流量的访客尤其如此。图片几乎总是占比最大的一项,所以把它们转成 WebP,通常是花最少力气、看到最明显结果的办法。

因为我们会真的下载每个资源来算它的实际体积,而不是从响应头去猜。很多服务器在响应被压缩时并不会正确上报文件大小,所以这种做法准确得多。每次检测的资源上限为 30 个文件,以保持速度、也避免给被测网站造成负担——如果页面上更多,数字会带一个加号标注。

按「花的力气对上效果」排序:(1) 开启 gzip 或 Brotli 压缩,通常在主机面板里开个开关;(2) 给图片、CSS 与 JS 设浏览器缓存;(3) 把图片转成 WebP;(4) 给 JavaScript 加 defer,给首屏以下的图片加 loading="lazy"。如果红的是 TTFB,那前三项都不够——要动的是主机。

能,只要那个页面可公开访问。把响应时间与页面重量和竞争对手比一比,往往能很快看出自己处在什么位置——有时还会发现问题并不在你这边。

免费,也不需要注册。每位访客每天 10 次检测。结果只在服务器上缓存约 15 分钟,避免同一个地址被反复测量。

让我们帮你把网站提速

把你测过的地址发来,我们会说明先做哪一项改善最明显。

🔒 您的资料仅我们留存,绝不透露给任何第三方

✅

感谢您的来信!

正在为您跳转到 WhatsApp,Akudigital 团队随时帮您把网站提速。

免费咨询