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