網站設計錯誤的 Url 中的 � 資料庫參數

創建的 web 網站需要思想、 規劃和執行。不幸的是，很多設計都死在水中，搜尋引擎的優化而言甚至在發佈之前。無論你做什麼，避免這些關鍵性的錯誤。

在 URL 中的資料庫參數

許多 web 網站設計人員不要考慮到網站的 Url 中的資料庫參數的影響。資料庫參數告訴伺服器檢視器試圖看到它時應到特定頁面上載入什麼。實質上，因為它正在取連同每次按一下的頁面是"動態"。所使用的索引網站的搜尋引擎的機器人程式討厭動態頁面。通常，即使他們不會索引頁面，在搜尋引擎中沒有列出您的網站的頁面。

讓我們看看使用遊牧人冒險期刊網站的一個示例。主頁 URL 是貼切，http://www.nomadjournals.com-一個靜態頁面。在 URL 中，沒有告訴載入靜態 web 頁以外的其他伺服器的參數。所有搜尋引擎都索引將此頁，不會有任何問題。

現在，如果我們改變了頁面，動態的東西。讓我們說我們把它記錄會話標識設計 [此處檢視器] 和動態載入的頁上的圖片。我們會在頁面上有一個參數的會話識別和各種圖片的四個參數。在主頁的 URL 可能看起來類似：

http://www.nomadjournals.com/home/index.html？ & 9 及 User_ID 及 CATID 嗎 = = 15 & ObjectGroup_ID = 39

怎樣的困境。搜尋引擎的機器人去躑躅不前這種頁編制索引。它只是不能告訴什麼是在頁上。如果您有在您網站的頁面的 Url 中的參數和會話標識，要有非常困難的時候進入搜尋引擎排名。很明顯，這排除從獲取任何頂級排名和免費的流量。

解決這個問題

修復該問題往往是冗長且成本高昂，取決於您的網站上的頁面的數量。如果你有超過 100 的產品，完整的重新設計可能是最好的答案。如果您有大量相對較小的頁，可能不太野蠻的選項。

將網頁轉換為靜態 html 是一個明確的解決方案，對於較小的網站。實質上，其中一會使每個產品頁，將它轉換成靜態的 html 頁面。然後，域將被轉換為短的子域。如果使用者按一下產品頁上的"購買"按鈕上，他們會給動態資料庫頁。此解決方案的可行性是取決於網站的佈局。某些網站可以修復，有些只是不能。

在閉幕

資料庫參數問題是令人驚訝的常見與網站銷售產品。大多數的網站設計人員不了解搜尋引擎的優化，並沒有意識到他們正在創建的問題。如果你想要構建資料庫驅動的網站，請確保它創建之前，你在搜尋引擎的優化專家提出。沒有人願意花設計網站兩倍的錢。