在國內，很多者給客戶網站的診斷結果就是要頁面靜態化。不是因為動態頁面就做不了SEO，而是靜態頁面而言，動態頁面..

在國內，很多者給客戶網站的診斷結果就是要頁面靜態化。不是因為動態頁面就做不了SEO，而是靜態頁面而言，動態頁面的SEO更加難做，受者的技巧才干所限罷了。

對搜查引擎而言，在主觀上對靜態頁面跟動態頁面并不特別的好惡網絡推廣，只是很多動態頁面的參數機制影響搜查引擎收錄，而靜態頁面更輕易收錄罷了。此外，頁面靜態化在一定水平上也進步了頁面拜訪速度跟體系機能及牢固性----這使得在網站優化上面，為使得后果更加明顯，問題簡單疾速解決，大家對站點的靜態化趨之若騖網站推廣。

然而對一些大型網站，靜態化帶來的問題跟后續本錢也是不容忽視的：

因為生成的文件數量較多，存儲須要考慮文件、文件夾的數量問題跟磁盤空間容量的問題—--須要大量的服務器設備;

程序將頻繁地讀寫站點中較大區域內容，考慮磁盤傷害問題及其帶來的事變防備與恢復----硬件損耗要更新、站點備份要到位;

頁面維護的龐雜性跟大工作量網站推廣，及帶來的頁面維護及時性問題----須要一整套站點更新制度跟的站點維護人員;

站點靜態化，增加了更新維護難度跟網站治理人員工作強度，增加了硬件設備需乞降損耗速度，增加了站點潛在的拜訪抵觸跟故障概率。對一個大型網站而言，這都是必須考慮的問題。

對SEO優化，咱們不須要真正靜態化，只須要假裝就可能了。動態頁面也一樣可能做好SEO優化。

目前大多數搜查引擎基本都能收錄動態頁面，利用動態頁面的站點數也遠弘遠于靜態頁面的站點數。

很多大型網站誠然網址的后綴為.htm，但切實還是動態頁面網絡推廣，只是用了URL Rewrite的方法搜查引擎，真正完全靜態的不發明多少個。

目前對一個動態網站，履行靜態化的做法基本有如下多少種：

1. 偽靜態，URL Rewrite方法。

2. 類似蜘蛛的方法，動態站點也存在，只是通過一個程序去抓取全部站點并保存宣布為須要拜訪的靜態站點。

不管是真靜態頁面還是偽靜態頁面，在便利搜查引擎收錄這一點上，后果都是一樣的。既然如此，為什么不利用效力更高的的方法，以避免真正靜態化所產生的諸多問題呢?

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

觸發式更新：當維護人員在后盾更改某些信息后，體系主動或手動更新相應顯示頁面。

獨破更新：更新與維護離開，頁面劃分為不同的區，依據一定的規矩對區進行更新。區之間的整合與分別;采取活動域或者采取SSI。

對獨破更新，應當是大型網站靜態化后較為幻想的更新維護模式：

1. 將各頁面定義分區、編號，給定存儲規矩跟更新規矩，更新規矩分為跟。

2. 對各區采取優先級的方法，并手工觸發的即時更新，以保障局部信息的更新時光須要。

3. 靜態頁面調換動態頁面，同時保存動態頁面，并在靜態頁面未生成結束時采取動態頁面取代。

靜態化對SEO網站優化來說，應當只是一個信號，告訴搜查引擎我的站點很好收錄，而后率領搜查引擎盡可能多的站點內的內容。只有可能便利瀏覽跟收錄，不管是靜態頁面還是動態頁面，搜查引擎都會厚此薄彼的去收錄。

對小網站而言，站點靜態化或者是解決網站收錄量的一個簡便的辦法，而對大網站來說，則要認真考慮了，是否真的有必要去做靜態化，還是做一下針對SEO優化來說就夠了