說起網站，有一個問題是不容回避的，那就是網站的打開速度。如果網站打不開或者網站打開速度很慢，即使網站有好的排名也是無用的。在這里給大家提供一組數據：

有研究顯示，寬帶用戶比窄帶用戶更沒有耐心。寬帶用戶愿意忍受的最長等待時間，往往只有4～6秒。

用戶最滿意的打開網頁時間，是在2秒以下。

用戶能夠忍受的最長等待時間的中位數，在6～8秒之間。

如果等待12秒以后，網頁還是沒有載入，那么99%以上的用戶會關閉這個網頁，不再等待。

這就是說，8秒是一個臨界值，如果你的網站打開速度在8秒以上，那么很可能，大部分訪問者最終都會離你而去。

其實導致網站打開加載速度慢的原因很多，很多時候是由服務器不穩定造成的，也有機房線路問題帶來的原因。而網站本身程序編寫的規范與否，一樣也會影響到網站加載速度及運行穩定性。無論哪種原因導致的網站加載速度慢，其結果都是一樣，會讓用戶感覺網站有問題，甚至放大為公司管理有問題。所以，網站打開速度絕對不是小事情，甚至比網站建設制作，比網站優化更重要。因為那是基礎所在，只有穩定快速的運行保障，才能將精良的設計呈現出來。下面我們來分享網站打開慢有哪些因素：

1、網站程序及編程不規范：

(1)有些網站基于動態交互技術開發，很大程度上方便了網站內容的維護更新。但是動態數據存取技術，必然會用到很多判斷、循環以及條件語句等。稍不留心就會造成判斷語句忘記結束，循環語句忘記關閉等等。還有一個比較典型的疏忽是，讀寫數據的時候數據庫打開后忘記關閉。如此這些都會導致網站運行速度慢，甚至出現無法正常運行等等。

(2)代碼不規范，是網站代碼不夠簡潔，代碼臃腫且廢碼嚴重。我們知道，通過瀏覽器向服務器發送請求后，是需要將服務器端的動態頁面解析成瀏覽器可執行的html，發送到瀏覽器展示給用戶的。代碼越簡潔體積越小，在這個數據傳輸過程中，其用的時間就會越短，盡管這個時間短到用毫秒計算。由于table布局存在嵌套問題，如果網頁文件比較大，就會拖慢頁面加載速度，比較理想的布局當然是DIV+CSS。

2、 服務器線路及配置差：

(1) 網站打開速度慢，很大程度上是由于服務器不能穩定運行造成的?，F在每個地方，都有很多從事服務器租賃托管的企業，由于機房、線路資源及服務器配置不同，價格差別也很大。就是相同一個機房一樣配置的服務器，主機上開設的網站數量不同，也會影響到網站運行的質量和穩定性。相比于網站建設開發，動幾千萬上萬元而言，服務器(尤其是絕大多數企業用的都是虛擬主機)的費用可以微乎其微到忽略不計。

(2) 網站建設制作一定要選擇優質服務器，而不是僅僅以價格的高低和空間大小去判斷。作為一般的公司，不可能對服務器配置及技術標準有太深入的了解，而選擇知名度高一些的公司就變成了一條捷徑。選擇服務器還需要把握的一點是，由于國內互聯互通現象的存在，盡可能的選擇雙線或者多線接入的服務器。這樣無論南方還是北方，無論網通還是電信，訪問速度都會一樣快。

3、 圖片太大及特效太大：

(1)無論動畫還是圖片，均需下載到本地后才能執行。如果圖片或者動畫太大，自然會延緩網站加載過程，打開速度也就慢很多。由于顯示器分辨率只有72dpi，所以一般而言100K左右的圖片已經足夠使用，在保證圖片質量的情況下盡可能的壓縮圖片大小，是提高頁面加載速度的有效方法。如非可能，建議網站上盡可能少的使用flash，動畫不僅加載需要時間，拖慢網站打開速度，而且也不能被搜索引擎識別，不利于后期的網站優化。

(2)除去圖片和動畫外，還有一個比較耗費資源的就是一些特效，尤其是JS代碼寫出來的一些特效。比如比較流行的一些插件，還有其他導航欄及圖片播放插件等等。雖然代碼精簡，但是卻需要耗費服務器大量資源，同樣會拖慢頁面加載速度。在圖片和特效問題上，還有一個比較容易忽視的地方，就是一般的網站上面都有圖片滾動，比如在首頁推薦的產品。很多人忽視的地方是，沒有對這個滾動圖片做數量限制，一下就會拖慢網站打開速度;

