如何進行網站性能seo

　　一、前端seo

　　網站性能seo是一個很綜合的話題，涉及到服務器的配置和網站前后端程序等各個方面，我只是從實際經歷出發，分享一下自己所嘗試過的網站性能seo方法。之所以在標題上掛一個Web2.0，是因為本文更偏重于中小網站的性能seo，我所使用的系統也是典型web2.0的LAMP架構。

　　首先講講前端的seo，用戶訪問網頁的等待時間，有80%是發生在瀏覽器前端，特別是頁面和頁面中各種元素（圖片、CSS、Javascript、 flash…）的下載之上。因此在很多情況下，相對于把大量的時間花在艱苦而繁雜的程序改進上，前端的seo往往能起到事半功倍的作用。雅虎** 近將內部使用的性能測試工具yslow向第三方公開，并發布了著名的網站性能seo的十三條規則，建議你下載并安裝yslow，并作為測評網站seo效果的工具。下面我挑其中特別有價值的具體說明一下seo的方法：

　　對于第一次訪問您網站，尚未在瀏覽器cache中緩存您網站內容的用戶，我們可以做的事情包括：

　　1）減少一個頁面訪問所產生的HTTP連接次數

　　對于第一次訪問你網站的用戶，頁面所產生的http連接次數是影響性能的一個關鍵瓶頸。

　　對策：

　　- 盡量簡潔的頁面設計，** 大程度減少圖片的使用，通過放棄一些不必要的頁面特效來減少javascript的使用。

　　- 使用一些seo技巧，比如利用圖片的背景位移減少圖片的個數；image map技術；使用inline images將css圖片捆綁到網頁中。

　　- 盡量合并js和css文件，減少獨立文件個數。

　　2) 使用gzip壓縮網頁內容

　　使用gzip來壓縮網頁中的靜態內容，能夠顯著減少用戶訪問網頁時的等待時間（據說可達到60%）。主流的web服務器都支持或提供gzip壓縮，如果使用apache服務器，只需要在配置文件中開啟 mod_gzip（apache1.x）或mod_deflate(apache2.x)即可。凡是靜態的頁面，使用gzip壓縮都能夠顯著提高服務器效率并減少帶寬支出，注意圖片內容本身已經是壓縮格式了，務必不要再進行壓縮。

　　3）將CSS放在頁面頂端，JS文件放在頁面底端

　　CSS的引用要放在html的頭部header中，JS文件引用盡量放在頁面底端標簽的后面，主要的思路是讓核心的頁面內容盡早顯示出來。不過要注意，一些大量使用js的頁面，可能有一些js文件放在底端會引起一些難以預料的問題，根據實際情況適當運用即可。

　　4）使JS文件內容** 小化

　　具體來說就是使用一些javascript壓縮工具對js腳本進行壓縮，去除其中的空白字符、注釋，** 小化變量名等。在使用gzip壓縮的基礎上，對js內容的壓縮能夠將性能再提高5%。

　　5）盡量減少外部腳本的使用，減少DNS查詢時間

　　不要在網頁中引用太多的外部腳本，首先，一次dns的解析過程會消耗20-120毫秒的時間；其次，如果在頁面中引用太多的外部文件（如各種廣告、聯盟等代碼），可能會因為外部文件的響應速度而將你的網站拖得很慢。如果不得不用，那么就盡量將這些腳本放在頁腳吧。不過有一點需要提及，就是瀏覽器一般只能并行處理同一域名下的兩個請求，而對于不同子的域名則不受此限制，因此適當將本站靜態內容（css,js）放在其他的子域名下（如 static.xxx.com）會有利于提高瀏覽器并行下載網頁內容的能力。

　　對于您網站的經常性訪問用戶，主要的seo思路就是** 大限度利用用戶瀏覽器的cache來減少服務器的開銷。

　　1）在header中添加過期時間(Expires Header)

　　在header中給靜態內容添加一個較長的過期時間，這樣可以使用戶今后訪問只讀取緩存中的文件，而不會與服務器產生任何的交互。不過這樣做也存在一些問題，當圖片、CSS和js文件更新時，用戶如果不刷新瀏覽器，就無法獲得此更新。這樣，我們在對圖片、css和js文件修改時，必須要進行重命名，才能** 用戶訪問到** 新的內容。這可能會給開發造成不小的麻煩，因為這些文件可能被站點中的許多文件所引用。flickr提出的解決辦法是通過url rewrite使不同版本號的URL事實上指向同一個文件，這是一個聰明的辦法，因為url級別的操作效率是很高的，可以給開發過程提供不少便利。

　　要理解為什么這樣做，必須要了解瀏覽器訪問url時的工作機制：

　　a. 第一次訪問url時，用戶從服務器段獲取頁面內容，并把相關的文件（images,css,js…）放在高速緩存中，也會把文件頭中的expired time,last modified, ETags等相關信息也一同保留下來。

　　b. 用戶重復訪問url時，瀏覽器首先看高速緩存中是否有本站同名的文件，如果有，則檢查文件的過期時間；如果尚未過期，則直接從緩存中讀取文件，不再訪問服務器。

　　c. 如果緩存中文件的過期時間不存在或已超出，則瀏覽器會訪問服務器獲取文件的頭信息，檢查last modifed和ETags等信息，如果發現本地緩存中的文件在上次訪問后沒被修改，則使用本地緩存中的文件；如果修改過，則從服務器上獲取** 新版本。

