鹽城做網站公司分享網站制作不可不知的URL知識

本文講述URL這個司空見慣的Web元素中包含的大量不應為忽視的知識，準則與最佳實踐。需要注意的是W3C建議使用URI取代URL一說。

關于URL的一些準則

首先是與URL有關的一些準則。

一個URL必須唯一地，永久地代表一個在線對象

URL的最基本的使命是唯一地代表Internet上的一個對象，URL必須和Internet上的對象一對一匹配。然而現實中，這很難實現，我們經?？梢酝ㄟ^多個URL到達同一個頁面，比如，和，這種情形在現代CMS中更是比比皆是，針對這個問題，SEO moz有一篇很好的文章，講到了如何使用Canonical URL機制解決站點中的重復URL問題。

URL應該是永久的，這就要求你在站點上線前就非常嚴謹地規劃URL。如果有一天，你不得不更改URL，一定使用HTTP301機制，告訴瀏覽器和搜索引擎，你的那個URL所代表的對象，已經搬遷到新地址，這個機制可以保證你舊地址所獲得PR不會被清零。

盡可能用戶友好

這是URL設計的根本，你的URL應該為最終用戶而設計。保持URL友好的一個好辦法是在保證可讀性的同時讓它盡可能短。比如/about就好過/about-acme-corp-page，當然，保持簡短不能犧牲可讀性，/13d2一類的地址短則短矣，但并不友好。如果要在Twitter，Facebook一類的社會媒體網絡分享你的URL，可以使用一類的網址縮短工具，但這種工具產生的縮短URL并不友好，在Wordpress一類的CMS中，可以使用PrettyLink Pro或Short URL plugin一類的可控制的地址縮短插件。

URL的設計切忌使用一些對用戶來說沒有意義的內容，比如數據庫的ID號，/products/23這樣的URL地址對用戶是極不友好的，應當使用/products/ballpoint-pen一類的地址。

保持一致性

站點內的所有URL必須保持一致的格式和結構，這樣可以為用戶帶來信任感，如果你必須更改URL格式和結構，需要使用HTTP 301機制。

可預測的URL

這也是URL一致性的一個表現，如果你的URL擁有很好的一致性，用戶可以根據URL猜測別的內容的URL，假如/events/2010/01指向2010年1月份的日程內容，那

/events/2009/01應當指向2009年1月的日程。

/events/2010應當指向2010年全年的日程。

/events/2010/01/21應當指向2010年1月21日的日程。

URL中的關鍵詞

URL中應該包含本頁重點內容的關鍵詞，比如/posts/2010/07/02/trip-best-buy-memory-cards一類的URL本身就是對頁面內容的反應。在URL包含重點內容關鍵詞，也可以提高SEO性能。SEO的一個很重要的原則就是，在URL地址中包含內容關鍵詞。

關于URL的技術細節

下面說的是有關URL的一些技術細節。

URL不應包含.html,aspx,cfm一類的后綴

這類信息對最終用戶是沒有意義的，卻占了額外的空間，一個例外是.atom,.rss,.json一類的特殊地址，這類地址是有特別的意義的。譯者注：在某些虛擬主機式Web服務器，這種做法未必現實。

URL不應包含WWW部分

WWW部分并不包含任何意義，是一個額外的負擔，不友好?？梢允褂肏TTP 301機制，將定向到。

URL的格式

URL的格式如下:

/[keyinformation]/[name]/?[modifiers]

Key information部分一般代表信息的類型或類別。Modifiers部分則屬于查詢字符串范疇，它不應當代表數據結構，應當代表數據的修飾。Key information部分應當盡可能簡短，同時應當表現出一種層級關系，比如http:///posts/servers/nginx-ubuntu-10.04，或http:///news/tech/2007/11/05/google-announces-android。

Google News對新聞源有一個有趣的要求，Google要求新聞源頁面的URL中必須包含至少3位唯一的數字，因為他們會忽略年份數字，因此，應該使用一個5位或5位以上的數字。另外，也應該提供Google News站點地圖。如果你想向Google提供新聞，必須按這樣的結構提供URL，當然保持一致性，可以預測性也是必需的。

使用小寫字符

URL中所有字符都應使用小寫，這更容易閱讀。

URL中包含的行為元素

URL查詢字符串中可能包含一些表示行為的元素，比如show,delete,edit等。非破壞性的行為可以體現在URL中，破壞性的行為應該使用POST。

使用URL友好字符

在URL中體現網頁標題的時候，往往會用到一些特殊字符，應當把它們轉換為URL友好字符：

全部大寫字符換成小寫

諸如é一類的字符應轉換成對應的e

空格使用短劃線代替

諸如!,@,#,$,%,^,&,*一類的字符應該使用短劃線代替

雙短劃線應該使用單短劃線代替

另外，沒有必要的話，避免使用%20一類的URL逃逸符。

譯者補充：URL的長度上限

URL的最大長度是多少？W3C的HTTP協議并沒有限定，然而，在實際應用中，經過試驗，不同瀏覽器和Web服務器有不同的約定：

IE的URL長度上限是2083字節，其中純路徑部分不能超過2048字節。

Firefox瀏覽器的地址欄中超過65536字符后就不再顯示。

Safari瀏覽器一致測試到80000字符還工作得好好的。

Opera瀏覽器測試到190000字符的時候，還正常工作。

Web服務器：

Apache Web服務器在接收到大約4000字符長的URL時候產生413 Entity Too Large"錯誤。

IIS默認接收的最大URL是16384字符。