(3)服務器所處的物理位置和訪客的位置。如果說服務器是安放在國外的，國內用戶訪問，那么訪問速度也會有一定的影響。

4、 網站中病毒被掛木馬：

(1) 導致網站加載速度慢的另外一個原因就是服務器中病毒、被掛木馬。很多被掛了木馬的網頁，采用隱藏代碼的方式，嵌入可執行文病毒文件，當用戶瀏覽網頁時病毒木馬即開始自動下載自動安裝。而病毒木馬下載安裝的過程，網頁的其他文件是無法加載的，會帶來網站打開速度出奇的慢。應對網站中病毒被掛木馬的根源辦法是，規范網站程序編寫，杜絕明顯的網站程序及服務器設置漏洞，例如現在的ASP網站;

(2) 沒有絕對的安全，任何事情都是相對的，包括網站程序和服務器設置。解決網站中病毒被掛木馬的最好辦法，就是數據定期安全備份，發現問題及時通過備份文件進行恢復。而一般的服務器都設置有定期備份機制。網站中病毒中木馬后也不僅僅是把病毒木馬清除那么簡單，而是要發現網站程序或者服務器安全設置薄弱環節，并針對性的予以完善調整

5、 內容太多數據庫龐大：

(1) 這個原因被很多人忽視，但是的的確確真實存在。由于現在絕大多數企業網站用的都是Aceess小型數據庫，對數據讀寫交換數量是有嚴格要求的。一般而言小型網站讀寫幾萬條數據Access完全可以支撐，但是超過十萬條或者更多，其效率就大打折扣了。而且當數據庫容積達到30M以上后，讀寫檢索速度會大幅下降。對應的，網站數據加載速度，頁面打開速度一樣大幅下降。很多網站，尤其是很多小網站始終找不到運行速度慢的原因，而檢查一下數據庫或許就會豁然開朗。

(2) 解決數據庫龐大帶來的網站數據交換速度慢，惟一的辦法就是升級數據庫。因為Access只適合小型網站使用，如果數據交換量比較大一定要用大型的數據庫，比如SQL等。專業地提示你，其實在Acess數據庫里面有一個壓縮修復工具，實際的操作也證明數據庫經過壓縮修復一下，能有效的減少數據庫體積。但是這樣做只不過是杯水車薪，一個暫時的緩解方法而已，長久看來，如果數據交換量大，還是一定要升級數據庫的。

以上說了這么多的原因，該使用什么方法來提升網站速度呢?

因訪問網站的用戶情況參差不齊，也不可能要求用戶該怎樣怎樣，只能從我們網站本身的角度出發來做提高?？梢圆捎靡韵路绞剑?

Ⅰ，租用良好的服務器。虛擬主機也好，獨立主機也好，服務器的出口帶寬得有保障，尤其是針對頁面中含有較多視頻和圖片的網站，帶寬和流量對提升網站打開速度有很大的作用，且服務器的數據庫也是不宜要求太小的;

Ⅱ，網站頁面結構簡化和代碼優化。網站頁面的形式最好是靜態生成的，這樣可以減少頁面數據對數據庫的依賴度，不用頻繁訪問數據庫。另外就是網站結構的簡化和代碼優化。TABLE形式的頁面結構，需要加載整個頁面之后再分塊加載，增加了頁面的打開速度，而DIV和CSS的頁面結構，可以實現頁面的逐步加載，有一定的緩沖效果，提示訪客的體驗。至于代碼優化，可以將CSS和JS代碼進行合并，CSS多使用繼承，JS代碼再可以一起放到頁面最好，BODY結束標簽的前面。

Ⅲ，頁面圖片的處理和JS腳本的減少。對于企業站點，如果過高追求圖片的清晰度，那就需要以犧牲網站打開速度為代價，我覺得有點得不償失，想想如果一個企業站點打開速度很差，訪客沒有耐心的話就會離開，即使圖片再清晰也沒有什么用處了。另外就是圖片的大小，頁面圖片的大小最好不要超過70K。再者就是頁面中的JS腳本的使用。很多企業站會大量使用溝通工具，是各種窗口充斥頁面，不但影響了訪客的正常瀏覽，也嚴重影響了網站的打開速度。

該文章由南昌百恒網絡網站建設(http://m.51yjwy.com/article/2132.html)原創編寫，轉載請保留此地址!否則視為侵權，謝謝合作!