如果您就如何将参数合并到 SEO 友好 URL 中提出建议，我将不胜感激
我们决定首先使用“技术人员”参数，然后是“SEO Slug”
\product\ABC123\fly-your-own-helicopter
很像S.O. - 如果 SEO Slug 发生变化、被截断或丢失，我们仍然有 Product 和 ABC123 参数；许多文章都说拥有此类额外数据不会损害 SEO 排名。
我们需要有额外的参数；我们可以使用“-”来分隔参数，因为它使它们看起来类似于 SEO Slug，或者我们可以/应该使用其他东西？
\product\ABC123-BOYTOY-2\boys\toys\fly-your-own-helicopter
这是产品=ABC123，在类别=BOYTOY 和页面=2 中。
我们也希望尽可能保持层次结构的扁平化，因此我认为:
\product-ABC123-BOYTOY-2\boys\toys\fly-your-own-helicopter
会更好——少一级。
我们有许多“区域”，例如
\product-ABC123\seo-slug-for-product
\category-BOYTOY\seo-slug-for-category
\article-54321\条款和条件
如果我们可以只使用我们的 5 位数页面 ID 号，那将对我们有很大帮助，所以这些将变成
\12345-ABC123\seo-slug-for-product
\23456-BOYTOY\seo-slug-for-category
\54321\条款和条件
(产品和类别对于不同的模板有许多不同的页面 ID，这种样式会直接将我们带到正确的页面)
如果您能深入了解使用哪些参数分隔符，以及领先的技术数据是否适合我们，我将不胜感激。
相关情况:
IIS7+MSSQL2008上的经典ASP应用 产品和类别代码仅包含 A-Z、0-9、“_”。
最佳答案
就我个人而言，我不认为有以下任何一种情况:
\12345-ABC123\seo-slug-for-product
\product-ABC123-BOYTOY-2\boys\toys\fly-your-own-helicopter
特别“友好”。它们对于 SEO 可能“没问题”，但您可能会失去在 url 开头的编码中的友好部分。
为什么你不能有这样的东西:
\product\seo-slug-for-product
然后有一个表或字典将 slug 映射到产品 ID。这样，当您的 MVC Controller 接收到 slug 作为参数时，它可以查找所有其他值。
最坏的情况，我会这样做。这更像是:
\product\123456\seo-slug-for-product
数字是产品 ID。我认为他们这样做是为了让文章的标题可以更改，而旧的 URL 仍然有效。这就是为什么:
和
工作。他们使用:
<link rel="canonical"
href="https://stackoverflow.com/questions/3023298/seo-friendly-url-rewriter-parameters">
确保谷歌只索引一个页面。
关于SEO 友好的 URL 重写器参数，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3023298/