　　我的經驗，如果可能，盡量遵循此原則給靜態文件添加過期時間，這樣可以大幅度減少用戶對服務器資源的重復訪問。

　　2）將css和js文件放在獨立外部文件中引用

　　將css和js文件放在獨立文件中，這樣它們會被單獨緩存起來，在訪問其他頁面時可以從瀏覽器的高速緩存中直接讀取。一些網站的首頁可能是例外的，這些首頁的自身瀏覽可能并不大，但卻是用戶訪問網站的第一印象以及導向到其他頁面的起點，也可能這些頁面本身使用了大量的ajax局部刷新及技術，這時可以將 css和js文件直接寫在頁面中。

　　3）去掉重復的腳本

　　在IE中，包含重復的js腳本會導致瀏覽器的緩存不被使用，仔細檢查一下你的程序，去掉重復引用的腳本應該不是一件很難的事情。

　　4）避免重定向的發生

　　除了在header中人為的重定向之外，網頁重定向常在不經意間發生，被重定向的內容將不會使用瀏覽器的緩存。比如用戶在訪問，服務器會通過301轉向到/，在后面加了一個“/”。如果服務器的配置不好，這也會給服務器帶來額外的負擔。通過配置apache的 alias或使用mod_rewrite模塊等方法，可以避免不必要的重定向。

　　還有一些，比如使用CDN分發機制、避免CSS表達式等、避免使用ETags等，因為不太常用，這里就不再贅述了。

　　做完了上述的seo，可以試著用yslow測試一下網頁的性能評分，一般都可以達到70分以上了。

　　當然，除了瀏覽器前端和靜態內容的seo之外，還有針對程序腳本、服務器、數據庫、負載的seo，這些更深層次的seo方法對技術有更高的要求。本文的后半部分將重點探討后端的seo。

　　二、后端seo

　　前端seo可以避免我們造成無謂的服務器和帶寬資源浪費，但隨著網站訪問量的增加，僅靠前端seo已經不能解決所有問題了，后端軟件處理并行請求的能力、程序運 行的效率、硬件性能以及系統的可擴展性，將成為影響網站性能和穩定的關鍵瓶頸所在。seo系統和程序的性能可以從以下的方面來入手：

　　1）apache、mysql等軟件的配置的seo

　　盡管apache和mysql等軟件在安裝后使用的默認設置足以使你的網站運行起來，但是通過調整mysql和apache的一些系統參數，還是可以追求更高的效率和穩定性。這個領域中有很多專業的文章和論壇（比如： ），要想掌握也需要進行深入的研究和實踐，這里就不重點討論了。

　　2）應用程序環境加速

　　這里僅以我** 常應用的php開發環境為例，有一些工具軟件可以通過seoPHP運行環境來達到提速的目的，其基本原理大致是將PHP代碼預編譯并緩存起來，而不需要改變任何代碼，所以比較簡單，可以將php的運行效率提升50%以上。比較常用的php加速工具有：APC( http: //pecl.php.net/package-info.php?package=APC)、Turck MMCache（ ）、php accelebrator()，還有收費的Zend Performance Suite

　　3）將靜態內容和動態內容分開處理

　　apache是一個功能完善但比較龐大的web server，它的資源占用基本上和同時運行的進程數呈正比，對服務器內存的消耗比較大，處理并行任務的效率也一般。在一些情況下，我們可以用比較輕量級的web server來host靜態的圖片、樣式表和javascript文件，這樣可以大大提升靜態文件的處理速度，還可以減少對內存占用。我使用的web server是來自俄羅斯的nginx，其他選擇方案還包括lighttpd和thttpd等。

　　4）基于反向代理的前端訪問負載均衡

　　當一臺前端服務器不足以應付用戶訪問時，通過前端機實現web訪問的負載均衡是** 快速可行的方案。通過apache的mod_proxy可以實現基于反向代理的負載均衡，這里推薦使用nginx做代理服務器，處理速度較apache更快一些。

　　5）應用緩存技術提高數據庫效能，文件緩存和分布式緩存

　　數據庫訪問處理并發訪問的能力是很多網站應用的關鍵瓶頸，在想到使用主從結構和多farm的方式構建服務器集群之前，首先應該確保充分使用了數據庫查詢的緩存。一些數據庫類型（如mysql的innoDB）自身內置對緩存的支持，此外，還可以利用程序方法將常用的查詢通過文件或內存緩存起來。比如通過 php中的ob_start和文件讀寫函數可以很方便的實現文件形式的緩存，而如果你擁有多臺服務器，可以通過memcache技術通過分布式共享內存來對數據庫查詢進行緩存，不僅效率高而且擴展性好，memcache技術在livejournal和Craigslist.org等知名網站應用中都得到了檢驗。

　　6）服務器運行狀態的檢測，找到影響性能的瓶頸所在

　　系統seo沒有一勞永逸的方法，需要通過檢測服務器的運行狀態來及時發現影響性能的瓶頸，以及可能存在的潛在問題，因為網站的性能，永遠取決于木桶中的短板。可以編寫一些腳本來檢測web服務的運行，也有一些開源的軟件也提供了很好的功能

　　7）良好的擴展架構是穩定和性能的基礎

　　一些技巧和竅門可以幫你度過眼前的難關，但要想使網站具備應付大規模訪問的能力，則需要從系統架構上進行**的規劃，好在很多前人無私的把他們架構