如果您将参数纳入SEO友好网址
，我将不胜感激我们决定首先使用“技术”参数，然后是“SEO Slug”
\product\ABC123\fly-your-own-helicopter
我们需要额外的参数;我们可以使用“ - ”分隔参数，因为它使它们看起来类似于SEO Slug，或者我们可以/应该使用其他东西吗？
\product\ABC123-BOYTOY-2\boys\toys\fly-your-own-helicopter
这是product = ABC123，在Category = BOYTOY和Page = 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\terms-and-conditions
\12345-ABC123\seo-slug-for-product
\23456-BOYTOY\seo-slug-for-category
\54321\terms-and-conditions
（产品和类别为不同的模板提供了许多不同的页面ID，这种风格将我们直接带到右侧）
非常感谢您深入了解要使用的参数分隔符，以及领先的技术数据是否适用于我们。
如果相关：
IIS7 + MSSQL2008上的经典ASP应用程序 产品＆amp;类别代码仅包含A-Z，0-9，“_”。
答案 0 :(得分：1)
就个人而言，我不认为以下任何一种情况：
\12345-ABC123\seo-slug-for-product
\product-ABC123-BOYTOY-2\boys\toys\fly-your-own-helicopter
特别“友好”。他们对搜索引擎优化可能“没问题”，但你可能会在网址开头的编码中失去友好的部分。
为什么你不能有这样的东西：
\product\seo-slug-for-product
然后有一个表格或字典将slug映射到产品ID。这样，当您的MVC控制器接收slug作为参数时，它可以查找所有其他值。
最糟糕的情况是，我会这样做。更像是：
\product\123456\seo-slug-for-product
该号码是产品ID。我认为他们这样做是为了使文章的标题可以改变，旧的URL仍然有用。这就是原因：
和
的工作。他们使用：
<link rel="canonical"
href="https://stackoverflow.com/questions/3023298/seo-friendly-url-rewriter-parameters">
确保Google只为一个页面编制索引。