url 是什么

统一资源定位系统(uniform resource locator;URL)，是因特网的万维网服务程序上用于指定信息位置的表示方法，通常我们简称为url，或者 '网址' 。

通用公式：scheme://host.domain:port/path/filename

以本文网址http://www.tunghsing.wang/marketing/seo/url.html 为例是一个很常见的 url 范例。

• scheme - 定义因特网服务的类型。最常见的类型是 http
• host - 定义域主机（http 的默认主机是 www）
• domain - 定义因特网域名，比如tunghsing.wang
• port - 定义主机上的端口号（http 的默认端口号是 80）
• path - 定义服务器上的路径，比如中marketing/seo（如果省略，则文档必须位于网站的根目录中）。
• filename - 定义文档/资源的名称，比如url.html
• query - 可选项，用来传递参数

规范化 url

规范化 url 对用户访问更友好，还可以方便搜索引擎收录页面。因此设计 url 系统时需要遵守一些要点。

url 设计原则

在设计 url 之前默念这几条原则性的建议，不至于出大的方向上的错误，后期改造起来实在太繁琐了。

唯一性和持续性

每一条url都指向一个互联网上的资源，尽量保持资源与url的一对一关系，可以通过canonical 属性来标识。应该使用永久性的url，一些短期有效的资源没必要设计在 url 中，完全可以通过查询参数或者界面内部来访问，否则对 seo 来说是没意义的，如果有变动可使用301重定向。

用户友好

用户能够轻易的理解一段 url 的涵义对网站来说可以给用户留下一个好印象，对搜索引擎友好和对用户友好并不冲突，所以不要忘了为用户提供方便的重要性。根据w3c给出的建议一个url最好不超过80个字节，我们在实际中尽量做到更简练，url 的拼写本身最好是语义化的能够反映出该资源的性质或用途。而且目录层级建议在三级以内，过长的目录层级会使得搜索引擎望而怯步吧。
不过小程序，app等后台已经隐藏了url的存在，但是对开发和调试人员同样要友好一些。
对分享类的临时url不在讨论之内，可以使用“短链接”的设计。

一致性

url 的设计要站在整站的范围上来设计，不能仅限于某些模块或者某一时期，是整体，定下一个当下的和将来的规则。每个网站都有一个明确的业务目标的范围，要把 url 的设计重要性提升到对 UI 的设计上。毕竟对于搜索引擎、其它系统来说 url 就是你的"界面"。

检查项

搜集了一些具体的步骤罗列一下，可操作性比较强，准备在设计 url 一项项的核对，如果有不同意的可以略过。

检查大小写

英文部分全部使用小写

检查长度和层级

检查目录层级，最多不超过三级。一般在一到两级即可。

检查连接符

单词间建议使用连字符(-) 符号连接，更方便阅读，而且对搜索引擎来说更友好，是多家搜索引擎建议的方式。

检查参数与片断

片断直接删除，参数只保留必要的，建议将参数放到目录中，过多的参数就要考虑是否为有必要做为完整的url了，一般保留不超过三个参数就够用了。

检查结尾类型

如果是具体资源可以使用 html，如果是目录、分类等，可以使用“\”符号结尾。不能保留具体技术的痕迹，与技术无关的 url 才是个合格的 url 。比如 php、asp等等都是自寻烦恼的。

检查逻辑是否清晰

针对不没类型的资源是否有统一的规划，在 url 中体现出来是否按照一定的顺序，比如从大到小等。

解决问题

如果遇到一些具体问题，在这里找方法。

变更 url

假设真有需要变更的时候，比如新旧系统不可持续性，可以使用 301 跳转。

删除 url

建议返回 410 删除资源。

多个重复的url

使用canonical标签可以在搜索引擎中标注唯一权威页，将所有相关页指向一个最需要流量或者说最重要的页面。

复杂资源

对于复杂资源考虑引用内容协商字段。需要注意的是Content-Location表示直接定位不进行协商。

一些小技巧

网站地图

可以考虑制作一个包括全站，组织良好的网站地图页，向搜索引擎提交。