SEO友好的URL重写参数

我会很感激你如何将参数为SEO友好的URL建议SEO友好的URL重写参数

我们决定先有“技术人员”的参数，其次是“搜索引擎优化弹头”

\product\ABC123\fly-your-own-helicopter

很像SO - 如果SEO Slug改变，或被截断或丢失，我们仍然有产品和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\terms-and-conditions

它会帮助我们很多。如果我们能够用户我们的5位页ID号代替，因此这些将成为

\12345-ABC123\seo-slug-for-product
\23456-BOYTOY\seo-slug-for-category
\54321\terms-and-conditions

（产品&类别有不同的页面ID为不同的模板，这种风格会带我们直接到正确的一个）

我希望你洞察什么参数分隔符使用，如果领先的techi数据正在为我们工作。

如果相关：在IIS7 + MSSQL2008

传统的ASP应用产品&类别代码包含A-Z，0-9， “_” 而已。

来源

2010-06-11 Kristen

就个人而言，我不认为任何以下内容：

\12345-ABC123\seo-slug-for-product 
\product-ABC123-BOYTOY-2\boys\toys\fly-your-own-helicopter

是特定的 “友好”。他们对搜索引擎优化可能是“好的”，但你可能会失去你在网址开头的编码中的友好部分。

为什么你就不能有这样的事情：

\product\seo-slug-for-product

，然后有一个表或字典它映射蛞蝓的产品ID。这样，当你的MVC控制器接收到slug作为参数时，它可以查找所有其他值。

最坏的情况下，我会这样做的SO方式。这更像是：

\product\123456\seo-slug-for-product

该编号是产品ID。我认为他们这样做是为了使文章的标题可以改变，旧的网址仍然有效。这就是为什么：

SEO Friendly URL Rewriter Parameters

和

SEO Friendly URL Rewriter Parameters

工作。他们使用：

<link rel="canonical" 
    href="https://stackoverflow.com/questions/3023298/seo-friendly-url-rewriter-parameters">

确保google只索引一个页面。

来源

2010-06-11 14:00:14 Keltex

感谢您的输入。使用\ product \ seo-slug-for-product，我们必须适应Slug的变化，我们可以存储所有先前版本的历史记录并重定向，但迟早会需要不同产品上的slug（错字/人为错误/产品演进），所以需要很多DEV来支持和维护。我同意那里的产品ID不太友好，但这意味着无论天气如何，我们都可以为相应产品提供数据！我们目前的网址是xxx.asp？PAGE = 1234＆stock_product = ABC123＆category_code = BOYTOY这对用户来说不太方便！ – Kristen 2010-06-11 14:25:10

@Kristen：在这种情况下，我会使用只有产品ID的Stack Overflow方法。 – Keltex 2010-06-11 16:32:22

我的担心是围绕我们使用的参数分隔符的类型，以便它不会沿着线条的某处断开 – Kristen 2010-06-12 06:20:50

SEO友好的URL重写参数

回答

相关问题