Seo 搜索引擎优化友好的URL重写器参数

Seo 搜索引擎优化友好的URL重写器参数,seo,friendly-url,Seo,Friendly Url,我将非常感谢您就如何将参数合并到SEO友好URL提供的建议 我们决定先使用“技术”参数,然后是“SEO Slug” \product\ABC123\驾驶自己的直升机 很像S.O.-如果SEO Slug发生变化、被截断或丢失,我们仍然拥有产品和ABC123参数;各种各样的文章都说拥有这些额外的数据不会损害SEO排名 我们需要有额外的参数;我们可以使用“-”来分隔参数,因为它使它们看起来类似于SEO Slug,或者我们可以/应该使用其他东西 \product\ABC123-BOYTOY-2\boys

我将非常感谢您就如何将参数合并到SEO友好URL提供的建议

我们决定先使用“技术”参数,然后是“SEO Slug”

\product\ABC123\驾驶自己的直升机

很像S.O.-如果SEO Slug发生变化、被截断或丢失,我们仍然拥有产品和ABC123参数;各种各样的文章都说拥有这些额外的数据不会损害SEO排名

我们需要有额外的参数;我们可以使用“-”来分隔参数,因为它使它们看起来类似于SEO Slug,或者我们可以/应该使用其他东西

\product\ABC123-BOYTOY-2\boys\toys\驾驶自己的直升机

这是product=
ABC123
,在Category=
BOYTOY
和Page=
2

我们还希望尽可能保持层次结构的扁平化,因此我认为:

\product-ABC123-BOYTOY-2\boys\toys\驾驶自己的直升机

会更好-少一级

我们有许多“区域”,例如:

\product-ABC123\seo-slug for-product

\category BOYTOY\seo slug for category

\article-54321\条款和条件

如果我们能用我们的5位数页面ID号来代替,这将对我们有很大帮助,所以这些将成为

\12345-ABC123\seo产品的slug

\23456-BOYTOY\seo slug用于分类

\54321\条款和条件

(对于不同的模板,产品和类别有许多不同的页面ID,这种样式将直接引导我们使用正确的页面ID)

如果您能深入了解使用哪些参数分隔符,以及领先的techi数据是否适合我们,我将不胜感激

如果相关:

IIS7+MSSQL2008上的经典ASP应用
产品和类别代码仅包含A-Z、0-9、“u”号。

就个人而言,我不认为存在以下任何情况:

\12345-ABC123\seo-slug-for-product
\product-ABC123-BOYTOY-2\boys\toys\fly-your-own-helicopter
他们特别“友好”。对于搜索引擎优化来说,它们可能是“ok”的,但在url开头的编码中,您可能会失去友好的部分

为什么你不能有这样的东西:

\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只为一个页面编制索引。

谢谢您的输入。使用\product\seo slug for product我们必须适应slug的更改,我们可以存储所有以前版本的历史记录并重定向,但迟早会在不同的产品上需要slug(打字错误/人为错误/产品演变),因此需要大量的开发人员来支持和维护。我同意在那里有产品ID不是很人性化,但这确实意味着无论天气如何,我们都可以为适当的产品提供数据!我们当前的URL是xxx.asp?PAGE=1234&stock\u product=ABC123&category\u code=BOYTOY,这对用户来说不太友好@克里斯汀:在这种情况下,我会使用只有产品ID的堆栈溢出方法。我关心的是我们使用的参数分隔符的类型,这样它就不会在某个地方断裂