为什么Stack Overflow问题URL在SEO友好的“问题”之前具有问题ID？

以这个随机问题为例：要显示给定css选择器在哪些html文件中使用所需的工具或插件，请注意相关部分为/questions/16999。

现在，URL可能像这样完成：

/webmasters/tool-or-plugin-required-to-show-out-in-which-html-files-a-given-css-selectors-is/16999`

那是问题后面的问题_id，而URL中最先出现的内容在搜索引擎优化中比重更大，为什么问题部分在问题_id之后。

我还在一篇文章中读到，只有前两个子目录是相关的，因此仅/question/16999是相关的。因此，这绝对是不正确的，但我无法决定其权重。

我之所以问是因为我要实现seo优化，并且不想以后再更改指向我页面的链接。

我不知道为什么StackExchange站点在段塞之前确实具有ID的确切原因，但是这就是为什么我会这样：

有时，URL可能会被截断（故意地（太长而不能存储在DB中等）或错误地（在复制粘贴时经常发生））..如果ID在段符之前，则服务器/脚本仍可以识别出您想要的页面，但是带有ID的结尾，则很可能不会。

试试这个URL页面-删除最后几个字符，然后提交-服务器将您重定向到正确的URL（显然是这个网站背后的代码有特殊处理此类情况）。以ID结尾，您可能会看到完全不同的问题（在这种情况下，这是最常见的行为）..或者仅仅是错误页面（当服务器/脚本确保Slug与ID匹配时）。

关于SEO效果-请参阅以下问题：SEO：URL：ID的最佳位置

是的，如果他们愿意，他们可以在问题标题后添加ID。

关于ID和SEO的位置，我认为这没有什么不同（好吧，如果它在域名中）。

从人类可读性的角度来看，（至少对我而言）在末尾使用人类可读的标题似乎更为清晰，而不是埋藏在URL中。

我还在一篇文章中读到，只有前两个子目录是相关的，因此只有/ question / 16999是相关的。因此，这绝对是不正确的，但是我不能决定这件事的分量。

你在哪里读的？我认为这是不正确的，如今，这些重写的URL通常不以任何方式与子目录相关。

服务器对URL的处理忽略了问题ID号和斜杠后面的URL部分。所有这些都是等效的：

/ questions / 16999
/ questions / 16999 /
/ questions / 16999 / any-at-all

它们都重定向到斜杠后具有（重新格式化的）问题文本的URL。

这样一来，他们就可以在从一页到另一页的链接中使用简短格式的URL（例如，此页面上“ 相关”边栏中的链接），从而节省了HTML传输时间以及存储和CPU周期。通过将问题文本包含在规范的URL中（重定向到该文本），他们仍然可以获得在URL中具有相关文本以用于搜索引擎索引的好处。