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.
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
@Kristen: en ese caso usaría el método de desbordamiento de pila que solo tiene el ID del producto. – Keltex
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