1字节=1B，是我们计算机总的计量单位，一般我在中文搜索引擎优化的关键词至少也是4-8个字节，如果用到谷歌之类的外文搜索引擎那么每个单词可以划分为多长字节。而根据数据研究我们发现网络性能对于谷歌的搜索排名是存在影响的，当然在国内的中文搜素引擎也是同样适用的，不过因为一个字母代表一个字节，而一个汉字代码两个字节，为了更清晰的来说明字节影响所以笔者选择了谷歌为例来说明。

    在字节影响排名的研究中，我们发现更快的首字节时间与更高的搜索引擎排名之间存在明显的相关性。虽然不能完全证明TTFB的减少直接导致搜索排名的增加，但存在足够的相关性，至少可以保证对该问题进行进一步的讨论。在开始之前我们先来普及一下何为TTFB，它是Time to First Byte的缩写，指的是浏览器开始收到服务器响应数据的时间，后台处理时间+重定向时间，是反映服务端响应速度的重要指标。而且我们发现一般情况下TTFB速度更快的网站总体上排名比速度较慢的网站更高。而且我们发现这不仅适用于使用一个或两个关键词的常规搜索，而且适用于包含四个或五个关键词的长尾词的搜索。显然这些数据显示了一个有趣的趋势——网站速度实际上影响着搜索排名。

    是什么影响了TTFB呢？通常情况下，我们认为能够影响TTFB指标的有下面三个因素：

    1、我们的请求通过网络传播到Web服务器所花费的时间

    2、Web服务器处理请求并生成响应所花费的时间

    3、响应通过网络传播回我们的浏览器所花费的时间。

    那么我们为了改善TTFB，是否必须减少每个组件的时间呢？要从哪里开始呢？首先我们需要知道的是如何测量TTFB。尽管现在互联网上有许多工具可以测量TTFB，但我们只使用一种称为WebPageTest的开源工具。使用WebPageTest是查看站点性能的好方法，以及查看是否需要花费精力来优化TTFB指标。使用它只需访问www.webpagetest.org，选择最适合我们的用户个人资料的位置，然后对我们的网站进行测试。在大约30秒内，WebPageTest将为我们返回一个图，用来显示我们的网页加载的所有资源并详细评估每个响应时间。如果我们看瀑布图的第一行，该行的绿色部分将显示根HTML页面的第一个字节的时间。如果我们的TTFB确实很慢，那么下一步就是确定导致速度变慢的原因以及可以采取的措施。但是在探讨之前，我们需要简短地谈谈“延迟”。延迟是一个通常被误解的概念，延迟是将单个数据从一个位置传输到另一位置所花费的时间。一个普遍的误解是，如果我们具有快速的互联网连接，则应始终具有较低的延迟。

    快速的互联网连接只是其中的一部分，加载页面所需的时间不仅取决于连接的速度，还取决于浏览器对该页面的远近。就好比是将我们的互联网连接视为管道。我们的连接带宽即“速度”越高，管道越宽。管道越宽，可以并行下载的数据越多。虽然这有助于整体数据吞吐量，但我们的浏览器所建立的每个特定连接仍然需要最小的距离。用图来说明一下带宽和延迟之间的差异。

    从图片上我们可以看到，相同的JPG在较高和较低带宽的情况下仍必须经过相同的距离，其中距离由两个主要因素定义：从A到B的物理距离。A和B之间的跳跃数，因为互联网流量通过越来越多的路由器进行重定向，并且必须经过更远的距离才能进行交换。因此，虽然带宽无疑对整体吞吐量最有好处，但我们仍然必须经过连接的初始距离才能加载页面，这就是延迟的来源。那么我们如何测量延迟呢？其实有最简单的方法，ping它是将延迟与服务器处理时间分开的最佳工具。我们可以在大多数WindowsLinux系统上，默认情况下都会预安装ping工具。ping的作用是通过互联网将非常小的信息包发送到我们的目标URL，从而测量该信息到达和返回所花费的时间。Ping实际上不占用服务器端的处理开销，因此测量ping响应时间可以使我们对TTFB的延迟组件有良好的感觉。我们从整个TTFB时间中减去ping时间，然后可以从服务器后端处理组件中分解网络延迟组件以正确地集中优化工作。从研究中，我们发现搜索排名最高的网站的TTFB低至350毫秒，排名较高的网站则将其推高至650毫秒，我们建议总TTFB为500ms或更短。在这500毫秒中，建议往返网络延迟不超过100毫秒。如果我们有来自另一个大陆的大量用户，则网络延迟可能会高达200毫秒，但是如果该流量对我们很重要，那么我们可以采取其他措施来帮助我们，我们将尽快解决。总而言之，初始HTML页面加载的理想目标应该是：

    1、到第一个字节的时间为500ms或更短

    2、往返网络延迟不超过100毫秒

    3、后端处理时间不超过400毫秒

    那么如果我们的实际数字高于此数字要怎么办呢？也不是很难解决，我们可以使用CDN改善延迟问题的，解决方案非常简单，只要减少内容与访问者之间的距离就可以了。就是将我们的静态内容移动到内容交付网络CDN中。CDN会自动将我们的内容复制到全球各地，并且地理位置更接近我们的用户。因此，现在如果我们在美国发布内容，它将自动复制到Syndey中的服务器，我们的英国用户将从中下载该服务器。如图所示，CDN在减少用户请求的距离，从而减少TTFB的延迟部分方面有很大的不同：

    要影响TTFB，请确保我们选择的CDN可以缓存网站首页的静态HTML不仅仅是图片，Java和CSS等相关资源也是如此。因为这是Google bot会请求并测量TTFB的初始资源。TTFB中的第二个因素是服务器花费在处理请求和生成响应上的时间量。实质上，后端处理时间是构成网站的所有其他材料的性能：

    1、运行我们的网站的操作系统和计算机硬件以及配置方式

    2、在该硬件如CMS上运行的应用程序代码及其配置方式

    3、应用程序为生成页面而进行的任何数据库查询，其进行的查询次数，返回的数据量以及数据库的配置

    其实如何优化网站的后端是一直是个问题，虽然网上有不少攻略也不不少相关的书籍，但是笔者个人感觉还是要做好TTFB的优化效果会更好一些。想要做好首先我们要有一个可以的网络运行设备，如果可以的话其实可以使用托管也是不错的选择。选择一个大的平台，这样服务器本身的有保证的，而且价格上也相对比较合适，当然与此同时共享的风险也是存在的，端看我们企业本身对成本和风险评估来进行决策。

    再来，我们需要来优化后端软件的性能，检查一下我们的应用程序或CMS的配置，是否有可以禁用的功能或日志记录设置？是否处于“调试模式？我们希望可以摆脱掉这些不必要的操作，因为这些操作可以提高站点响应请求的速度。如果我们的应用程序或CMS使用的是PHP之类的解释语言，则应研究减少执行时间的方法。解释的语言具有将它们转换为机器可理解的代码的步骤，该代码由服务器实际执行。理想情况下，我们希望服务器执行一次此转换，而不是对每个传入请求进行一次转换。尽管这些名称可能会根据下划线技术而有所不同，但通常称为编译或操作码缓存。如果可能，利用服务器端缓存是快速生成动态页面的好方法。如果我们的页面正在加载不经常更改的内容，则利用本地缓存返回这些资源是提高页面加载时间性能的一种非常有效的方法。

    当然，我们也可以使用不同的工具在不同级别进行有效的缓存，并且高度依赖于我们在网站后端使用的技术。一些缓存软件仅缓存一种数据，而其他缓存软件则进行多级缓存。与我们将要进行的任何软件更改一样，确保在逐步进行每个更改时不断测试对TTFB的影响。TTFB有3个组成部分，请求传播到Web服务器所花费的时间； Web服务器处理请求并生成响应所花费的时间；以及响应传播回我们的浏览器所花费的时间。延迟捕获了TTFB的第一部分和第三部分，可以通过WebPageTest和ping之类的工具进行有效测量。服务器处理时间就是整个TTFB时间减去等待时间。我们建议TTFB时间不超过500毫秒，在TTFB中用于网络延迟的时间不应超过100 ms，而在后端处理上的时间不应超过400 ms。

    最后，我们可以通过将内容在地理位置上更靠近访问者来改善延迟。只要CDN可用于为动态基本HTML页面提供服务，它就是实现此目标的好方法。我们通常可以通过更好的服务器配置和缓存昂贵的操作来以多种方式提高网站后端的性能。