为什么有些网站会在 URL 末尾添加“Slugs”？[关闭]
https://stackoverflow.com/questions/47427
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
许多网站，包括这个网站，都添加了明显称为 蛞蝓 - 描述性的，但据我所知，无用的文本片段 - 到 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 更加用户友好还是还有其他好处？
解决方案
slugs 使 URL 更加用户友好，并且您知道单击链接时会发生什么。如果搜索词在 URL 中，搜索引擎（例如 Google）会对页面排名更高。
其他提示
可用性是原因之一，如果您在电子邮件中收到该链接，您就知道会发生什么。SEO（搜索引擎优化）是另一个原因。谷歌等搜索引擎会根据网址中包含的关键字对您的页面进行更高的排名
我最近更改了我的网站网址格式：
www.mywebsite.com/index.asp?view=display&postid=100
到
www.mywebsite.com/this-is-the-title-of-the-post
并注意到更改后文章的点击率增加了约 300%。就 SEO 目的而言，它确实可以帮助用户确定他们想要点击的内容是否相关，尽管我不得不说，更改后影响不大
我同意其他回复，即任何输入错误的 slug 都应该 301 重定向到正确的形式。换句话说， https://stackoverflow.com/questions/47427/wh 应该重定向到 https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls 。它还有一个尚未提及的好处——如果您不重定向到规范 URL，则会出现几乎无限数量的重复页面。谷歌讨厌重复的内容。
也就是说，您实际上应该只关心内容 ID，并在重定向时允许 slug 的任何输入。为什么？
https://stackoverflow.com/questions/47427/why-do-some-网站将 slugs 添加到 url 末尾
...哎呀，邮件软件把网址末尾截掉了！没问题，因为你仍然可以滚动 https://stackoverflow.com/questions/47427
唯一的那个 大的 这种方法的问题是，如果您从内容的标题中派生出 slug，您将如何处理非 ASCII、UTF-8 标题？
大多数网站使用它的原因可能是 SEO（搜索引擎优化）。雅虎过去常常对 URL 本身中搜索关键字的出现给予合理的权重，这对谷歌结果也有帮助。
最近，搜索引擎降低了 URL 中关键字的权重，可能是因为该技术现在在垃圾邮件网站上比合法网站上更常见。现在，URL 中的关键字对搜索结果的影响非常小（如果有的话）。
至于 stackoverflow 本身，SEO 可能是一种动机（旧习难改）或仅仅是为了可用性。
它基本上是资源更有意义的位置。使用 ID 是完全有效的，但它对机器的意义比对人的意义更大。
严格来说，如果 slug 是唯一的，则不需要 ID，您可以通过在日期内确定它们的范围来更轻松地确保唯一的 slug。
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/
许多 slug 算法还会去掉“the”和“a”等常见单词，以帮助保持 URL 简短。这种限定范围的方法还使得查找给定日期、月份或年份的所有资源变得非常简单 - 您只需截取片段即可。
此外，stackoverflow URL 也很糟糕，因为它们引入了额外的段来展示 slug，这违反了每个段应代表资源层次结构的降序这一理念。
术语“slug”来自报纸/出版业。这是一个简短的标题，用于标识正在进行的故事。对 URL 语义感兴趣的人们开始在他们的 URL 中使用简短的缩写标题。它在 SEO 领域也得到了回报，因为 URL 中的关键字增加了页面的重要性。
具有讽刺意味的是，许多网站已经开始放置 满的 严格出于 SEO 目的，在其 URL 中使用连字符序列化版本的标题，这意味着术语 slug 不再适用。这也激怒了语义纯粹主义者，因为许多实现只是在 URL 末尾添加标题的序列化版本。
我注意到您可以自由更改文本。这个 URL 看起来也同样有效。
https://stackoverflow.com/questions/47427/why-is-billpg-so-very-awesome
如前所述，“slug”可以帮助人们和搜索引擎......
值得注意的是，在页面的源代码中有一个 规范网址
这会阻止页面被多次索引。
例子：
<link rel="canonical" href="http://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/why-do-some-websites-add-slugs-to-the-end-of-urls
由于没有标记，第二个是自我描述的。
发送链接时不要忘记可读性，而不仅仅是在搜索引擎中。如果您通过电子邮件向某人发送第一个链接，他们可以查看该 URL 并大致了解其内容。第二个页面在点击之前不会显示该页面的内容。
如果您通过电子邮件向某人发送了一个链接，那么通过实际写出描述来包含描述不是更有意义，而不是让其他人解析到描述所在的 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
不应重复。他们实际上应该自动检测后面的链接不使用当前文本（显然，slug 是由问题标题定义的，可以稍后编辑），并且他们应该自动将 301 重定向到
https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls
从而确保“一份内容到一个 URI”规则，并且如果 URI 移动/更改，请确保旧书签通过 301 重定向跟随/移动（以便智能浏览器可以更新书签）。
理想情况下，“slug”应该是唯一需要的标识符。实际上，在这样的动态网站上，您要么必须拥有唯一的数字标识符，要么像 Digg 那样开始向“slug”附加/递增数字。
