2010-06-11 59 views
5

que habría que apreciar consejos sobre cómo incorporar parámetros en SEO Friendly URLsSEO Friendly Parámetros Rewriter URL

Hemos decidido tener los parámetros "techie" en primer lugar, seguido por el "SEO Slug"

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

mucho como SO - si el SEO Slug cambia, o se trunca, o falta, todavía tenemos los parámetros Producto y ABC123; varios artículos dicen que tener tales datos adicionales no daña el ranking de SEO.

Necesitamos tener parámetros adicionales; podríamos usar "-" para separar los parámetros, ya que los hace parecer similares a la barra de búsqueda de SEO, o podríamos/deberíamos usar algo más?

\product\ABC123-BOYTOY-2\boys\toys\fly-your-own-helicopter

Esto es producto = ABC123, en la Categoría = BOYTOY y Página = 2.

también queremos mantener la jerarquía lo más plana posible, y por lo tanto pienso:

\product-ABC123-BOYTOY-2\boys\toys\fly-your-own-helicopter

sería mejor - un nivel inferior.

Tenemos una cantidad de "zonas", p.

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

Nos ayudaría mucho si pudiéramos usuario nuestro número de ID de la página 5 dígitos en su lugar, por lo que estos se convertiría en

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

(Productos & Las categorías tienen una serie de ID de página diferentes para diferentes plantillas, este estilo nos llevaría directamente a la derecha)

Agradecería saber qué separadores de parámetros usar, y si los principales datos de techi va a funcionar bien para nosotros

En caso relevante:

aplicación ASP clásico en IIS7 + MSSQL2008 Producto & códigos de categoría que contienen A-Z, 0-9, "_" solamente.

Respuesta

1

Personalmente, no creo que ninguno de los siguientes:

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

son particulares "amigable". Pueden estar "bien" para SEO, pero puede perder su parte amiga en la codificación que tiene al comienzo de la url.

Por qué no puedes tener algo como esto:

\product\seo-slug-for-product 

Y luego tener una mesa o diccionario que mapea la babosa a la identificación del producto. De esta forma, cuando su controlador MVC recibe el slug como parámetro, puede buscar todos los demás valores.

Peor caso, lo haría de la manera TAN. Que es más como:

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

El número es el ID del producto. Creo que lo hacen para que los títulos de los artículos puedan cambiar y las antiguas URL sigan funcionando. Es por eso que:

SEO Friendly URL Rewriter Parameters

y

SEO Friendly URL Rewriter Parameters

trabajo. Usan:

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

para asegurarse de que google indexa una sola página.

+0

Gracias por su aportación. Usando \ product \ seo-slug-for-product tenemos que acomodar los cambios a Slug, podemos almacenar el historial de todas las versiones previas y redirigir, pero tarde o temprano ese slug será necesario en un producto diferente (error typo/humano) evolución del producto), por lo que requiere una gran cantidad de DEV para apoyar y mantener. Estoy de acuerdo en que la identificación del producto no es muy amigable para los humanos, ¡pero sí significa que podemos entregar datos para el producto apropiado sea cual sea el clima! Nuestras URL actuales son xxx.asp? PAGE = 1234 & stock_product = ABC123 & category_code = BOYTOY, que es mucho menos fácil de usar. – Kristen

+0

@Kristen: en ese caso usaría el método de desbordamiento de pila que solo tiene el ID del producto. – Keltex

+0

Mi preocupación es sobre el tipo de separadores de parámetros que usamos para que no se rompa en algún lugar a lo largo de la línea – Kristen