如何通過規範URL來建立與搜尋引擎的友好

仲介交易 HTTP://www.aliyun.com/zixun/aggregation/6858.html">SEO診斷 淘寶客 雲主機 技術大廳

URL的地位在SEO的過程中非常重要，也是SEOer所面臨的一個基本問題，我們在以前的很多文章中都多次提到一個觀點：

SEO的流量產生于你排名比較好的頁面，而這些頁面有排名的前提是被搜尋引擎收錄。

我們知道網路世界越來越龐大，內容的產生幾乎可以說是無窮無盡的，這對於資源有限的搜尋引擎而言，它們可以做的只能是盡可能快地收錄新內容，所以說，網路中新內容的產生 > 被抓取收錄的內容。 而URL跟搜尋引擎的關係，舉個形象的例子，就好像你的位址跟速遞員之間的關係，一個準確的以及便於查找的位址，將很大程度上提高速遞員的投遞。

那麼搜尋引擎在抓取頁面過程中，會遇到什麼問題呢?

一：URL的重複性。

請不要忽略這一點，要講的內容可能跟你想像中的不一樣。 我們假設有以下兩個URL

HTTP://www.xxx.com/seo/888 HTTP://www.xxx.com/seo.asp?id=888

這兩個頁面產生的內容是一樣的，前者可能是偽靜態，也可能是真實的靜態頁面，但似乎前者比後者更好。 但事實並非如此，首頁，這兩個URL的格式都是容易被抓取和收錄的，我們很多時候之所以不用?這種動態的引入方式，就是為了避免可能產生的大量重複內容。 但是前者這種模式同樣可能產生大量的重複內容，比如搜尋引擎可能會誤以為這個888只是一個SessionID，在無法做到準確判斷的情況下，前者這種模式的優勢並不明顯。

可能有些人不太明白這段話了，首先要把URL和內容分開來，在理解上述話的時候，我們先簡單說下搜尋引擎對於重複性內容的判斷：搜尋引擎本身有個強大的資料庫存放已經抓取進來的內容，判斷一個內容是否有相似的， 最佳做法是把即將抓取的內容跟資料庫已有的內容做比較，但通過閱讀《google網站品質指南》，我們發現這是個理解誤區，反過來想下，這種在抓取的時候就進行內容對比的技術手段可行性也並不強，因為內容太龐大了。 所以搜尋引擎對抓取的URL分析就相當重視，我們要讓搜尋引擎認為我們的URL對應的內容在站內是不重複的，最佳的做法當然還是靜態化URL，讓搜尋引擎認為網站本身的確有很多不同的內容，針對這種情況，最佳的URL寫法應該是：

HTTP://www.xxx.com/seo/seo-url

歸根結底，就是保證URL的唯一性以及不和其他一些情況混淆掉。

二：「無限空間」(無限迴圈)

現在絕大多數博客上都會有一個日曆控制項，就是不管你點擊哪個時間段，都會出現一個頁面，既然找不到對應的內容，但產生的URL都是唯一的，這樣一來，就形成無限空間的概念了，因為時間是無止境的，所以產生的頁面也是無窮的， 對於搜尋引擎而言，這個是非常不友好的。

可以利用nofollw屬性做到有效的引導即可避免這種情況，相關文章：HTTP://www.admin5.com/article/20120312/414377.shtml

三：層級要符合邏輯。

我們分析以下幾個頁面：

1、HTTP://www.xxx.com/seo/

2、HTTP://www.xxx.com/seo/url

3、HTTP://www.xxx.com/seo/url/weiyi

如果說搜尋引擎今天只能抓取其中一個的話，那從優先級上出發，它是先抓取第1個，那麼這時又產生一個誤區，如果我把頁面都放在根目錄下，就不存在層次的優先順序了，如果層次優先順序沒區別，搜尋引擎會進行同目錄下的URL的優化比較， 這也是為什麼收錄的時候會先抓取網站首頁。 所以最好的方式就是按照業務邏輯來建立子目錄，內容跟內容之間的從屬關係是怎麼樣的，在URL就用層次優化級方式來規劃。

四：重複內容的處理。

上圖是我從某知名網購平臺上搜索筆記本時出來的篩選準則，我們做個數據分析，在這個頁面中，品牌為16個，價格條件為5個，處理器為8個，螢幕尺寸為8個，硬碟容易條件為6，記憶體為6個，硬碟為6個，顯卡條件為6個， 那麼最多產生的搜尋條件結果有：

16*5*8*8*6*6*6*6=6220800

而我們看上圖顯示的產品為2471個，所以顯然重複性的內容是非常多的，這裡舉的例子還不是非常龐大的資料，有些網站可以組合成幾億甚至幾百億的頁面出來。 有興趣的朋友可以看下我之前寫的ASP等動態語言網站在做SEO時，站內搜索應該注意的問題。

【尊重原創，分享觀點。 來自芝麻開門網路科技原創文章，轉載請標明文章來源 — HTTP://www.51zmkm.com/news/25.html】