应用程序：使用这个简单的指标工具测量您的网站的响应时间

当一个网站加载缓慢时，我们并不总是能确定是什么原因造成的。是 DNS 提供商？服务器本身？还是介于两者之间？为了帮助网络专业人士准确定位延迟发生的位置，我在这个网站上发布了一个工具，它可以测量延迟的整个生命周期。 HTTP 请求，从域名解析到内容交付。

这款基于浏览器的工具使用服务器端诊断功能模拟真实的 HTTP 请求，并分解其时间组件。无论您是审核域名，还是排查合作伙伴加载缓慢的问题，它都能为您提供帮助。 API或只是基准测试 加 跨 URL 的性能。

使用下面的工具来分析任何面向公众的 网址:

如何解读结果

当你运行测试时，该工具会执行实时 cURL 请求并以秒为单位报告详细的时间信息。以下是每个报告指标的含义：

• DNS查找时间：这指的是将域名解析到其对应的 IP地址如果此数字较高，则可能表明域名服务器速度慢、DNS 传播问题或 DNS 提供商性能不佳。Google 建议将其保持在 50 毫秒以下，超过 100 毫秒则被视为潜在瓶颈。
• TCP 连接时间：这衡量与服务器建立 TCP 连接所需的时间。此处的延迟可能由网络延迟、防火墙或与源服务器的距离引起。建议值低于 100 毫秒；如果值持续高于 150 毫秒，则可能表示网络或路由效率低下。
• TLS握手时间 (HTTPS （仅限）：如果请求通过 HTTPS 发出，此数字反映协商安全连接所花费的时间。过时的密码套件、过期的证书或边缘服务器过载可能会导致长时间的 TLS 握手。Google 认为 100 毫秒以内是最佳选择，而 200 毫秒以上则可能是安全或性能配置错误的征兆。
• 预传输时间：这包括 DNS， TCP和 TLS——实际发送请求之前发生的所有事情。它反映了服务器开始处理请求之前的累计启动时间。理想的预传输时间介于 100 到 300 毫秒之间；任何超过 400 毫秒的情况都应分阶段进行调查。
• 第一个字节的时间（TTFB)：此指标衡量服务器在收到请求后开始发送响应所需的时间。较高的 TTFB 可能表明服务器端存在延迟，例如数据库查询速度慢、动态内容未缓存或服务器性能不佳。Google 的指导是将 TTFB 保持在 200 毫秒以下；如果持续值超过 500 毫秒，则表明后端或基础架构存在问题。
• 总传输时间：这是从请求开始到收到最后一个字节的完整时长。如果您的 TTFB 很快，但总时间很慢，则可能是由于响应大小、服务器限速或内容交付延迟造成的。在宽带环境下，HTML 负载的响应时间应控制在 500 毫秒以内；超过 1 秒可能表示资源未压缩或交付效率低下。
• HTTP状态代码：这是 响应码 服务器返回的值（例如，200 表示成功，301/302 表示重定向，404 表示未找到）。它提供了服务器如何处理请求的上下文。

这个工具不只是模拟请求，它在我的服务器上实时执行它 PHP的 cURL 库。这意味着您看到的是服务器端的内容，而不仅仅是浏览器感知到的内容。这对于调试本地网络可能看不到的性能问题非常方便。

试用该工具，并随意测试各种 URL——您的主页、特定的 API 端点或您依赖的远程资源。您对这些时间指标的了解越深入，就能越快地诊断和改进您的 Web 性能。