1.管理“頁(yè)面膨脹”頁(yè)面大小與性能密切相關(guān)。根據(jù)調(diào)查，前100個(gè)電子商務(wù)頁(yè)面的中位數(shù)達(dá)到了1492KB，比一年半前增加了48％。在研究報(bào)告中加載的10個(gè)頁(yè)面中，該頁(yè)面包含50個(gè)資源請(qǐng)求的中值，中間頁(yè)面大小為556 KB。在緩慢加載的10個(gè)頁(yè)面中，頁(yè)面包含141個(gè)資源請(qǐng)求，中間頁(yè)面大小為3289KB。換句話說(shuō)，加載速度較慢的頁(yè)面幾乎是加載頁(yè)面中值的三倍，頁(yè)面大小的六倍。仔細(xì)研究頁(yè)面大小，我們可以獲得更多信息。加載的10頁(yè)中包含的資源總數(shù)相對(duì)較密：15到72之間;頁(yè)面大小只有251KB，而且大了2003KB。緩慢加載10頁(yè)所包含的資源總數(shù)更為廣泛：89到373之間;頁(yè)面大小小2073KB，較大的大小超過(guò)10MB。 2.圖像優(yōu)化圖像是頁(yè)面擴(kuò)展的主要原因之一，通常占頁(yè)面字節(jié)的50-60％。將圖像添加到頁(yè)面或放大現(xiàn)有圖像是快速獲取用戶和提高業(yè)務(wù)轉(zhuǎn)換率的有效方法。但是，此方法會(huì)對(duì)性能產(chǎn)生嚴(yán)重影響。圖像優(yōu)化是提高性能的一種方法，可以加快頁(yè)面加載速度。為了更有效地完成圖像渲染，必須對(duì)圖像進(jìn)行壓縮和集成，必須仔細(xì)調(diào)整圖像的大小和格式，并且必須優(yōu)化圖像質(zhì)量，以便根據(jù)圖像的重要性區(qū)分圖像。圖片。 3.控制第三方腳本在典型的頁(yè)面服務(wù)器請(qǐng)求中，來(lái)自第三方腳本的請(qǐng)求占其中的50％或更多。這些第三方腳本不僅會(huì)增加頁(yè)面中的字節(jié)數(shù)，還會(huì)導(dǎo)致延遲，并且還可能成為網(wǎng)頁(yè)中潛在的巨大故障點(diǎn)。沒(méi)有響應(yīng)，未經(jīng)優(yōu)化的第三方腳本可能會(huì)降低整個(gè)網(wǎng)絡(luò)的速度。 解決方案是延遲加載第三方腳本并在關(guān)鍵頁(yè)面內(nèi)容之后加載它們。理想情況下，它將在頁(yè)面的onLoad事件之后加載，因此它不會(huì)影響企業(yè)的搜索排名（Google將使用onLoad事件作為加載時(shí)間指示符）。對(duì)于某些分析工具和第三方廣告商，如果延遲第三方腳本加載的方法不可行，則可以使用腳本的異步版本與關(guān)鍵內(nèi)容的加載同步。用戶必須了解哪些腳本在網(wǎng)站中，刪除那些無(wú)用的腳本，并持續(xù)監(jiān)視第三方腳本的性能。 4.實(shí)現(xiàn)移動(dòng)設(shè)備優(yōu)先級(jí)“移動(dòng)設(shè)備優(yōu)先級(jí)”并不是一個(gè)全新的概念。早在2002年，移動(dòng)設(shè)備的使用已超過(guò)臺(tái)式機(jī)。然而，與許多承諾的移動(dòng)性能相比，真正專注的移動(dòng)設(shè)備的開(kāi)發(fā)仍然存在一定的差距。例如，在2011年11月，移動(dòng)設(shè)備上的平均頁(yè)面大小為475KB，現(xiàn)在它增長(zhǎng)到897 KB。換句話說(shuō)，在短短三年內(nèi)，平均頁(yè)面大小幾乎翻了一番。盡管在移動(dòng)設(shè)備和網(wǎng)絡(luò)方面取得了一些進(jìn)展，但在性能方面，仍然無(wú)法跟上對(duì)接近1MB大小的服務(wù)頁(yè)面的需求。我們知道頁(yè)面大小與加載時(shí)間密切相關(guān)，移動(dòng)用戶對(duì)加載速度緩慢特別敏感。如果企業(yè)希望網(wǎng)站真正成為“移動(dòng)設(shè)備優(yōu)先”，那么必須正確處理這些問(wèn)題。 5.響應(yīng)式網(wǎng)頁(yè)設(shè)計(jì)的性能響應(yīng)式設(shè)計(jì)使設(shè)計(jì)人員和開(kāi)發(fā)人員能夠更好地控制網(wǎng)頁(yè)的外觀。它可以使多個(gè)平臺(tái)和設(shè)備上的頁(yè)面更加美觀。但它也有巨大的性能損失，無(wú)法通過(guò)更快的瀏覽器，網(wǎng)絡(luò)和小工具來(lái)緩解。隨著時(shí)間的推移，這種影響將繼續(xù)惡化。響應(yīng)式設(shè)計(jì)建立在樣式表和JavaScript之上。但是，與低效的CSS和JS相關(guān)的性能問(wèn)題遠(yuǎn)遠(yuǎn)超過(guò)了其設(shè)計(jì)優(yōu)勢(shì)的好處。 樣式表應(yīng)放在HEAD文檔中，以實(shí)現(xiàn)頁(yè)面的逐步呈現(xiàn)。但是，樣式表通常出現(xiàn)在頁(yè)面的其他位置，這會(huì)妨礙頁(yè)面的呈現(xiàn)速度。換句話說(shuō)，將JavaScript文件放置在頁(yè)面底部或加載密鑰內(nèi)容之后是一種合理的方法。 6.實(shí)時(shí)監(jiān)控性能每個(gè)人都知道要解決問(wèn)題，首先必須對(duì)問(wèn)題有一個(gè)很好的理解。要解決頁(yè)面性能問(wèn)題，公司必須知道用戶何時(shí)可以查看主頁(yè)面內(nèi)容并與之交互;與此同時(shí)，公司需要了解性能和可用性問(wèn)題如何影響業(yè)務(wù)指標(biāo)。公司需要有能力獲得實(shí)際的績(jī)效指標(biāo)并對(duì)其進(jìn)行分析。實(shí)時(shí)用戶監(jiān)控（RUM）工具從實(shí)際用戶的角度實(shí)時(shí)捕獲，分析和記錄網(wǎng)站的性能和可用性。 7.不要過(guò)分依賴CDN來(lái)解決所有性能問(wèn)題。內(nèi)容分發(fā)網(wǎng)絡(luò)（CDN）的網(wǎng)站用于完成主內(nèi)容呈現(xiàn)比沒(méi)有CDN的網(wǎng)站長(zhǎng)得多。這是一個(gè)相關(guān)問(wèn)題，而不是因果關(guān)系：通常，使用CDN的網(wǎng)站頁(yè)面比不使用CDN的網(wǎng)站更大且更復(fù)雜。頁(yè)面的大小和復(fù)雜性是性能問(wèn)題的罪魁禍?zhǔn)祝皇荂DN。但是這個(gè)結(jié)果也表明僅依靠CDN并不能解決所有的性能問(wèn)題。如果部署得當(dāng)，CDN是解決延遲問(wèn)題的非常有效的工具：減少受管服務(wù)器接收，處理和響應(yīng)頁(yè)面資源請(qǐng)求（如圖像和CSS文件）所需的時(shí)間。但是，延遲只是現(xiàn)代電子商務(wù)網(wǎng)站的關(guān)鍵問(wèn)題之一。為了實(shí)現(xiàn)所需的加速，網(wǎng)站運(yùn)營(yíng)商可以使用組合解決方案：CDN +前端優(yōu)化+應(yīng)用交付控制器和內(nèi)部管理。 8.鼓勵(lì)在企業(yè)內(nèi)推廣Web性能概念。大量研究表明，提高頁(yè)面速度可以對(duì)所有關(guān)鍵績(jī)效指標(biāo)產(chǎn)生積極影響：頁(yè)面訪問(wèn)，用戶參與度，業(yè)務(wù)轉(zhuǎn)換率，用戶滿意度，客戶保留率，購(gòu)物車(chē)。多少內(nèi)容和收入。但是，如上面的七條建議所示，許多公司犯了同樣的錯(cuò)誤并最終影響了Web性能。目前，公司應(yīng)該關(guān)注Web開(kāi)發(fā)目標(biāo)和在線業(yè)務(wù)目標(biāo)之間的差距，每家公司都應(yīng)該至少有一名內(nèi)部績(jī)效專家來(lái)更好地解決Web性能問(wèn)題。