为什么某些网站在网址末尾添加" Slug"？
许多网站(包括该网站)都添加了所谓的" slug"描述性内容，但据我所知，URL末尾无用的文字部分。
例如，网站为该问题提供的URL是：
https：// stackoverflow.com / questions / 47427 / why-do-some-websites-add-slugs-to-the-end-of-urls`
但是以下URL也可以正常工作：
https：// stackoverflow.com / questions / 47427 /
本文的目的仅仅是为了以某种方式使URL更加用户友好，还是有其他好处？
解决方案
回答
这些标签使URL更加易于使用，并且我们知道单击链接时会发生什么。如果搜索词在URL中，则Google等搜索引擎会将页面排名更高。
回答
可用性是原因之一，如果我们在电子邮件中收到该链接，则知道会发生什么。
SEO(搜索引擎优化)是另一个原因。诸如google之类的搜索引擎会针对url中包含的关键字将页面排名更高
回答
从问题中删除格式，我们将看到部分答案：
https：// stackoverflow.com / questions / 47427 /
与
https：// stackoverflow.com / questions / 47427 / why-do-some-websites-add-slugs-to-the-end-of-urls`
没有标记，第二个是自我描述的。
回答
大多数网站使用它的原因可能是SEO(搜索引擎优化)。雅虎过去曾对URL本身中搜索关键字的存在给予合理的权重，这也有助于Google的搜索结果。
最近，搜索引擎降低了URL中关键字的权重，这可能是因为该技术现在在垃圾邮件站点上比合法站点更为普遍。现在，URL中的关键字对搜索结果的影响很小，甚至根本没有影响。
至于stackoverflow本身，SEO可能是一种动机(旧习惯很难解决)或者仅仅是出于可用性。
回答
发送链接时不要忘了可读性，而不仅仅是在搜索引擎中。如果我们通过电子邮件向某人发送第一个链接，他们可以查看该URL并大致了解其含义。在他们单击之前，第二个没有给出该页面内容的指示。
回答
如果我们通过电子邮件向某人发送了链接，那么通过实际写一个描述而不是让其他人解析存在该描述的URL并尝试阅读一些链接来包含描述就没有多大意义了。连字词卡在一起。
回答
理想情况下，"子弹"应该是所需的唯一标识符。实际上，在诸如此类的动态站点上，我们或者必须具有唯一的数字标识符，或者像Digg一样开始在"段"上添加/递增数字。
回答
我注意到我们可以自由更改文本。此URL似乎也可以正常工作。
https：// stackoverflow.com / questions / 47427 / why-is-billpg-so-very-awesome`
回答
" ug"一词来自报纸/出版业。这是一个简短的标题，用于标识正在进行的故事。对URL语义感兴趣的人开始在URL中使用简短的标题。由于URL中的关键字增加了页面的重要性，因此在SEO领域中也有回报。
具有讽刺意味的是，出于严格的SEO目的，许多网站已开始在其URL中放置标题的连字符的完整序列化版本，这意味着"塞子"一词不再完全适用。这也激怒了语义纯粹主义者，因为许多实现只是在其URL末尾添加了标题的序列化版本。
回答
基本上，这是资源的更有意义的位置。使用ID是完全有效的，但它对机器的意义远大于对人的意义。
严格来说，如果该条块是唯一的，则不需要ID，我们可以通过在日期中确定它们的范围来更轻松地确保其唯一。
IE：
/2008/sept/06/why-some-websites-add-slugs-end-of-urls/
基本上，这利用了在同一天使用两个相同的弹药的可能性低。如果发生冲突，通常的惯例是在子弹末尾添加一个计数器，但是很少见到这些：
/2008/sept/06/why-some-websites-add-slugs-end-of-urls/ /2008/sept/06/why-some-websites-add-slugs-end-of-urls-1/ /2008/sept/06/why-some-websites-add-slugs-end-of-urls-2/
许多of算法也摆脱了诸如" the"和" a"之类的常用词，以帮助保持URL简短。这种限定范围的方法还使我们可以简单地分割段来查找给定日，月或者年的所有资源，这一点非常简单。
另外，stackoverflow URL在引入一个添加段以体现该特性的意义上是不好的，这违反了每个段都应代表资源层次结构递减的想法。
回答
首先，它是SEO和用户友好的，但是在示例(此站点)的情况下，它做得不好或者不正确
(因为它容易受到黑帽戏法和其他人的毒害，这在此网站上可能会造成严重影响)。
如果
https：// stackoverflow.com / questions / 47427 / why-do-some-websites-add-slugs-to-the-end-of-urls`
有内容，然后
https：// stackoverflow.com / questions / 47427 /
和
https：// stackoverflow.com / questions / 47427 / any-other-bollix`
不应重复。他们实际上应该自动检测到未使用当前文本的链接(显然，该标签是由问题标题定义的，以后可以进行编辑)，并且应该自动将301重定向到
https：// stackoverflow.com / questions / 47427 / why-do-some-websites-add-slugs-to-the-end-of-urls`
从而确保"一条内容到一个URI"规则，并且如果URI移动/更改，请确保旧书签通过301重定向跟随/移动(以便智能浏览器可以更新书签)。
回答
我最近从以下位置更改了我的网站网址格式：
www.mywebsite.com/index.asp?view=display&postid=100
到
www.mywebsite.com/this-is-the-title-of-the-post
并注意到，更改后，文章的点击率提高了约300％。从搜索引擎优化的目的来看，它当然可以帮助用户确定他们想单击的内容是否相关，尽管我不得不说，更改后影响不大
回答
我同意其他回应，即任何类型错误的子弹都应301-重定向到正确的格式。换句话说，https：// stackoverflow.com / questions / 47427 / wh应该重定向到https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the -网址结尾。它还有另一个未提及的好处-如果我们不执行重定向到规范URL的操作，则看来我们有几乎无限数量的重复页面。 Google讨厌重复的内容。
就是说，我们实际上应该只关心内容ID，并且只要我们重定向就可以允许任何输入。为什么？
https://stackoverflow.com/questions/47427/why-do-some-`websites-add-slugs-to-the-end-of-urls
...糟糕，邮件软件切断了URL的结尾！没问题，因为我们仍然可以只使用https：// stackoverflow.com / questions / 47427`
这种方法的一个大问题是，如果我们从内容的标题中得出头条，我们将如何处理非ASCII，UTF-8标题？
回答
如前所述，"子弹"可以帮助人们和搜索引擎...
值得注意的是，在页面的源代码中有一个规范的网址
这将阻止页面多次被索引。
例子：
<link rel="canonical" href="http://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls">
