Rudra Analyzer

免费网站速度检测工具

在真实的 Chrome 浏览器中用 Google Lighthouse 测试您的页面，查看它显示内容的速度、加载期间无法响应的时长，以及哪些图片、脚本或文件拖慢了速度。

输入一个页面，例如 https://yourwebsite.com 或 https://yourwebsite.com/pricing。

此工具检查什么

  • Lighthouse 性能评分

    Lighthouse 自身的 0–100 评分，由下列加载指标加权组合而成。这就是您在此工具中看到的评分。

  • Largest Contentful Paint（LCP）

    最大的内容块 — 通常是主图或大标题 — 需要多长时间才出现。2.5 秒或以内为良好；超过 4 秒为较差。

  • First Contentful Paint（FCP）

    屏幕上出现任何内容需要多长时间。1.8 秒或以内为良好。

  • Total Blocking Time（TBT）

    加载期间页面因忙于运行脚本而无法响应点按或点击的时长。200 毫秒或以内为良好。

  • Cumulative Layout Shift（CLS）

    页面加载时内容跳动的程度。0.1 或以下为良好。

  • Speed Index 和 Time to Interactive

    可见页面填充完成的速度（良好：3.4 秒或以内），以及页面何时变得稳定可用（良好：3.8 秒或以内）。

  • 拖慢速度的原因

    最多 15 项未通过的 Lighthouse 审计，按严重程度排序，每项最多列出五个相关文件或元素，以及可节省的 KB 或毫秒数。已通过的审计也会列出。

  • Lighthouse 无法运行时的快速检查

    如果 Lighthouse 不可用或未返回可用的报告，我们会改用基于请求的快速检查：服务器响应、HTML 大小、压缩、阻塞渲染的文件、缓存标头以及图片的大小和格式。它会明确标注为快速检查，而不是 Lighthouse 评分。

检查的工作原理

我们在无头 Chrome 中对您的页面运行一次 Lighthouse 性能测试。默认情况下，Lighthouse 会模拟中端手机和较慢的移动网络，因此结果通常比您在高速电脑上看到的更慢 — 这是有意为之，因为许多访客使用的并不是高速设备。每项指标都会与其公布的“良好”和“较差”阈值比较，并标记为通过、需改进或未通过。

这是对单次页面加载的实验室测试，每项指标都会如此标注。由于网络状况、服务器负载、广告和第三方脚本每次加载都会变化，不同运行之间的结果会有差异，所以相差几分并没有实际意义。请比较多次运行后再下结论。

实验室测试无法测量 Interaction to Next Paint（INP），因为 INP 需要真人点按和点击；Total Blocking Time 是最接近的实验室指标。真实访客（实际用户）数据，例如 Google Search Console 中的 Core Web Vitals 报告，可能与这些实验室结果不同。当改用快速检查代替 Lighthouse 时，它会发送一次页面请求，并对您的文件和图片发送最多 25 次 HEAD 请求。

您将看到的证据

每项指标都会显示测量值及其阈值，并标注为“实验室（Lighthouse，单次运行）”。每项慢速审计都会指出背后的文件或元素 — 例如最大的图片或阻塞渲染的脚本 — 以及可节省的 KB 或毫秒数。发现来自 Lighthouse；如果运行的是快速检查，则来自我们自己的请求。

此工具不检查的内容

  • 真实访客（实际用户）数据

    这是从我们服务器进行的一次实验室运行。它不包含 Chrome UX Report 数据，也不反映页面对您的实际访客有多快。

  • Interaction to Next Paint（INP）

    INP 需要真实的交互，因此任何实验室测试都无法测量它。Total Blocking Time 是最接近的替代指标。

  • 其他页面和用户流程

    只会加载您输入的页面一次。不测量结账流程、登录后的页面以及已有缓存的重复访问。

  • 桌面端测试

    使用 Lighthouse 默认的移动端模拟；没有单独的桌面端测试。

我们常发现的问题

  • 图片过大

    直接从相机或手机上传的照片，显示尺寸远小于其实际尺寸。

  • 阻塞渲染的 CSS 和 JavaScript

    位于页面头部、必须下载完成才能显示任何内容的文件。

  • 未使用的 JavaScript 和 CSS

    庞大的主题、插件或框架包，而其中大部分代码在此页面上并未用到。

  • 繁重的第三方脚本

    让浏览器一直忙碌的聊天小部件、标签管理器、嵌入视频和广告脚本。

  • 服务器响应慢

    由于主机速度慢、没有缓存或数据库操作繁重，第一个字节迟迟才到达。

  • 布局偏移

    没有预留空间的图片和嵌入内容，以及在内容出现后把它往下推的横幅。

如何修复

  1. 调整图片尺寸并压缩

    按图片的显示尺寸导出（高清屏幕最多两倍），使用 WebP 或 AVIF 格式，并对首屏以下的图片进行延迟加载。

  2. 延迟加载不需要立即使用的脚本

    为非必要脚本添加 defer 或 async，删除不使用的插件，并在有人与聊天或视频小部件互动时才加载它们。

  3. 缓存页面并使用 CDN

    页面缓存和内容分发网络可以缩短服务器响应时间，对距离您服务器较远的访客尤其有效。

  4. 为内容预留空间

    为图片和嵌入内容设置 width 和 height 属性或 CSS aspect-ratio，这样它们加载时就不会发生跳动。

  5. 压缩文本文件

    在服务器或主机设置中为 HTML、CSS 和 JavaScript 开启 gzip 或 Brotli 压缩。

常见问题

为什么我的评分与 PageSpeed Insights 不同？

PageSpeed Insights 同样使用 Lighthouse，但它在不同地点的不同机器上运行，而且每次运行都是一次新的页面加载。当流量足够时，它还会显示来自 Chrome UX Report 的真实访客数据，而我们的实验室测试不包含这些数据。

为什么每次测试评分都会变化？

每次测试都是一次单独的页面加载，而网速、服务器负载和第三方脚本每次都不一样。小幅波动是正常的；请关注多次运行中一致出现的规律。

这会测量 Core Web Vitals 吗？

它会在实验室环境中测量 LCP 和 CLS。第三项 Core Web Vitals 指标 INP 需要真实访客的真实交互，因此无法在实验室测试中测量；Total Blocking Time 是最接近的替代指标。如需实地数据，请使用 Google Search Console 中的 Core Web Vitals 报告。

这是移动端测试还是电脑端测试？

我们使用 Lighthouse 的默认设置，模拟使用限速移动网络的中端手机。在电脑上很快的页面，在这里的得分仍可能较低。

如果 Lighthouse 无法运行会怎样？

我们会改为运行快速检查：请求一次页面，再对其文件和图片发送有限次数的 HEAD 请求。它会报告服务器响应、压缩、阻塞渲染的文件、缓存和图片体积，其评分会明确标注为快速检查，而不是 Lighthouse 评分。如果连页面请求都失败了，我们会如实说明，而不是显示一个编造的分数。

实用指南

相关免费工具

更希望有人帮您修复？

这些检查和指南都是免费的。如果您更希望由专人来修改，我们的团队提供付费帮助。

查看专业帮助选项我们如何测试和评分所有免费工具