现在的生活节奏快得多，在网络世界中尤其如此。我们看到技术在突飞猛进地发展，而我们的需求也自然而然地增加。想想我们从拨号时代以来已经走了多远，拨号时代还是大约 20 年前的标准。今天，我们的手机实际上就是一台迷你电脑，我们每月只需几美元就可以轻松地托管一个网站。现在是成为在线客户的好时机，但如果您是网站所有者 – 竞争将非常激烈。
那么如何吸引更多的客户呢？ 速度通常是一个很好的起点。这是一份指南，它将教您更多关于TTFB 的信息——它是什么、如何衡量它以及如何改进我们的 TTFB。 让我们不要浪费时间，直接进入……
什么是 TTFB？
TTFB 代表Time To First Byte，表示Web 服务器的响应能力。更具体地说，这决定了HTTP 请求到达您的主机并取回其第一个数据字节所需的时间。 TTFB 越低——您的服务器和底层网站越快。
您网站的结构方式会对从一开始到第一个字节的时间产生重大影响。静态页面通常处理得非常快，而动态网站需要加载更多元素。 TTFB 在分析您的站点性能和识别其弱点时非常有用。通过修复降低服务器连接速度的问题，我们不仅可以加快页面速度，还可以提高其搜索引擎排名。
什么会影响 TTFB？
要了解影响 TTFB 的因素以及我们如何影响它，我们必须首先了解当访问者键入 URL 并登陆我们的页面时会发生什么。
需要注意三个阶段：
- 服务器获取用户请求——测量第一个字节的时间从这个阶段开始。这主要掌握在您的托管服务提供商手中。有几个因素在这里起作用——主机的网络延迟、用户和服务器之间的距离、DNS 查找所需的时间、复杂的防火墙规则等等。从用户的角度来看，您的互联网服务提供商 (ISP) 的速度也可能是检查拖慢您的 TTFB 的因素时的罪魁祸首。
- 服务器处理请求并生成响应——代码的整洁度也会对 TTFB 产生重大影响。一旦收到访问者的请求，您的托管服务器就必须处理它。这涉及调用数据库、运行脚本以及与网络中的其他系统通信。虽然这里的网站速度变慢可能是由于服务器内存 或磁盘 I/O不足引起的，但 TTFB 通常受到代码臃肿、优化不佳、页面缓存不足或第三方工具和服务过多的影响。
- 用户浏览器得到响应——还不是时候将信息返回给用户。这是负责大约 40% 的 TTFB 的部分，并且依赖于双方（主机和访问者）的快速连接速度。例如，Wi-Fi 热点只能确保基本的互联网速度，远远不足以快速加载动态网站。
总而言之，我们有几个导致 TTFB 变慢的主要原因：
- 网络问题（延迟、连接速度、数据中心位置）
- 服务器问题（系统资源不足、PHP/ASP 设置、托管服务器类型）
- 客户端问题（缓慢的代码、繁重的数据库、过多的第三方集成）
什么是好的 TTFB？
正如我们提到的，您构建网站的方式会极大地影响您的 TTFB和整个加载时间。静态网站总是比动态网站加载得更快，即使它包含更多页面或收到更多请求。与您的网络访问相同——您一次收到的请求越多，您的服务器处理所有请求所需的时间就越长。
不过，最好有一个基点，一些可以争取的数字。
我们以毫秒为单位测量 TTFB 。如果您到达第一个字节的时间将时钟停止在 100毫秒以下——您的表现非常出色，并且跻身于最快的网站之列。低于 500 毫秒的分数也不错，尽管您希望保持在较低的利润率附近（大约 100-200 毫秒）。
现在，如果您的 TTFB接近或高于 1s，则可能值得关注并值得研究。如此缓慢的服务器处理速度不仅会导致访问者出现问题，还会导致搜索引擎出现问题。
重要提示：静态网站请求可以在 100 毫秒内轻松处理，但包含更多元素的动态页面则不然。此类站点的典型 TTFB，即使经过优化，也约为200-300 毫秒。
测量 TTFB 时要考虑的事项
互联网上有大量工具可以分析您的页面加载速度并向您展示它的执行速度。高级解决方案不仅仅止步于此——它们可以为您提供每个页面元素加载时间的完整细分，以及有关如何优化您的网站以获得更好结果的有用提示。
在最流行的站点分析工具中，您会发现GTMetrix 和Pingdom。两者都被证明是可靠的，并提供了广泛的测试地点。或者，许多人似乎喜欢像WebPageTest 和ByteCheck这样的平台，因为它们的简单性和用户友好性。
尽管如此，来自第三方工具的基准测试结果总是会出现偏差和误报。原因如下：
- 服务器位置- 在线速度检查器可以从不同的服务器位置测量您的站点速度。虽然他们试图覆盖大多数主要的国际城市，但他们仍然有些有限。GTMetrix 和 Pingdom都只提供 7-8 个不同的位置，如果您的托管服务器距离其中任何一个都不近——这可能会增加您的结果。
- 服务器负载——想象成百上千的人试图同时检查他们的站点速度。这将不可避免地给测试服务器带来负担，这就是您的最终结果可能会有所不同的原因。即使您使用相同的工具测试您的页面，间隔只有几分钟——您可能会注意到显着的差异。
- 测量范围- 考虑到速度测试测量的是整个网站负载的整个过程，而不仅仅是 TTFB，这是很好的。一些工具提供更详细的分解，您可以只提取第一个字节的时间，但请记住，它们可能使用不同的术语和可视化方法。
重要提示：使用在线工具时，最好在一天中的不同时间通过多个平台测试您的网站。形成平均 TTFB 分数会更准确，并且会帮助您避免误报。
如何衡量你的 TTFB？
还有另一个不涉及第三方工具和随机分析软件的技巧来衡量您的 TTFB 和加载速度。通过创建一个空白的 .php 文件，您可以轻松计算服务器的 TTFB，而无需包括加起来达到该指标的 脚本和插件。
这里有三种不同的方法来做到这一点。
如何通过文件管理器测量 TTFB
自然地，使用控制面板中的内置文件管理器将是测试速度的最快方法。
- 登录到您的控制面板并转到文件管理器。
- 单击“新建文件”选项并使用您选择的名称创建一个 .php 文件。
重要提示：确保您正在创建一个 .php 文件并将其放置在您帐户的根目录中。这对于获得最准确的结果至关重要。
- 右键单击新创建的文件，然后单击编辑。
- 进入后，粘贴以下代码：
<?php
phpinfo();
？>
- 单击保存按钮。
- 打开浏览器并输入yourdomain.com/yourfile.php。你应该看到这样一个页面：
- 这只会为您提供服务器的 PHP 信息。要运行 TTFB 测试，请选择您选择的网站分析器并检查 URL yourdomain.com/yourfile.php
如何通过 FTP 测量 TTFB
如果您是通过Filezilla之类的 FTP 工具操作您的帐户，您可以通过上述步骤轻松创建相同的文件。您需要做的就是：
- 打开您的FTP 客户端并登录到您的服务器。
- 导航到public_html 目录并创建新的 .php 文件。
- 在浏览器中打开yourdomain.com/yourfile.php URL。
如何通过 SSH 测量 TTFB
更高级的用户也可以通过 SSH（安全外壳访问）测量他们的 TTFB 和页面加载速度。以下是该过程涉及的内容：
- 打开您的SSH 终端。
- 使用以下命令输入您的根文件夹：
cd /home/用户名/public_html
- 创建文件也只需要一行：
echo '<?php phpinfo();' > 信息.php
- 您现在可以继续在浏览器中 加载 phpinfo 页面。
重要提示：如果您已经通过在线检查器测试了您的网站，您可以将结果与您服务器的 TTFB 基准单独进行比较。只需打开您选择的第三方分析器并对URL yourdomain.com/yourfile.php 运行测试。
如何改善您的 TTFB？
至此，我们已经了解了影响您的 TTFB 的因素、目标分数是多少以及如何衡量这一重要指标。现在是时候提供一些实用的建议了——一些关于缩短第一字节时间的提示和技巧。
以下是一些需要考虑的要点：
实施缓存——这是任何由动态内容支持的网站的必备条件。缓存可帮助您创建和保留基本页面元素的副本，因此您的服务器不必在每次收到用户请求时都查找它们。
许多应用程序，如WordPress，都提供方便的网站缓存插件，您可以轻松地为工作配置这些插件。VPS 和专用服务器客户端也可以通过对 .htaccess 文件进行一些配置来实现这一点，但是只有当您知道自己在做什么时才应该使用它。
重要提示：有不同类型的缓存，它们都可以帮助您提高 TTFB 和加载速度。除了站点缓存，您还可以考虑浏览器缓存、服务器缓存、微缓存等。
- 选择一个可靠的提供商——您的托管提供商在从一开始就获得良好的 TTFB 标记方面起着关键作用。许多主机可能使用类似的服务器机器，但它们的配置方式却大不相同。检查您的潜在提供商是否提供免费试用或某种演示，以便您可以测试服务器速度并查看它们是否适合您的项目。
- 利用 CDN –如果您的访问者来自世界不同地区，CDN（或内容交付网络）可以帮助您优化站点速度。与缓存类似，您可以在互连服务器的全球网络中保存静态元素的副本，而不是让您的服务器搜索对每个请求的响应。这样，您就可以减少数据长距离“传输”时涉及的所有延迟。
结论
始终了解您的网站的运行情况不利于您的优化策略和业务增长。任何优秀的网站管理员都知道这是一个持续的过程，他们应该一直在寻找新的方法来减少他们项目的 TTFB 和页面负载。优化您的站点速度是您和您的服务提供商之间的共同责任。每当您发现有什么东西在拖慢您的速度时，请进行广泛的初步检查，看看是什么导致了问题。
