誤區釋疑:搜索引擎優化並非一定是靜態化

核心提示:在搜索引擎優化上面,為使得效果更加明顯,問題簡單快速解決,大傢對站點的靜態化趨之若騖。然而對於一些大型網站,靜態化帶來的問題和後續成本也是不容忽視的。

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

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

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

由於生成的文件數量較多,存儲需要考慮文件、文件夾的數量問題和磁盤空間容量的問題需要大量的服務器設備;

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

頁面維護的復雜性和大工作量,及帶來的頁面維護及時性問題需要一整套站點更新制度和專業的站點維護人員;

站點靜態化,增加瞭更新維護難度和網站管理人員工作強度,增加瞭硬件設備需求和損耗速度,增加瞭站點潛在的訪問沖突和故障概率。對於一個大型網站而言,這都是必須考慮的問題。

對於SEO優化,我們不需要真正靜態化,隻需要假裝就可以瞭。動態頁面也一樣能夠做好SEO優化。

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

許多大型網站雖然網址的後綴為。htm,但其實還是動態頁面,隻是用瞭URL Rewrite的方式欺騙搜索引擎,真正完全靜態的沒有發現幾個。

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

1. 偽靜態,URL Rewrite方式。

2. 類似蜘蛛的方法,動態站點也存在,隻是通過一個程序去抓取整個站點並保存發佈為需要訪問的靜態站點。

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

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

觸發式更新:當維護人員在後臺更改某些信息後,系統自動或提供手動更新相應顯示頁面。

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

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

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

2. 對於各區采用優先級的方式,並提供手工觸發的即時更新,以保證部分信息的更新時間需要。

3. 靜態頁面替換動態頁面,同時保留動態頁面,並在靜態頁面未生成完畢時采用動態頁面代替。

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

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