在這里伍佰億就提高網站建設的性能需要注意的幾點分享給大家：

1、管理“頁面膨脹”

頁面大小與性能有著密切的關系。據調查顯示，100強電商頁面大小中位數達到 了1492KB，比一年半之前增大了48%。在研究報告里加載最快的10個頁面中，頁 面包含的資源請求中位數為50個，頁面大小中位數為556KB。而加載最慢的10個 頁面中，頁面包含的資源請求中位數為141個，頁面大小中位數為3289KB。換句 話說，加載最慢的頁面的資源中位數幾乎是加載最快的頁面的三倍，頁面大小 則是六倍。

2、進行圖像優化

圖像是造成頁面膨脹的主要原因之一，通常會占據頁面字節數的50~60%。在頁 面中添加圖片或是將現有圖片放大，是迅速獲取用戶并提高業務轉化率的有效 方式,但會對網站的性能造成嚴重的影響。對圖像進行優化是提升性能最簡單的 一種方法，它可以使頁面加載更快。

3、控制第三方腳本

通常在典型的頁面服務器請求中，來自第三方腳本的請求占據了50%或更多。第 三方腳本不僅會增加頁面的字節數，帶來延遲，也是web頁面中最大的潛在故障 點。若是沒有響應、優化的第三方腳本會降低整個網絡的加載速度。可以經第 三方腳本放在關鍵頁面內容之后進行加載，更為理想的情況是放在頁面onLoad 事件之后加載這樣才不會影響企業的搜索排名

4、真正做到移動設備優先

“移動設備優先”并不是一個全新的概念。早在2013年，移動設備的使用量就 已經超過了臺式機，然而與眾多口頭承諾的移動性能相比，真正專注于移動設 備的開發還是存在一定的差距。例如，2011年11月，移動設備上的平均頁面大 小為475KB，現在則增長至897 KB。也就是說，在短短三年之間，平均頁面大小 幾乎翻了一番。

盡管移動設備和網絡取得了一些進展，但就性能而言，還是無法與大小已接近 1MB的服務頁面需求保持同步。我們知道，頁面大小與加載時間息息相關，移動 用戶對緩慢的加載速度尤其敏感。如果企業希望網站可以真正做到“移動設備 優先”，就必須正確處理這些問題。

5. 在進行響應式Web設計時兼顧性能

響應式設計可以使設計人員和開發人員能更好地控制Web頁面的外觀和感覺，可 以使網站跨多平臺和設備上的頁面變得更漂亮。同時也會給網站帶來巨大的性 能損失，這些性能損失并不能通過更快速的瀏覽器、網絡和小工具得到緩解。 而且隨著時間的推移，這樣影響還將持續惡化。響應式設計建立在樣式表和 JavaScript之上。但是低效的CSS和JS所帶來的性能問題遠遠大于其設計優勢給 我們帶來的好處。樣式表應當放在HEAD文檔中，用以實現頁面的逐步渲染。若 是將樣式表放在頁面其它位置，會阻礙了頁面的渲染速度。

6、實時監控性能

實時用戶監控(RUM)工具可以從真實用戶的角度實時獲取、分析并記錄網站的性 能和可用性，從而使企業知道用戶在什么時候可以看到主要頁面內容并與之進 行交互和了解性能和可用性問題是如何影響業務指標的。

7、不要過度的依賴CDN解決所有性能問題

使用內容分發網絡(CDN)的網站完成主要內容渲染所需的時間比未曾使用CDN的 網站要長的多。這是一個相關性問題，而非因果關系：通常情況下，相較于未 使用CDN的網站，使用CDN的網站頁面更大，也更復雜。然而，頁面的大小和復 雜程度才是造成性能問題的元兇，而非CDN。僅依靠CDN并不能解決所有的性能 難題。