如果响应没有缓存，则服务器的响应时间与 托管服务提供商和后端应用堆栈提供 动态生成的响应（例如从数据库中提取数据） 其 TTFB 可能会比 在后端没有大量计算时间。显示 加载旋转图标，然后在客户端获取所有数据， 从可预测性的服务器端环境转变为可能 客户端一个。尽可能减少客户端的工作量通常可以改善 以用户为中心的指标
如果用户在字段中遇到 TTFB 缓慢的问题，您可以透露相关信息， 使用 Server-Timing 了解在服务器上花费的时间 响应标头：
Server-Timing
Server-Timing: auth;dur=55.5, db;dur=220
Server-Timing 标头的值可以包含多个指标，以及 每个时段的播放时长然后，系统可从现场的用户收集这些数据 Navigation Timing API，并进行了分析，以了解用户 延误。在上述代码段中，响应标头包含两个时间：
auth
db
您可能还需要检查您的托管基础架构，并确认 拥有足够的资源来处理您的网站所获得的流量。已分享 托管服务提供商通常容易受到较高的 TTFB 的影响，而 但响应时间更短，费用可能更高。
HTML、JavaScript、CSS 和 SVG 图片等文本响应应 通过压缩来减少其通过网络的传输大小 下载速度会更快最常用的压缩算法是 gzip 和 Brotli。与 gzip 相比，Brotli 可将性能提升约 15% 至 20%。
压缩功能通常由大多数网站托管服务提供商自动设置，但 如果您打算配置 或自行调整压缩设置：
自行进行压缩颇具挑战，通常最好 内容分发网络 (CDN) - 具体内容将在下一部分讨论， 为您处理此问题。不过，了解这些概念可以帮助您 您的托管服务提供商是否正确使用了压缩功能。这些知识可以 可以帮助您找出优化压缩设置的机会， 让您的网站获得最大收益。
内容分发网络 (CDN) 是分布式服务器网络， 从您的源服务器缓存资源，继而从边缘提供这些资源 物理位置更靠近用户的服务器商家的实际距离 这样用户就可以缩短往返时间 (RTT)，而 HTTP/2 或 HTTP/3、缓存和压缩可让 CDN 更快地传送内容 与从您的源服务器提取相比。利用 CDN 在某些情况下，可以显著提高网站的 TTFB。
哪种类型的重定向完全由您控制？
Server-Timing 标头可以包含多个指标。
哪种类型的服务器最有可能离您的终端 用户？
现在，您已经熟悉了涉及到的一些性能注意事项 与网站的 HTML 结合使用，则更有利地确保它能够加载 但这仅仅是学习 Web 的开始 性能接下来，关键渲染路径背后的理论是 。本单元将介绍一些关键概念，例如阻塞渲染和 解析阻塞资源，以及它们在获取网页初始 以便尽快呈现在浏览器中
如未另行说明，那么本页面中的内容已根据知识共享署名 4.0 许可获得了许可，并且代码示例已根据 Apache 2.0 许可获得了许可。有关详情，请参阅 Google 开发者网站政策。Java 是 Oracle 和/或其关联公司的注册商标。
最后更新时间 (UTC)：2023-11-01。
