針對Web網(wǎng)頁過于膨脹以及第三腳本蠶食流量等問題,Radware向網(wǎng)站運營人員提出以下改進建議,幫助他們?yōu)橛脩籼峁┳羁熳顑?yōu)質(zhì)的訪問體驗。
在互聯(lián)網(wǎng)盛行的今天,越來越多的在線用戶希望得到安全可靠并且快速的訪問體驗。針對Web網(wǎng)頁過于膨脹以及第三腳本蠶食流量等問題,Radware向網(wǎng)站運營人員提出以下改進建議,幫助他們?yōu)橛脩籼峁┳羁熳顑?yōu)質(zhì)的訪問體驗。
1. 管理“頁面膨脹”
頁面大小與性能有著密切的關(guān)系。Radware最新電商性能“行業(yè)現(xiàn)狀”報告顯示,100強電商頁面大小中位數(shù)達(dá)到了1492KB,比一年半之前增大了48%。
在研究報告里加載最快的10個頁面中,頁面包含的資源請求中位數(shù)為50個,頁面大小中位數(shù)為556KB。而加載最慢的10個頁面中,頁面包含的資源請求中位數(shù)為141個,頁面大小中位數(shù)為3289KB。換句話說,加載最慢的頁面的資源中位數(shù)幾乎是加載最快的頁面的三倍,頁面大小則是六倍。
仔細(xì)研究頁面尺寸大小,我們可以得到更多的信息。加載最快的10個頁面所包含的資源總數(shù)范圍比較密集:在15個~72個之間;頁面尺寸最小的僅為251KB,最大的2003KB。而加載最慢的10個頁面所包含的資源總數(shù)范圍則比較廣泛:在89個~373個之間;頁面尺寸最小為2073KB,最大的則超過了10MB。
2. 進行圖像優(yōu)化
圖像是造成頁面膨脹的罪魁禍?zhǔn)字?,通常占?jù)頁面字節(jié)數(shù)的50-60%。在頁面中添加圖片或是將現(xiàn)有圖片放大,是迅速獲取用戶并提高業(yè)務(wù)轉(zhuǎn)化率的有效方式。但是這種方法會對性能造成嚴(yán)重的影響。
進行圖像優(yōu)化是提升性能最簡單的一種方法,它可以使頁面加載更快。為了更有效的完成圖像渲染,圖像必須經(jīng)過壓縮和整合、圖像的尺寸和格式必須經(jīng)過仔細(xì)調(diào)整,圖像質(zhì)量也必須經(jīng)過優(yōu)化,這樣才可以依據(jù)圖像的重要性進行區(qū)別化的加載處理。
3. 控制第三方腳本
在典型的頁面服務(wù)器請求中,來自于第三方腳本的請求占了其中的50%或更多。這些第三方腳本不僅會增加頁面的字節(jié)數(shù),帶來延遲,而且也會成為Web頁面中最大的潛在故障點。無響應(yīng)、未經(jīng)優(yōu)化的第三方腳本會降低整個網(wǎng)絡(luò)的加載速度。
解決辦法是延遲第三方腳本的加載,將其放在關(guān)鍵頁面內(nèi)容之后進行加載,更為理想的情況是放在頁面onLoad事件之后加載,這樣才不會影響企業(yè)的搜索排名(谷歌將onLoad事件作為加載時間指標(biāo))。對于一些分析工具和第三方廣告商而言,如果延遲第三方腳本加載的方法不可行,可以利用腳本的異步版本,與關(guān)鍵內(nèi)容的加載同步進行。用戶必須了解網(wǎng)站中有哪些腳本,刪除那些無用的腳本,并對第三方腳本的性能進行持續(xù)監(jiān)控。
4. 真正做到移動設(shè)備優(yōu)先
“移動設(shè)備優(yōu)先”并不是一個全新的概念。早在2013年,移動設(shè)備的使用量就已經(jīng)超過了臺式機,然而與眾多口頭承諾的移動性能相比,真正專注于移動設(shè)備的開發(fā)還是存在一定的差距。例如,2011年11月,移動設(shè)備上的平均頁面大小為475KB,現(xiàn)在則增長至897 KB。也就是說,在短短三年之間,平均頁面大小幾乎翻了一番。
盡管移動設(shè)備和網(wǎng)絡(luò)取得了一些進展,但就性能而言,還是無法與大小已接近1MB的服務(wù)頁面需求保持同步。我們知道,頁面大小與加載時間息息相關(guān),移動用戶對緩慢的加載速度尤其敏感。如果企業(yè)希望網(wǎng)站可以真正做到“移動設(shè)備優(yōu)先”,就必須正確處理這些問題。
5. 在進行響應(yīng)式Web設(shè)計時兼顧性能
響應(yīng)式設(shè)計讓設(shè)計人員和開發(fā)人員可以更好地控制Web頁面的外觀和感覺。它可以使跨多平臺和設(shè)備上的頁面變得更漂亮。但同時也會帶來巨大的性能損失,這些性能損失并不能通過更快速的瀏覽器、網(wǎng)絡(luò)和小工具得到緩解。而且隨著時間的推移,這樣影響還將持續(xù)惡化。
響應(yīng)式設(shè)計建立在樣式表和JavaScript之上。然而,低效的CSS和JS所帶來的性能問題遠(yuǎn)遠(yuǎn)大于其設(shè)計優(yōu)勢給我們帶來的好處。樣式表應(yīng)當(dāng)放在HEAD文檔中,用以實現(xiàn)頁面的逐步渲染。然而,樣式表卻經(jīng)常出現(xiàn)在頁面其它位置,這就阻礙了頁面的渲染速度。換句話說,JavaScript文件應(yīng)當(dāng)放在頁面底部或在關(guān)鍵內(nèi)容加載完成之后再被加載才是合理的處理方式。
6. 實時監(jiān)控性能
大家都知道要解決一個問題就必須先對問題有充分的了解。要解決頁面性能問題,企業(yè)就必須知道用戶在什么時候可以看到主要頁面內(nèi)容并與之進行交互;同時,企業(yè)還需了解性能和可用性問題是如何影響業(yè)務(wù)指標(biāo)的。企業(yè)需要有方法獲取實際的性能指標(biāo)并對其進行分析。實時用戶監(jiān)控(RUM)工具可以從真實用戶的角度實時獲取、分析并記錄網(wǎng)站的性能和可用性。
7. 切勿過分依賴CDN解決所有性能問題
Radware季度電商性能“行業(yè)現(xiàn)狀”報告中存在一項最具爭議性的調(diào)查結(jié)果,即:使用內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)的網(wǎng)站完成主要內(nèi)容渲染所需的時間比未曾使用CDN的網(wǎng)站要長的多。這是一個相關(guān)性問題,而非因果關(guān)系:通常情況下,相較于未使用CDN的網(wǎng)站,使用CDN的網(wǎng)站頁面更大,也更復(fù)雜。頁面的大小和復(fù)雜程度才是造成性能問題的元兇,而非CDN。但這一結(jié)果也表明,僅依靠CDN并不能解決所有的性能難題。
如果部署得當(dāng),CDN會是解決延遲問題非常有效的工具:縮短托管服務(wù)器接收、處理并響應(yīng)圖像、CSS文件等頁面資源請求所需的時間。但是,延遲僅僅只是現(xiàn)代電商網(wǎng)站的關(guān)鍵問題之一。為了實現(xiàn)最佳的加速效果,網(wǎng)站運營人員可以采用組合解決方案:CDN+前端優(yōu)化(如Radware FastView解決方案)+應(yīng)用交付控制器(ADC)和內(nèi)部管理。
8. 在企業(yè)內(nèi)部加強Web性能觀念的宣傳
大量研究證明,提高頁面速度可以對所有的關(guān)鍵性能指標(biāo)產(chǎn)生積極影響:頁面訪問量、用戶粘連度、業(yè)務(wù)轉(zhuǎn)化率、用戶滿意度、客戶保持、購物車的內(nèi)容多少和收入。
然而,正如上述7個建議中所表明的那樣,許多企業(yè)都犯了同樣的錯誤,最終損害了Web性能。目前,企業(yè)應(yīng)該重點解決Web開發(fā)目標(biāo)和在線業(yè)務(wù)目標(biāo)之間的差距問題,而且,每個企業(yè)都應(yīng)該至少擁有一個內(nèi)部性能專家,以便更好的解決Web性能問題。
河南億恩科技股份有限公司(mszdt.com)始創(chuàng)于2000年,專注服務(wù)器托管租用,是國家工信部認(rèn)定的綜合電信服務(wù)運營商。億恩為近五十萬的用戶提供服務(wù)器托管、服務(wù)器租用、機柜租用、云服務(wù)器、網(wǎng)站建設(shè)、網(wǎng)站托管等網(wǎng)絡(luò)基礎(chǔ)服務(wù),另有網(wǎng)總管、名片俠網(wǎng)絡(luò)推廣服務(wù),使得客戶不斷的獲得更大的收益。
服務(wù)器/云主機 24小時售后服務(wù)電話:
0371-60135900
虛擬主機/智能建站 24小時售后服務(wù)電話:
0371-55621053
網(wǎng)絡(luò)版權(quán)侵權(quán)舉報電話:
0371-60135995
服務(wù)熱線:
0371-60135900