在國內，很多“seo專家”給客戶網站的知名診斷結果就是要頁面靜態化。這倒不是因為動態頁面就做不了SEO，而是相對靜態頁面而言，動態頁面的SEO更加難做，受“SEO專家”的技術才能所限而已。
    關于搜索引擎而言，在主觀上對靜態頁面和動態頁面并沒有特殊的好惡，僅僅很多動態頁面的參數機制不利于搜索引擎收錄，而靜態頁面更容易收錄而已。此外，頁面靜態化在必定程度上也提高了頁面訪問速度和系統性能及穩定性——這使得在搜索引擎優化上面，為使得作用更加明顯，疑問簡單快速處理，我們對站點的靜態化趨之若騖。
    然而關于一些大型網站，靜態化帶來的疑問和后續成本也是不容忽視的
      由于生成的文件數量較多，存儲需求思考文件、文件夾的數量疑問和磁盤空間容量的疑問———需求大量的服務器設備；
    程序將頻繁地讀寫站點中較大區域內容，思考磁盤損傷疑問及其帶來的事故防范與恢復——硬件損耗要更新、站點備份要到位；
    頁面保護的復雜性和大作業量，及帶來的頁面保護及時性疑問——需求一整套站點更新制度和專業的站點保護人員；
    站點靜態化，增加了更新保護難度和網站管理人員作業強度，增加了硬件設備需求和損耗速度，增加了站點潛在的訪問沖突和毛病概率。關于一個大型網站而言，這都是必須思考的疑問。
    關于SEO優化，我們不需求真正靜態化，只需求假裝就可以了。動態頁面也一樣可以做好SEO優化。
    當前大多數搜索引擎基本都能收錄動態頁面，使用動態頁面的站點數也遠遠大于靜態頁面的站點數。
    許多大型網站雖然網址的后綴為。htm，但其實還是動態頁面，僅僅用了URL Rewrite的方式“詐騙”搜索引擎，真正有效靜態的沒有發現幾個。
    當前關于一個動態網站，實施相對靜態化的做法基本有如下幾種：
    1. 偽靜態，URL Rewrite方式。
    2. 類似蜘蛛的方法，動態站點也存在，僅僅通過一個程序去抓取整個站點并保存發布為需求訪問的靜態站點。
    不論是真靜態頁面還是偽靜態頁面，在便利搜索引擎收錄這一點上，作用都是一樣的。既然如此，為什么不使用效率更高的“相對靜態化”的方法，以避免真正靜態化所產生的諸多疑問呢？
      在頁面更新保護疑問上，即使是偽靜態，也帶來了不少保護的復雜性和作業量。當前較為可取的更新方式有：
    觸發式更新：當保護人員在后臺更改某些信息后，系統自動或提供手動更新相應顯示頁面。
    獨立、分片式更新：更新與保護分開，頁面劃分為不一樣的區，根據必定的規則關于區進行更新。區之間的整合與分離，有的是選用活動域，有的是選用SSI（Server Side Include）。
    關于獨立、分片式更新，應當是大型網站相對靜態化后較為理想的更新保護模式：
    1. 將各頁面定義分區、編號，給定存儲規則和更新規則，更新規則分為“依據數據變更更新”和“周期更新”。
    2. 關于各區選用優先級的方式，并提供手工觸發的即時更新，以保證部分信息的更新時間需求。
    3. 靜態頁面替換動態頁面，同時保留動態頁面，并在靜態頁面未生成完畢時選用動態頁面代替。
    靜態化關于網站SEO來說，應當僅僅一個信號，告訴搜索引擎我的站點極好收錄，然后帶領搜索引擎盡可能多的“瀏覽”站點內的內容。只要可以便利瀏覽和收錄，不論是靜態頁面還是動態頁面，搜索引擎都會一視同仁的去收錄。
    關于小網站而言，站點靜態化或許是處理網站收錄量的一個簡潔的方法，而關于大網站來說，則要仔細思考了，是不是真的有必要去做靜態化，還是做一下“相對靜態化”就夠了。