網站SEO並非一定需要靜態化

　　在國內，很多“SEO專家”給客戶網站的第一診斷結果就是要頁面靜態化。這倒不是因為動態網頁面就做不了SEO，而是相對靜態頁面而言，動態網頁面的SEO更加難做，受“SEO專家”的技術能力所限而已。

　　對於搜尋引擎而言，在主觀上對靜態頁面和動態網頁面並沒有特殊的好惡，只是很多動態網頁面的參數機制不利於搜尋引擎收錄，而靜態頁面更容易收錄而已。此外，頁面靜態化在一定程度上也提高了頁面訪問速度和系統效能及穩定性——這使得在搜尋引擎最佳化上面，為使得效果更加明顯，問題簡單快速解決，大家對網站的靜態化趨之若騖。

　　然而對於一些大型網站，靜態化帶來的問題和後續成本也是不容忽視的：

　　由於產生的檔案數量較多，儲存需要考慮檔案、檔案夾的數量問題和磁碟空間容量的問題———需要大量的伺服器裝置；

　　程式將頻繁地讀寫網站中較大地區內容，考慮磁碟損傷問題及其帶來的事故防範與恢複——硬體損耗要更新、網站備份要到位；

　　頁面維護的複雜性和大工作量，及帶來的頁面維護及時性問題——需要一整套網站更新制度和專業的網站維護人員；

　　網站靜態化，增加了更新維護難度和網站管理員工作強度，增加了硬體裝置需求和損耗速度，增加了網站潛在的存取違規和故障機率。對於一個大型網站而言，這都是必須考慮的問題。

　　對於SEO最佳化，我們不需要真正靜態化，只需要假裝就可以了。動態網頁面也一樣能夠做好SEO最佳化。

　　目前大多數搜尋引擎基本都能收錄動態網頁面，使用動態網頁面的網站數也遠遠大於靜態頁面的網站數。

　　許多大型網站雖然網址的尾碼為。htm，但其實還是動態網頁面，只是用了URL Rewrite的方式“欺騙”搜尋引擎，真正完全靜態沒有發現幾個。

　　目前對於一個動態網站，實施相對靜態化的做法基本有如下幾種：

　　1. 偽靜態，URL Rewrite方式。

　　2. 類似蜘蛛的方法，動態網站也存在，只是通過一個程式去抓取整個網站並儲存發布為需要訪問的靜態網站。

　　不論是真靜態頁面還是偽靜態頁面，在方便搜尋引擎收錄這一點上，效果都是一樣的。既然如此，為什麼不使用效率更高的“相對靜態化”的方法，以避免真正靜態化所產生的諸多問題呢？

　　在頁面更新維護問題上，即使是偽靜態，也帶來了不少維護的複雜性和工作量。目前較為可取的更新方式有：

　　觸發式更新：當維護人員在後台更改某些資訊後，系統自動或提供手動更新相應顯示頁面。

　　獨立、分區式更新：更新與維護分開，頁面劃分為不同的區，根據一定的規則對於區進行更新。區之間的整合與分離，有的是採用活動域，有的是採用SSI（Server Side Include）。

　　對於獨立、分區式更新，應當是大型網站相對靜態化後較為理想的更新維護模式：

　　1. 將各頁面定義分區、編號，給定儲存規則和更新規則，更新規則分為“依據資料變更更新”和“周期更新”。

　　2. 對於各區採用優先順序的方式，並提供手工觸發的即時更新，以保證部分資訊的更新時間需要。

　　3. 靜態頁面替換動態網頁面，同時保留動態網頁面，並在靜態頁面未產生完畢時採用動態網頁面代替。

　　靜態化對於網站SEO來說，應當只是一個訊號，告訴搜尋引擎我的網站很好收錄，然後帶領搜尋引擎儘可能多的“瀏覽”網站內的內容。只要能夠方便瀏覽和收錄，不論是靜態頁面還是動態網頁面，搜尋引擎都會一視同仁的去收錄。

　　對於小網站而言，網站靜態化或許是解決網站收錄量的一個簡便的辦法，而對於大網站來說，則要認真考慮了，是不是真的有必要去做靜態化，還是做一下“相對靜態化”就夠了。