从 SEO 角度，网址中的查询 id 结构怎么设计才最好？

[Reign]

以 stackoveflow 为例，它的问题列表是： http://stackoverflow.com/questions

现在在它的问题列表下的一个问题是这种 URL 结构：

http://stackoverflow.com/questions/42406362/how-to-check-for-inclusion-of-multisets

理论上来说，最佳的 URL 结构应该是：

http://stackoverflow.com/questions/how-to-check-for-inclusion-of-multisets

这样就能突出 URL 目录的依次归属关系，也许数据表中“ how-to-check-for-inclusion-of-multisets ”来查询效率太低吧，所以他增加了一个 id 来传参： http://stackoverflow.com/questions/42406362/how-to-check-for-inclusion-of-multisets ，这样做的好处是增加了查询效率，坏处就是把 URL 结构的依次归属关系打乱了，而且增加了目录层次，那么从 Google SEO 的角度，下面哪种 URL 设计最好喃？

1. http://stackoverflow.com/questions/42406362/how-to-check-for-inclusion-of-multisets
2. http://stackoverflow.com/questions/42406362-how-to-check-for-inclusion-of-multisets
3. http://stackoverflow.com/questions/how-to-check-for-inclusion-of-multisets-42406362
4. http://stackoverflow.com/questions/how-to-check-for-inclusion-of-multisets/42406362

如果上述方式都不好，怎样快速在 MySQL 中查询“ how-to-check-for-inclusion-of-multisets ”？

[bianhua]

@Reign 不，我的意思是说那段 Slug 完全不是数据库索引的一部分，可能只是取出数据之后做了一下比较而已。

另外，只用 Slug 来确定数据项的话，用在 Blog 这样数据量小的系统上确实问题不大，但是像 StackOverflow 这样的系统而言，可能会遇到重复的问题。

最后，如果说上面 4 个 URL 中哪一个最好，按照我个人的经验应该是 3 。因为 URL 的中有 SEO 意义部分都在最前面，而且 /符号比较少。

不过我的知识是基于很多年前的经验，不知道现在还是否适用。

[viko16]

内个，搜索引擎不只是爬你的 url 呀
实际上 url 多糟糕也会先爬取一下内容再决定是否索引的

[aksoft]

seo 不是规则，是经验