跳至主要内容
短.be

TTFB

从浏览器向服务器发送请求到接收第一个字节的时间。衡量服务器响应速度的基础指标。

2026年8月25日 · 约 1 分钟阅读

重定向

TTFB (Time to First Byte) 是指从浏览器开始导航到该页面,到服务器响应的第一个字节开始抵达为止所经过的时间。这是衡量服务器响应速度最基本的指标,也是 Web 性能优化的起点。

TTFB 涵盖重定向所花的时间、Service Worker 的启动时间、DNS 解析、连接与 TLS 协商,以及从发出请求到响应第一个字节抵达之间的时间。服务器内部的处理时间包含在最后这一段里,因此 TTFB 偏大时,需要区分是服务器处理偏慢,还是在此之前的解析与连接阶段被拖住了。

Google 将 TTFB 定位为 Core Web Vitals 的辅助指标,良好的 TTFB 应在 800ms 以下,800ms 到 1800ms 之间属于需要改善的区间,超过 1800ms 则视为不佳。对于短链接的重定向,TTFB 直接决定重定向响应的返回速度,应以 50ms 以下为目标。

优化短链接服务 TTFB 的手法包括:利用 CDN (从离用户最近的边缘服务器返回响应)、内存缓存 (用 Redis 缓存短链接映射)、数据库优化 (合理设置索引)、启用 HTTP/2 (连接多路复用)。

TTFB 的测量可使用 Chrome DevTools 的 Network 面板中计时明细里的 Waiting (TTFB)、Lighthouse 性能审计、curl 命令 (curl -w '%{time_starttransfer}' URL)、WebPageTest 等工具。将服务器处理时间和网络传输时间分开测量,有助于精确定位瓶颈。

分享到 XHatena

这篇文章对您有帮助吗?

相关术语

相关文章

常见问题

TTFB 和 LCP 有什么区别?
TTFB 是服务器开始响应的时间,LCP (Largest Contentful Paint) 是页面最大内容元素显示完成的时间。TTFB 位于 LCP 之前,TTFB 花掉的时间也就抬高了 LCP 的下限。不过 Google 说明,采用服务器端渲染的页面即使 TTFB 较大,FCP 与 LCP 反而可能更好,因此单看 TTFB 并不能判定 LCP 的好坏。
TTFB 的目标值是多少?
Google 将 800ms 以下视为良好,但短链接重定向的理想值是 50ms 以下。利用 CDN 和缓存,有些构成可以把 TTFB 压到 10 - 30ms 这一档。
TTFB 慢的原因有哪些?
服务器处理能力不足、数据库查询延迟、服务器与用户之间的物理距离过远、SSL/TLS 握手延迟等是主要原因。引入 CDN 和优化缓存是最有效的改善措施。

把知识用到真实链接上

免费缩短网址