提升Web性能的8个技巧总结

开发 前端
目前,企业应该重点解决 Web 开发目标和在线业务目标之间的差距问题,而且,每个企业都应该至少拥有一个内部性能专家,以便更好的解决 Web 性能问题。

在互联网盛行的今天,越来越多的在线用户希望得到安全可靠并且快速的访问体验。针对 Web 网页过于膨胀以及第三脚本蚕食流量等问题,Radware 向网站运营人员提出以下改进建议,帮助他们为用户提供最快***质的访问体验。

[[127381]]

1. 管理“页面膨胀”

页面大小与性能有着密切的关系。Radware ***电商性能“行业现状”报告显示,100 强电商页面大小中位数达到了 1492KB,比一年半之前增大了 48%。

在研究报告里加载最快的 10 个页面中,页面包含的资源请求中位数为 50 个,页面大小中位数为 556KB。而加载最慢的 10 个页面中,页面包含的资源请求中位数为 141 个,页面大小中位数为 3289KB。换句话说,加载最慢的页面的资源中位数几乎是加载最快的页面的三倍,页面大小则是六倍。

仔细研究页面尺寸大小,我们可以得到更多的信息。加载最快的 10 个页面所包含的资源总数范围比较密集:在 15 个~72 个之间;页面尺寸最小的仅为 251KB,***的 2003KB。而加载最慢的 10 个页面所包含的资源总数范围则比较广泛:在 89 个~373 个之间;页面尺寸最小为 2073KB,***的则超过了 10MB。

2. 进行图像优化

图像是造成页面膨胀的罪魁祸首之一,通常占据页面字节数的 50-60%。在页面中添加图片或是将现有图片放大,是迅速获取用户并提高业务转化率的有效方式。但是这种方法会对性能造成严重的影响。

进行图像优化是提升性能最简单的一种方法,它可以使页面加载更快。为了更有效的完成图像渲染,图像必须经过压缩和整合、图像的尺寸和格式必须经过仔细调整,图像质量也必须经过优化,这样才可以依据图像的重要性进行区别化的加载处理。

3. 控制第三方脚本

在典型的页面服务器请求中,来自于第三方脚本的请求占了其中的 50% 或更多。这些第三方脚本不仅会增加页面的字节数,带来延迟,而且也会成为 Web 页面中***的潜在故障点。无响应、未经优化的第三方脚本会降低整个网络的加载速度。

解决办法是延迟第三方脚本的加载,将其放在关键页面内容之后进行加载,更为理想的情况是放在页面 onLoad 事件之后加载,这样才不会影响企业的搜索排名(谷歌将 onLoad 事件作为加载时间指标)。对于一些分析工具和第三方广告商而言,如果延迟第三方脚本加载的方法不可行,可以利用脚本的异步版本,与关键内容的加载同步进行。用户必须了解网站中有哪些脚本,删除那些无用的脚本,并对第三方脚本的性能进行持续监控。

4. 真正做到移动设备优先

“移动设备优先”并不是一个全新的概念。早在 2013 年,移动设备的使用量就已经超过了台式机,然而与众多口头承诺的移动性能相比,真正专注于移动设备的开发还是存在一定的差距。例如,2011 年 11 月,移动设备上的平均页面大小为 475KB,现在则增长至 897 KB。也就是说,在短短三年之间,平均页面大小几乎翻了一番。

尽管移动设备和网络取得了一些进展,但就性能而言,还是无法与大小已接近 1MB 的服务页面需求保持同步。我们知道,页面大小与加载时间息息相关,移动用户对缓慢的加载速度尤其敏感。如果企业希望网站可以真正做到“移动设备优先”,就必须正确处理这些问题。

5. 在进行响应式 Web 设计时兼顾性能

响应式设计让设计人员和开发人员可以更好地控制 Web 页面的外观和感觉。它可以使跨多平台和设备上的页面变得更漂亮。但同时也会带来巨大的性能损失,这些性能损失并不能通过更快速的浏览器、网络和小工具得到缓解。而且随着时间的推移,这样影响还将持续恶化。

响应式设计建立在样式表和 JavaScript 之上。然而,低效的 CSS 和 JS 所带来的性能问题远远大于其设计优势给我们带来的好处。样式表应当放在 HEAD 文档中,用以实现页面的逐步渲染。然而,样式表却经常出现在页面其它位置,这就阻碍了页面的渲染速度。换句话说,JavaScript 文件应当放在页面底部或在关键内容加载完成之后再被加载才是合理的处理方式。

6. 实时监控性能

大家都知道要解决一个问题就必须先对问题有充分的了解。要解决页面性能问题,企业就必须知道用户在什么时候可以看到主要页面内容并与之进行交互;同时,企业还需了解性能和可用性问题是如何影响业务指标的。企业需要有方法获取实际的性能指标并对其进行分析。实时用户监控(RUM)工具可以从真实用户的角度实时获取、分析并记录网站的性能和可用性。

7. 切勿过分依赖 CDN 解决所有性能问题

Radware 季度电商性能“行业现状”报告中存在一项***争议性的调查结果,即:使用内容分发网络(CDN)的网站完成主要内容渲染所需的时间比未曾使用 CDN 的网站要长的多。这是一个相关性问题,而非因果关系:通常情况下,相较于未使用 CDN 的网站,使用 CDN 的网站页面更大,也更复杂。页面的大小和复杂程度才是造成性能问题的元凶,而非 CDN。但这一结果也表明,仅依靠 CDN 并不能解决所有的性能难题。

如果部署得当,CDN 会是解决延迟问题非常有效的工具:缩短托管服务器接收、处理并响应图像、CSS 文件等页面资源请求所需的时间。但是,延迟仅仅只是现代电商网站的关键问题之一。为了实现***的加速效果,网站运营人员可以采用组合解决方案:CDN+ 前端优化(如 Radware FastView 解决方案)+应用交付控制器(ADC)和内部管理。

8. 在企业内部加强 Web 性能观念的宣传

大量研究证明,提高页面速度可以对所有的关键性能指标产生积极影响:页面访问量、用户粘连度、业务转化率、用户满意度、客户保持、购物车的内容多少和收入。

然而,正如上述 7 个建议中所表明的那样,许多企业都犯了同样的错误,最终损害了 Web 性能。目前,企业应该重点解决 Web 开发目标和在线业务目标之间的差距问题,而且,每个企业都应该至少拥有一个内部性能专家,以便更好的解决 Web 性能问题。

责任编辑:林师授 来源: codeceo 编译
相关推荐

2017-11-06 14:33:54

Web开发服务器网络

2021-05-11 12:30:21

PyTorch代码Python

2010-06-18 09:17:51

jQuery

2023-10-10 18:24:46

PostgreSQL性能RDBMS

2024-01-02 18:01:12

SQLSELECT查询

2020-08-17 10:30:35

Web前端自适应加载

2015-02-04 09:19:03

Web优化

2014-07-31 09:28:09

ASP.NETWeb API

2017-03-07 14:26:19

Eclipse技巧效率

2015-12-14 10:39:14

2014-05-22 09:54:22

流量管理Hyper-V网络性能

2023-09-25 13:15:50

SQL数据库

2017-02-05 17:33:59

前端优化Web性能

2014-09-17 11:20:38

AndroidListView技巧

2014-05-21 13:51:37

Hyper-V网络性能

2017-09-19 14:28:06

Web开发网站

2021-12-29 11:06:25

Java代码技巧

2019-09-26 08:33:51

Nginx技术Java

2015-06-17 10:28:10

WebAPP开发技巧

2015-06-04 10:44:59

WebAPP开发技巧
点赞
收藏

51CTO技术栈公众号