更快的网站技术分析的见解
先进的搜索引擎优化SEO
pagespeed的见解可能是有用的，但是一个完美的成绩并不能保证一个快速的网站。有更聪明的方法来评估和提高网站速度。

谷歌的pagespeed的见解是一个易于使用的工具，深圳网站制作公司测试网页是否可能比它要慢。它给出了一个得分来量化页面性能。因为这个分数是混凝土，pagespeed见解评分经常被用来作为衡量网站性能。同样的PageRank年回来，乡亲们想优化这个数字只是因为它存在。事实上，要在这个题目上受欢迎的文章：如何实现100 / 100与谷歌网页速度测试工具。

在普通CMSes的小网站（认为WordPress），这可以完成。如果是你，pagespeed的见解是一个伟大的开始。对于大多数网站来说，一个完美的分数是不现实的。那么我们从哪里开始呢？

这就是这个职位是关于。我想提出三点：

延迟会伤害负载时间超过带宽

pagespeed见解成绩不应该信以为真

改善始于测量，目标设定和优先次序

我写的SEO从业者铭记。我会跳过一些技术方面的。你应该带着足够的视角走开，开始问正确的问题。你可能会做出更好的建议作为结果。

免责声明：http2提高一些在这篇文章中讨论的问题。具体而言，对同一服务器的多个请求较少问题。它不是万能药。

延迟会伤害负载时间超过带宽

在我们第一次看到pagespeed规则可以让你认为它是所有关于服务更少的字节用户。缩小，优化，压缩。大小只有一半的故事。它也需要时间为您的要求只是到达服务器。然后服务器需要时间来回应你！

当你提出请求时会发生什么？

如果用户在浏览器地址栏中键入URL并点击输入，则请求。很多事情发生时，要求作出。最后一部分是传送请求的内容。只有最后一个比特受到带宽和内容大小的影响。

履行请求需要（或多或少）这些步骤：

找到服务器

连接到服务器

等待回应

接收响应

每一步都需要时间，而不仅仅是最后一步。前三个独立于文件大小，它们是有效的固定成本。这些费用与每个请求不论负载是微小的，缩小的CSS文件或一个巨大的未压缩图像。

为什么需要时间才能得到回应？

我们不能回避的因素是网络信号不能比光的速度传播得快。这是一个理论上的最大值，在现实中，它将需要更长的时间比数据传输。例如，它以光为巴黎和纽约之间往返40ms。如果需要两倍的时间数据实际上跨大西洋，那么最低时间将从服务器获得响应是80ms。

这就是为什么CDN是常用的。CDN将服务器物理上更贴近用户，这是减少以达到服务器时间的唯一途径。

这多少钱？

看看这张图（从Chrome的工具）：

生活的要求，测量由铬开发工具。

所有的值在红盒子里是什么，我在考虑“延迟”。他们总220ms。内容实际转移了0.7ms。没有压缩文件大小可以帮助；减少请求采取的时间，唯一的办法是减少延迟。

我们不需要做很多请求来加载页面吗？

加载一个页面所需的所有内容需要一个以上的请求。如果该URL对应于一个网页，浏览器通常会发现它需要加载更多的资源来渲染页面。这些可能是CSS，JavaScript或字体文件。它必须递归地通过上面列出的相同步骤加载每个文件。

幸运的是，一旦服务器被发现（“DNS查找”在上面的图像），浏览器将不再需要查找它。它仍然要连接，我们将不得不等待一个响应。

持怀疑态度的阅读测试pagespeed的见解

所有的pagespeed见解评价盖的事情可以影响网站速度。对于大型网站，其中一些不那么容易实现。根据您的网站是如何设计的，有些人会比别人更有效。这并不是说你有理由不做这些事--他们都是最好的做法，他们都帮助。但他们并不代表整个网站的速度图片。

记住，这里的“怀疑”阅读每个pagespeed见解规则。

减少带宽使用的测试

规则

持怀疑态度的阅读

优化图像

除非你有巨大的图像，这可能不是一个大问题。这只是衡量图像是否可以进一步压缩-而不是你加载太多。

使压缩

压缩容易。你应该用它。它也可能不会有很大的差别，除非你有（例如）巨大的JavaScript文件加载。

缩小的HTML

可能会减少开销只有几十KB。延迟将有更大的影响比响应大小。

缩小CSS

可能会减少开销只有几十KB。延迟将有更大的影响比响应大小。

压缩Js文件

可能不会像将JS合并到单个文件中那样重要，从而减少要进行的请求的数量。

减少延迟测试

规则

持怀疑态度的阅读

浏览器缓存

绝对让我们缓存自己的文件。可能从缓存中受益的许多文件可能托管在第三方服务器上。你必须自己主持更改缓存时间。

减少服务器响应时间

阈值太高。它也试图排除服务器的物理延迟，而只看服务器收到请求后多长时间响应。

避免登陆页面重定向

对.

消除渲染阻塞JavaScript和CSS以上的折叠内容

一个有效的关注，但可以非常困难。在初始页面加载的顶部上呈现零请求，在折叠内容之上呈现没有必要满足大多数性能目标。

把可见的内容

其实很重要。

不要把这些作为网站性能的最后一句话！独立于这些测试，这里有一些事情要考虑。一些不包括在所有的pagespeed的见解，有的只覆盖了一半：

缓存内容控件。

减少您从第三方域加载的内容量。

减少服务器响应时间超出要求通过pagespeed见解测试最低。

移动服务器接近最终用户。基本上，使用CDN。

减少阻塞请求。确保你使用的http2将有助于在这里。

如何开始改进

测量

在这篇文章中的屏幕截图工具创建铬。它内置在浏览器中，允许您检查页面加载时会发生什么。

他们不相信pagespeed见解的工具，去在Chrome浏览器加载页面。检查它如何执行。看看什么要求实际上似乎需要更多的时间。通常答案是显而易见的：例如，将花费太多的时间载入广告。

目标设定

如果一个完美的pagespeed见解评分并不是你的目标，你需要知道你的目标将是。这很重要，因为它允许你将当前的性能与目标进行比较。您可以看到是否减少带宽的要求将实际达到您的目标，或者您是否还需要做一些事情，以减少延迟（使用CDN，处理较少的请求，首先加载高优先级的内容）。

优先考虑

优先页面速度“修复”是重要的-这不是唯一类型的优先级。还有一个问题，什么是实际需要加载。pagespeed的见解并试图找出你是否优先倍以上内容。这是一个伟大的目标。它也不是一个完美的评估，它可能更容易分裂成“关键”和“非关键”的路径内容，无论什么是表面上的褶皱。

例如：如果您的网站依赖于广告收入，您可能会加载所有内容在页面上，然后才开始加载广告。毕竟，pagespeed的见解是一一一刀切的解决办法。

结论

故事到目前为止，PageSpeed的见解可能是有用的，但也有更聪明的方法来评估和提高网站的速度。一个完美的分数不能保证一个快速的网站。

如果你有兴趣了解更多，我强烈建议检查出Ilya Grigorik的网站，专门介绍这一古老而又好甲板。格里高利克是一个Web性能测试工程师在谷歌和一个很好的沟通者对网站的速度问题。