关于如何将参数合并到SEO友好URL中,我将不胜感激
我们决定首先使用"技术"参数,然后是"SEO Slug"
\product\ABC123\fly-your-own-helicopter
很像SO - 如果SEO Slug发生变化,或被截断或缺失,我们仍然有Product和ABC123参数; 各种文章说,拥有这样的额外数据不会损害SEO排名.
我们需要有额外的参数; 我们可以使用" - "分隔参数,因为它使它们看起来类似于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
如果我们可以只使用我们的5位数页码编号,它会对我们有很大的帮助,所以这些会变成
\12345-ABC123\seo-slug-for-product
\23456-BOYTOY\seo-slug-for-category
\54321\terms-and-conditions
(产品和类别为不同的模板提供了许多不同的页面ID,这种风格将我们直接带到正确的模板)
我很感激您对使用哪些参数分隔符的洞察力,以及领先的技术数据是否适用于我们.
如果相关:
IIS7 + MSSQL2008上的经典ASP应用程序产品和类别代码仅包含AZ,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 控制器接收到 slug 作为参数时，它就可以查找所有其他值。
最坏的情况，我会这样做。哪个更像是：
\product\123456\seo-slug-for-product
该数字是产品 ID。我认为他们这样做是为了让文章的标题可以改变，而旧的 URL 仍然有效。这就是为什么：
和
工作。他们使用：
<link rel="canonical"
href="/sf/ask/211630891/">
以确保 google 仅索引一页。