TTFB
首字节时间（TTFB）衡量的是浏览器在发出请求后，需要多长时间才能收到服务器返回的第一个字节。它反映了服务器本身的响应速度，是其他所有速度指标（LCP、FCP、页面加载）的起点。
首字节时间（TTFB）衡量的是浏览器在发出请求后，需要多长时间才能收到服务器返回的第一个字节。它反映了服务器本身的响应速度，是其他所有速度指标（LCP、FCP、页面加载）的起点。
为何重要
TTFB 并不属于官方的 Core Web Vitals，但只有先把 TTFB 做好，LCP 才可能表现良好。Web.dev 推荐的 2026 年阈值是 ≤ 800 毫秒；任何超过 1.8 秒的情况都会带来可测量的跳出率上升和排名下降。Cloudflare 的分析报告显示，将 TTFB 缩短 500 毫秒的网站，转化率提升约 12%。TTFB 易于测量，能对 CDN、托管和服务器优化即时作出反应，并在任何 技术 SEO 优先级清单上都排名靠前。
组成部分
TTFB 是若干网络和服务器阶段的总和：
- DNS 查询：将域名解析为 IP
- TCP 连接：三次握手
- TLS 协商：HTTPS 加密握手
- 请求发送：请求传输到服务器
- 服务器处理：应用生成响应（数据库查询、渲染）
- 接收首字节：第一个字节抵达浏览器
任何一个阶段变慢都会增加 TTFB。
阈值
| 评级 | TTFB |
|---|---|
| 良好 | ≤ 800 毫秒 |
| 需要改进 | 800 毫秒至 1.8 秒 |
| 较差 | > 1.8 秒 |
按来自 Chrome 用户体验报告的真实用户数据的第 75 百分位（p75）计分。
如何改善
使用 CDN：边缘服务器在更靠近用户的位置处理 DNS、TCP、TLS 和请求转发，这是单项收益最大的措施。
启用 HTTP/2 和 HTTP/3：连接复用和多路复用降低了握手开销。在 Cloudflare、Fastly 等 CDN 中通常默认开启。
服务器端缓存：将动态页面缓存在 Redis 或 Varnish 中，可以从服务器处理时间中削减数百毫秒。
优化数据库查询：慢查询、缺失索引和 N+1 问题是服务器处理时间的主要来源。
静态站点生成（SSG）：Next.js 和 Astro 等框架会将页面预先构建为 HTML，因此服务器只需返回一个静态文件。TTFB 会大幅下降。
选择合适的服务器区域：将服务器部署在你主要用户群附近。
精简 Cookie 和头部：臃肿的 Cookie 和跟踪头部会增大请求/响应的体积。
移除重定向链：每一次重定向都会增加 TTFB。让重定向保持直接。
测量工具
- Chrome DevTools → Network → Timing：每个请求的 TTFB 明细
- WebPageTest：按区域和设备划分的 TTFB
- PageSpeed Insights：基于 CrUX 的现场数据
- Search Console → Core Web Vitals：真实用户 TTFB 趋势
Sources: