1、訪問速度相對比動態(tài)網頁快。 

　　在數(shù)據(jù)量相當?shù)那闆r下，靜態(tài)網頁的下載速度要比動態(tài)網頁快。這無論對于用戶還是搜索引擎機器人都是非常友好的表現(xiàn)。特別是你的站點流量非常大，數(shù)據(jù)量也非常大，這時網頁的下載速度對于你的網站來說是非常重要的。 

　　2、網頁的可控制性增強，網頁的相似度降低。 

　　在將網頁靜態(tài)化的過程中，一般會設計這樣的功能。就是可以手動輸入要生成靜態(tài)網頁的名稱。這對于搜索優(yōu)化比較有益處。比如筆者做WebCEO下載時，選取的文件名為：webceo-download。在Google中搜索“webceo 下載”時排名第三。你可以去看去觀察一下，在搜索結果中的前三位，都在URL中出現(xiàn)了WebCEO，并且Google也把它加粗了。可見Google還是要考慮這一點的。而動態(tài)網頁在未經過處理的情況下，它的文件名一般會是這樣"Download.aspx?ID=123"。這樣的文件名肯定就沒有前面的文件名好了。 

　　同樣，對于Title、Keyword和Deion等HTML標簽，我們同樣可以做成可手動控制的。通過增加這些網頁元素的可控制性，我們可以降低網頁的相似性，搜索引擎也會收錄更多的網頁。將網頁靜態(tài)化確實具有一定的優(yōu)勢，但經過實踐，筆者也發(fā)現(xiàn)并不是說將網頁靜態(tài)化就是百分之百的好事。不過筆者在這里也想提醒您，是否要實施網頁靜態(tài)化得視具體的環(huán)境而定。如果應用不恰當，不但達不到優(yōu)化的效果，還有可能給您帶來很大的麻煩。 

1、生成靜態(tài)網頁會增加服務器空間的負擔。 

　　有人是這樣估算的：一篇文章的內容大概會占5K-10K，而其他的代碼會占2/5-4/5，一個文件大概會增加15K左右，對于30萬的文章數(shù)據(jù)庫來說，需要增加了3.6G的硬盤空間使用。雖然現(xiàn)在的硬盤容量越來越大，但當網站的數(shù)據(jù)量達到一定的程度后，就得考慮這方面的因素了。 

2、大量的靜態(tài)網頁增加維護的工作量。 

　　網站的更新改版是免不了的事。你可以試想一個有一萬個網頁的網站(并不是特別多)要在每個網頁增加一些內容，這將會是一件非常麻煩的事情。當然你也許會說我程序寫好一點，更新就會很方便。筆者承認編寫優(yōu)質高效的程序可以減少這樣的工作量。但是沒法徹底解決大量文件帶來的麻煩。 

　　比如，很多靜態(tài)化的網站都會有一個批量更新的功能。也就是批量生成靜態(tài)網頁。其實，這樣的功能設計是很好的，但是在實際的使用中會出現(xiàn)一些問題。筆者遇到的最大問題是由于各種軟硬件原因，在數(shù)以萬計的網頁文件中，總是有極少數(shù)文件沒有生成成功，更糟糕的是有些沒生成成功的文件無法被記錄下來。這就好比一顆“定時炸彈”，它總有一天會“爆炸”。它始終是會被用戶或蜘蛛找到，然后發(fā)現(xiàn)：咦，這個網頁是咋回事呀?不對呀! 

3、生成的靜態(tài)網頁消耗服務器資源。 

　有很多開發(fā)者將生成的靜態(tài)網頁的功能是用線程完成的。當文件數(shù)量大時，這會很耗服務器資源。 

4、靜態(tài)網頁要讀取動態(tài)數(shù)據(jù)。 

　　你可能已經發(fā)現(xiàn)很多生成的靜態(tài)網頁是可以讀取到系統(tǒng)的最新動態(tài)的。比如系統(tǒng)最新的想新聞。這其實就是一個靜態(tài)網頁要實現(xiàn)動態(tài)讀取數(shù)據(jù)的功能。這在技術上是可以實現(xiàn)的，并且實現(xiàn)的方法很多。但在你設計網站的時候，就得考慮到這點。