您可以在下面看到 ping 命令的屏幕截图： 平 Ping 继续测试服务器的平均响应时间，并总结出平均响应时间为 15.8 毫秒。理想情况下，您希望 ping 时间低于 100 毫秒，因此这是一个很好的结果。（但不可否认的是，这里行进的距离非常小，稍后会详细介绍）。 通过从总体 TTFB 时间中减去 ping 时间，您可以从服务器后端处理组件（第 2 部分）中分离出网络延迟组件（TTFB 第 1 部分和第 3 部分），以正确集中优化工作。
给自己打分 从前面的研究中
我们发现搜索排名靠前的网 决策者电子邮件列表 站的 TTFB 低至 350 毫秒，排名更高的网站则高达 650 毫秒。我们建议总 TTFB 为 500 毫秒或更短。 在这 500 毫秒中，建议往返网络延迟不超过 100 毫秒。如果您有大量来自其他大陆的用户，网络延迟可能高达 200 毫秒，但如果该流量对您很重要，您可以采取其他措施来提供帮助，我们很快就会讲到。
总而言之，初始
HTML 页面加载的理想目标应该是： 第一个字节的 服务是否仍然与你的客户相关 接收时间为 500 毫秒或更短 往返网络延迟不超过 100 毫秒 400 毫秒或更短的后端处理 那么，如果您的数字高于此数字，您该怎么办？ 使用 CDN 改善延迟 改善延迟的解决方案非常简单：减少内容与访问者之间的“距离”。如果您的服务器位于亚特兰大，但用户位于悉尼，您肯定不希望用户在地球另一端请求内容。
相反， 幸运的是
有一个简单的方法可以做到这一点：将静态 欧洲数据 内容移至内容分发网络 (CDN)。CDN 会自动将您的内容复制到世界各地的多个位置，地理位置更接近您的用户。因此，现在如果您在亚特兰大发布内容，它将自动复制到悉尼的服务器，您的澳大利亚用户将从该服务器下载它。如下图所示，CDN 在减少用户请求的距离方面发挥了重要作用，
目前有许多优秀的
CDN，包括 等等。 优化后端基础设施性能 TTFB 中的第二个因素是服务器处理请求和生成响应所花费的时间。本质上，后端处理时间是构成您网站的 所有其他“内容”的性能： 运行您的网站的操作系统和计算机硬件及其配置方式 在该硬件上运行的应用程序代码（如 CMS）及其配置方式 应用程序为生成页面而进行的任何数据库查询、它进行的查询次数、返回的数据量以及数据库的配置 如何优化网站的后端是一个很大的话题，可以写成 几 本书。