TapCub 正式上线:统计、分析、客服一个平台免费用
术语表

什么是首字节时间(TTFB)?多少算好、怎么降低

首字节时间是浏览器从请求页面到收到响应第一个字节所等待的时间。它包含哪些部分、多少算好,以及怎么降下来。

陈屿 审核人 许安 又称 TTFB 最后更新 2026 年 11 月 4 日 术语表

一句话回答

首字节时间(TTFB)是从开始导航到收到页面响应第一个字节的时间,包括重定向、DNS 查询、建立连接和 TLS 握手,以及服务端处理。不超过 800 毫秒算良好。

公式: TTFB = 重定向 + Service Worker 启动 + DNS + 连接和 TLS + 请求和服务端处理

什么是首字节时间?

首字节时间(TTFB)是从开始导航到收到 HTML 第一个字节,浏览器等了多久。在它之前页面上什么都渲染不了,所以它决定了 首次内容绘制(FCP) 和 LCP 的下限。

评级TTFB
良好不超过 800 毫秒
需改进800 毫秒–1.8 秒
较差超过 1.8 秒

TTFB 包含什么

部分耗时来自
重定向每跳一次(http → https → www)就多一个往返
DNS 查询解析域名
连接和 TLS建立连接、完成安全握手
服务端处理数据库查询、页面渲染、没有缓存的页面

一个示例拆解

示例数据:某商店的 P75 TTFB 是 1.4 秒:两次重定向 0.3 秒(广告链接 http:// 跳 https:// 再跳 www),DNS 0.05 秒,连接和 TLS 0.15 秒,服务端生成一个没有缓存的分类页 0.9 秒。

两项优化:广告链接直接指向最终地址(重定向没了);分类页 HTML 在 CDN 上缓存几分钟(服务端 0.9 → 0.2 秒)。新的 TTFB:0.05 + 0.15 + 0.2 = 0.4 秒。

怎么降低 TTFB

  1. 链接直接指向最终地址,去掉重定向链。
  2. 在边缘节点缓存 HTML,哪怕只缓存很短时间。
  3. 用 CDN,让连接在离访客近的地方建立。
  4. 排查慢的服务端工作:渲染时发起的数据库查询和第三方接口调用。
  5. 按国家和设备看 TTFB;本地市场快,可能掩盖了其他地区慢。

在 TapCub 里看首字节时间

TapCub 用站点脚本从真实访问里采集 Web Vitals(第一个页面隐藏时上报一次;用 data-vitals="false" 关闭)。在网站统计 › 监测 › 性能里,卡片可在 P75、中位数、P95 和平均值之间切换,分组可按页面、设备、浏览器、国家和操作系统拆分,「最慢页面」按 P75 最大内容绘制排序。详见性能文档。 那里的加载拆分图还会把每次加载分成后端响应(首字节)、网络传输和前端渲染三段。

相关阅读:FCP、页面加载多快算好。

这个解释清楚吗?

我们会根据反馈修改和补充这篇内容。

陈屿

技术工程师

专注统计代码、SDK 与接口集成文档,从接入验证到问题排查,帮助开发者更顺畅地完成实施。

常见问题

常见追问

大家看完定义后最常问的几个问题。

还有其他问题?

直接和 TapCub 团队聊聊——工作日通常几小时内回复。

TTFB 多少算好?

按真实访问的 P75 计,不超过 800 毫秒算良好,超过 1.8 秒算较差,中间算需改进。

TTFB 是 Core Web Vitals 吗?

不是,但其他加载指标都在它之后才开始,TTFB 慢,LCP 就很难好。

为什么真实用户的 TTFB 比测试慢?

测试常常从离服务器很近的机房发起。真实访客离得更远、用移动网络,请求还可能没命中缓存。

重定向算进 TTFB 吗?

算。每一次重定向都要多一个完整的往返,然后才去请求最终页面。

在你自己的网站上看这个数字

加一行脚本就能开始,网站和 App 都能接,几分钟内就能看到第一批报表。

看清数据,找到增长。

每一次点击,都有数据依据。装好一行代码,1 分钟看到第一批数据。

无需信用卡 · 统计与客服都有免费版 · 统计无 Cookie