1、訪問速度相對比動態網頁快。 

　　在數據量相當的情況下，靜態網頁的下載速度要比動態網頁快。這無論對于用戶還是搜索引擎機器人都是非常友好的表現。特別是你的站點流量非常大，數據量也非常大，這時網頁的下載速度對于你的網站來說是非常重要的。 

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

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

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

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

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

2、大量的靜態網頁增加維護的工作量。 

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

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

3、生成的靜態網頁消耗服務器資源。 

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

4、靜態網頁要讀取動態數據。 

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