本文讲述URL这个司空见惯的Web元素中包含的大量不应为忽视的知识,准则与最佳实践。需要注意的是W3C建议使用URI取代URL一说。
关于URL的一些准则
首先是与URL有关的一些准则。
一个URL必须唯一地,永久地代表一个在线对象
URL的最基本的使命是唯一地代表Internet上的一个对象,URL必须和Internet上的对象一对一匹配。然而现实中,这很难实现,我们经常可以通过多个URL到达同一个页面,比如,http://mysite.com/product/tv和http://mysite.com/product?name=tv,这种情形在现代CMS中更是比比皆是,针对这个问题,SEO moz有一篇很好的文章,讲到了如何使用Canonical URL机制解决站点中的重复URL问题。
URL应该是永久的,这就要求你在站点上线前就非常严谨地规划URL。如果有一天,你不得不更改URL,一定使用HTTP301机制,告诉浏览器和搜索引擎,你的那个URL所代表的对象,已经搬迁到新地址,这个机制可以保证你旧地址所获得PR不会被清零。
尽可能用户友好
这是URL设计的根本,你的URL应该为最终用户而设计。保持URL友好的一个好办法是在保证可读性的同时让它尽可能短。比如/about就好过/about-acme-corp-page,当然,保持简短不能牺牲可读性,/13d2一类的地址短则短矣,但并不友好。如果要在Twitter,Facebook一类的社会媒体网络分享你的URL,可以使用Bit.ly一类的网址缩短工具,但这种工具产生的缩短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部分并不包含任何意义,是一个额外的负担,不友好。可以使用HTTP 301机制,将www.domain.com定向到domain.com。
URL的格式
URL的格式如下:
domain.com/[keyinformation]/[name]/?[modifiers]
Key information部分一般代表信息的类型或类别。Modifiers部分则属于查询字符串范畴,它不应当代表数据结构,应当代表数据的修饰。Key information部分应当尽可能简短,同时应当表现出一种层级关系,比如http://domain.com/posts/servers/nginx-ubuntu-10.04,或http://domain.com/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逃逸符。
更多观点
Chris Shiflett建议,可以使用一些类似句子的URL,如:
chriscoyier.net/authored/digging-into-wordpress/ chriscoyier.net/has-worked-for/chatman-design/ chriscoyier.net/likes/trailer-park-boys jacobwg.com/thinks/this-post/is/basically-done
|
译者补充: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字符。