更快网站技术分析洞察
快速网站技术分析见解高级搜索引擎优化SEOpagespeed见解可能有用,但完美的成就并不** 快速网站。有更聪明的方法来评估和提高网站速度。
谷歌pagespeed是一个易于使用的工具,深国商网站则让公司测试网页是否可能比它慢。它给出了量化页面性能的分数。因为这个分数是具体的,pagespeed意见分数经常被用作网站表现的衡量标准。同样的pageRank在这一年又出现了,村民们认为优化这个数字只是因为它存在。事实上,这篇文章的热门话题是:如何实现100/100和谷歌web速度测试工具。
在普通CMSes小网站(思想WordPress),这是可以做到的。如果是你,pagespeed这个想法是一个很好的开始。对于大多数人网站,完美的分数是不现实的。那我们从哪里开始呢
这就是这个职位的意义所在。我想谈三点:
延迟会破坏带宽上的加载时间
pagespeed意见达成不应受到重视
改进始于测量、目标设定和优先顺序
我写了SEO还记得。我将跳过一些技术方面的内容。你应该带着足够的视角离开,开始问正确的问题。因此,你可以提出更好的建议。
免责声明:http2改进了本文讨论的一些问题。具体来说,对同一服务器的请求较少。这不是万能药。
延迟会破坏带宽上的加载时间
当我们第一次看到pagespeed规则时,您可以认为它是关于服务的字节数更少的用户。收缩,优化,压缩。只有一半大小的故事。您的请求到达服务器也需要时间。然后服务器需要时间来响应您!
你问的时候会发生什么
如果用户在浏览器地址栏中键入URL并单击enter,则请求。当很多事情发生的时候,要主动要求。** 后一部分是发送请求的内容。只有** 后一个比特受带宽和内容大小的影响。
这些步骤(或多或少)是满足请求所必需的:
找到服务器
连接到服务器
正在等待响应
接收响应
每一步都需要时间,而不仅仅是** 后一步。前三个独立于文件大小,是有效的固定成本。无论负载是小的、减少的CSS文件还是巨大的未压缩图像,每次请求都会产生这些成本。
为什么需要时间才能得到回应
我们无法避免的因素是,网络信号的传播速度不能超过光速。这是一个理论上的** 大值,而在现实中,它将需要比数据传输更长的时间。例如,它使用光在巴黎和纽约之间传输40毫秒,如果它实际穿越大西洋所需的时间数据是它实际穿越大西洋所需时间的两倍,那么** 短时间将是服务器80ms的响应。
这就是为什么CDN是常用的CDN物理接近用户是减少服务器时间的唯一方法。
多少钱
请看这张图片(来自Chrome工具):
寿命要求,用铬开发工具测量。
红色框中的所有值是什么;延迟;。它们总是220毫秒,内容实际上被0.7ms传输,没有压缩文件大小可以帮助;减少请求所花费时间的唯一方法是减少延迟。
我们不需要提出很多请求来加载页面吗
加载页面所需的所有内容需要多个请求。如果URL对应于网页,浏览器通常会发现需要加载更多资源来呈现该页面。这些文件可以是CSS、JavaScript或字体文件。它必须通过上面列出的相同步骤递归地加载每个文件。
幸运的是,一旦发现服务器,即DNS;在上面的图像中,浏览器将不再需要找到它。它仍然需要连接,我们将不得不等待回应。
对质疑阅读测试pagespeed的看法
所有pagespeed见解都会影响网站速度。对于大型网站,其中一些并不容易实现。根据你网站的设计方式,有些人会比其他人更有效。这不是说你有理由不去做这些事情——它们都是** 好的做法,它们都在帮助你。但它们并不代表整个网站速度图片。
记住,这里;怀疑;阅读每个pagespeed意见规则。
降低带宽使用率的测试
规则
怀疑的阅读
优化图像
除非你有巨大的图像,否则这可能不是一个大问题。这只是一个衡量图像是否可以进一步压缩的度量,如果加载太多,则不可以。
压缩
压缩很容易。你应该用它。它也可能没有什么大的区别,除非您有(例如)一个巨大的JavaScript文件要加载。
减少的HTML
可能只减少几十KB的开销。延迟将比响应大小产生更大的影响。
收缩CSS
可能只减少几十KB的开销。延迟将比响应大小产生更大的影响。
压缩JS文件
它可能不如将JS合并到单个文件中那么重要,从而减少了请求的数量。
减少延迟测试
规则
怀疑的阅读
浏览器缓存
当然,让我们缓存自己的文件。许多可能从缓存中受益的文件可能托管在第三方服务器上。你必须自己改变缓存时间。
缩短服务器响应时间
阈值太高。它还尝试排除服务器的物理延迟,只查看服务器对请求的响应时间。
避免登录页重定向
对。
消除上面的渲染阻塞JavaScript和折叠内容CSS
一个有效的焦点,但可能很难。在初始页面加载的顶部呈现零请求,并在折叠内容上呈现,对于满足大多数性能目标来说,不必如此。
放置可见内容
这真的很重要。
不要把这当成网站性能的** 后一个字!独立于这些测试,有一些事情要考虑。部分不包括在所有pagespeed意见中,有的只涵盖其中一半:
缓存内容控件。
减少从第三方域加载的内部容量。
将服务器响应时间减少到超出要求的范围,通过pagespeed意见测试的** 小值。
移动服务器接近** 终用户。基本上,使用CDN。
减少阻塞请求。确保使用http2将在这里提供帮助。
如何开始改进
测量
在本文中,屏幕截图工具创建了chrome。它内置在浏览器中,允许您检查页面加载时发生的情况。
他们不相信pagespeed意见工具来加载Chrome浏览器中的页面。检查它的工作原理。看看需要什么实际上似乎需要更多的时间。答案通常是显而易见的:例如,加载广告会花费太多时间。
目标设定
如果一个完美的pagespeed意见分数不是你的目标,你需要知道你的目标是什么。这一点很重要,因为它允许您将当前绩效与目标进行比较。您可以看到减少带宽需求是否真的能实现您的目标,或者您是否需要采取其他措施来减少延迟(使用CDN,处理更少的请求,并首先加载高优先级内容)。
优先
优先页面速度;修理;这很重要-这不是唯一的优先权。还有一个问题是,实际需要加载什么pagespeed,并尝试找出您是否比内容具有优先级。这是一个伟大的目标。这也不是一个完美的评估。它更可能被分成“1”;钥匙;“和”;非关键的;褶皱表面的路径内容。
例如:如果你的网站依赖于广告收入,你可以在开始加载广告之前加载页面上的所有内容。毕竟,pagespeed的想法是一对一的解决方案。
结论
到目前为止,pagespeed见解可能有用,但也有更聪明的方法来评估和加速网站。一个完美的分数不能** 一个快速网站。
如果您有兴趣了解更多信息,我强烈建议您查看Ilyagrigorik's网站来介绍这个古老而很好的deck格里高利克是谷歌中的Web性能测试工程师,也是网站速度问题的很好沟通者。