Estructura de URLs en PrestaShop: URLs Limpias, Canónicas y Cómo Evitar el Contenido Duplicado

Cambiar la estructura de URLs de tu tienda PrestaShop es una de las tareas SEO más impactantes — y más peligrosas — que puedes emprender. Hecho correctamente, limpia años de deuda técnica acumulada, elimina contenido duplicado y te da una arquitectura de URLs que escala con tu catálogo. Hecho mal, puede borrar meses o años de tráfico orgánico de la noche a la mañana.

He gestionado migraciones de URL para tiendas PrestaShop que van desde pequeñas boutiques hasta catálogos con más de 30.000 productos. Esta guía no trata sobre qué hace una "buena URL" en teoría — hay muchos artículos que cubren eso. Esta es la guía práctica, paso a paso, para propietarios de tiendas que están realmente cambiando sus URLs: cómo planificar la migración, implementar redirecciones 301 correctamente, monitorizar la transición en Google Search Console y recuperarse si algo sale mal.

¿Cuándo deberías cambiar tu estructura de URLs?

Los cambios de URL conllevan un riesgo real, así que asegúrate de que realmente necesitas hacerlo. Estas son razones legítimas para reestructurar URLs en PrestaShop:

• Rutas de categoría en URLs de producto causando duplicados: La configuración predeterminada de PrestaShop incluye la ruta de categoría en las URLs de producto (/bolsos/cuero/cartera-azul). Cuando un producto pertenece a múltiples categorías, se vuelve accesible a través de múltiples URLs — un problema clásico de contenido duplicado.
• IDs innecesarios en URLs: URLs como /42-carteras o /123-cartera-cuero-azul.html no añaden valor SEO ni de usuario. Eliminar los IDs crea URLs más limpias y compartibles.
• Prefijos de idioma en tiendas de un solo idioma: Una tienda que sirve solo a clientes hispanohablantes no necesita /es/ en cada URL.
• Extensiones .html heredadas: Algunas configuraciones de PrestaShop añaden .html a cada URL. Aunque inofensivo, eliminarlos crea URLs más cortas y limpias.
• Migración de plataforma: Moverse desde otro CMS a PrestaShop — o desde PrestaShop 1.6 a 1.7/8.x — a menudo cambia los patrones de URL automáticamente.
• Reestructuración de categorías: Reorganizar la jerarquía de tu catálogo cambia las URLs de categoría y cualquier URL de producto que incluya rutas de categoría.

Cuándo NO cambiar URLs

Si tus URLs son funcionales, están indexadas y se posicionan — déjalas en paz. Una URL con un número de ID que se posiciona en la primera página de Google es infinitamente más valiosa que una URL "más limpia" que empieza desde cero. Los cambios cosméticos de URL casi nunca valen el riesgo de la migración.

El coste real de cambiar URLs sin un plan

Necesito ser directo sobre lo que ocurre cuando los cambios de URL salen mal, porque lo he visto suceder demasiadas veces:

• Caída inmediata de tráfico del 20-60% — Google tiene que volver a rastrear y reevaluar cada URL modificada. Durante este período, las páginas pueden salir temporalmente del índice.
• Backlinks perdidos: Cada sitio externo que enlaza a tus URLs antiguas llegará a un 404 a menos que redirijas. Esos backlinks — a menudo construidos durante años — transfieren cero valor sin una redirección 301.
• Enlaces internos rotos: Menús, footers, ventas cruzadas de producto, enlaces de páginas CMS, plantillas de email — todos contienen URLs codificadas que se romperán.
• Tiempo de recuperación de 4-16 semanas — Incluso con redirecciones perfectas, Google tarda tiempo en procesar los cambios. Los datos de Semrush sugieren que la mayoría de migraciones correctamente ejecutadas recuperan el 90-95% del tráfico en 8-12 semanas (fuente: Semrush).

Dicho esto, cuando una migración es necesaria — especialmente para corregir contenido duplicado por rutas de categoría — el beneficio SEO a largo plazo supera el coste a corto plazo. La clave es ejecutarla correctamente.

Paso 1: Audita tu panorama actual de URLs

Antes de cambiar nada, necesitas una imagen completa de tus URLs actuales. Esto significa:

Rastrea todo tu sitio

Usa Screaming Frog, Sitebulb o cualquier rastreador para extraer cada URL de tu sitio. Exporta la lista completa. Para una tienda PrestaShop, presta especial atención a:

• URLs de producto con rutas de categoría: El mismo producto apareciendo en /categoria-a/producto y /categoria-b/producto
• URLs con números de ID: /42-nombre-categoria vs. /nombre-categoria
• URLs basadas en parámetros: ?id_product=123&controller=product — estas son versiones de URL no amigables que pueden seguir siendo rastreables
• URLs paginadas: /categoria?page=2 hasta /categoria?page=50

Exporta datos de Google Search Console

Ve a Search Console → Rendimiento → Páginas. Exporta todas las URLs que recibieron impresiones o clics en los últimos 16 meses. Estas son tus URLs "valiosas" — las que Google está posicionando activamente. Cualquier plan de migración debe contemplar cada una de estas.

Exporta datos de backlinks

Usa Ahrefs, Semrush o el informe de Enlaces de Google Search Console para identificar cuáles de tus URLs tienen backlinks externos. Estos son tus objetivos de redirección de mayor prioridad — perder la equidad de backlinks de dominios de referencia de alta autoridad puede llevar años reconstruir.

Documenta el estado actual

Crea una hoja de cálculo con columnas para: URL actual, estado HTTP, valor de etiqueta canónica, número de backlinks, clics orgánicos mensuales y URL nueva objetivo. Esto se convierte en tu mapa de migración — el documento más importante de todo el proceso.

Paso 2: Diseña tu nueva estructura de URLs

Para tiendas PrestaShop, recomiendo estos principios de estructura de URL:

Elimina las rutas de categoría de las URLs de producto

Este es el cambio de URL individual más común — y más importante — para tiendas PrestaShop. En lugar de:

/bolsos/bolsos-cuero/cartera-cuero-azul

Usa:

/cartera-cuero-azul

¿Por qué? Porque cuando un producto pertenece a múltiples categorías, el enfoque de ruta de categoría crea múltiples URLs para el mismo producto. PrestaShop intenta gestionar esto con etiquetas canónicas, pero en la práctica, he visto a Google indexar ambas versiones de todos modos, diluyendo las señales de posicionamiento entre duplicados.

Una estructura de URL de producto plana — donde los productos se sitúan a nivel raíz — elimina este problema por completo. Cada producto tiene exactamente una URL independientemente de a cuántas categorías pertenezca. Herramientas como el Smart SEO Friendly URL Manager hacen este cambio sencillo en PrestaShop.

Mantén URLs de categoría con jerarquía (pero poco profunda)

Las categorías se benefician de jerarquía en URLs porque comunica estructura tanto a usuarios como a motores de búsqueda:

/bolsos/bolsos-cuero    ✓ Bien — relación padre/hijo clara
/bolsos/bolsos-cuero/casual/diario    ✗ Demasiado profundo — limita a 2 niveles

Elimina IDs, extensiones y prefijos innecesarios

/42-carteras            → /carteras
/cartera-azul.html      → /cartera-azul
/es/carteras            → /carteras  (tiendas de un solo idioma)
/home/1-home.html       → /         (página de inicio)

Usa guiones, siempre minúsculas

Google trata los guiones como separadores de palabras (cartera-azul = "cartera" + "azul") pero los guiones bajos como uniones (cartera_azul = "carteraazul"). Usa siempre guiones. Usa siempre minúsculas — las URLs son sensibles a mayúsculas, y /Cartera-Azul es una URL diferente a /cartera-azul.

Paso 3: Construye tu mapa de redirecciones

Este es el paso más laborioso y donde los errores son más costosos. Cada URL antigua que haya sido indexada, enlazada o haya recibido tráfico debe mapearse a su equivalente nueva.

Mapeo uno a uno

La regla de oro: cada URL antigua redirige a su equivalente directo. No a la página de inicio. No a una página de categoría. Al mismo contenido exacto en su nueva URL.

/42-carteras                      → /carteras
/bolsos/bolsos-cuero/cartera-azul → /cartera-azul
/123-cartera-azul.html            → /cartera-azul
/es/bolsos/carteras               → /bolsos/carteras

Gestiona correctamente las páginas eliminadas

Para productos que ya no existen, tienes tres opciones — en orden de preferencia:

1. Redirige al producto equivalente más cercano — si descontinuaste "Cartera Azul v1" y la reemplazaste con "Cartera Azul v2", redirige al nuevo producto.
2. Redirige a la categoría padre — si no existe un equivalente directo, envía a los usuarios a la página de categoría donde pueden encontrar alternativas.
3. Devuelve un 410 Gone — si el producto no tiene equivalente y la categoría también ha desaparecido, un 410 le dice a Google que elimine la URL de su índice más rápido que un 404.

Nunca redirijas todo a la página de inicio. Google lo llama un "soft 404" y no proporciona valor SEO alguno — las señales de posicionamiento de la URL antigua simplemente se pierden.

Evita cadenas de redirecciones

Una cadena de redirecciones ocurre cuando la URL A redirige a la URL B, que redirige a la URL C. Cada salto añade latencia (normalmente 50-200ms por redirección), y aunque Google dice que seguirá hasta 5 saltos, la equidad de enlaces puede disminuir a través de cadenas. Más importante, las cadenas son una pesadilla de mantenimiento que se compone con migraciones sucesivas.

Siempre redirige directamente desde la URL original al destino final:

✗ Mal:  /url-antigua → /url-intermedia → /url-final
✓ Bien: /url-antigua → /url-final

Si tienes redirecciones existentes de una migración anterior, actualízalas para apuntar directamente a las nuevas URLs en lugar de encadenar a través del paso intermedio.

Paso 4: Implementa redirecciones 301 en PrestaShop

Hay varias formas de implementar redirecciones en PrestaShop, cada una con diferentes compensaciones:

Método 1: Reglas .htaccess (Apache)

El método más rápido y eficiente a nivel de servidor. Las redirecciones ocurren a nivel del servidor web antes de que PrestaShop siquiera cargue:

# Redirecciones individuales de producto
RewriteRule ^42-wallets$ /wallets [R=301,L]
RewriteRule ^bags/leather-bags/blue-wallet$ /blue-wallet [R=301,L]

# Redirecciones basadas en patrón (eliminar extensión .html)
RewriteRule ^(.+)\.html$ /$1 [R=301,L]

# Redirecciones basadas en patrón (eliminar prefijo de ID)
RewriteRule ^[0-9]+-(.+)$ /$1 [R=301,L]

# Eliminar prefijo de idioma para tiendas de un solo idioma
RewriteRule ^en/(.*)$ /$1 [R=301,L]

Coloca las reglas de redirección antes de las propias reglas de reescritura de PrestaShop en .htaccess. Los flags [R=301,L] significan: devolver un estado 301 (redirección permanente) y dejar de procesar más reglas.

Pros: Ejecución más rápida, sin sobrecarga PHP, funciona incluso si PrestaShop está caído.
Contras: Requiere mantenimiento manual, errores de regex pueden romper todo el sitio, solo Apache.

Método 2: Módulo PrestaShop

Un módulo de gestión de redirecciones proporciona una interfaz basada en base de datos para crear y gestionar redirecciones. Este es el enfoque que recomiendo para la mayoría de tiendas porque:

• El personal no técnico puede gestionar redirecciones a través del panel de administración
• Importación masiva desde CSV — crítico para migraciones grandes con miles de redirecciones
• Detección automática de 404 con sugerencias de redirección
• Sin riesgo de romper la sintaxis del .htaccess

Método 3: Configuración Nginx

Para tiendas que funcionan en Nginx (incluyendo muchos despliegues basados en Docker), las redirecciones van en la configuración del servidor:

location = /42-wallets {
    return 301 /wallets;
}

# Redirección basada en patrón
location ~ ^/(\d+)-(.+)$ {
    return 301 /$2;
}

Nginx requiere un reload después de los cambios de configuración (nginx -s reload), pero las redirecciones se ejecutan más rápido que el enfoque .htaccess de Apache porque la configuración se carga en memoria en lugar de leerse del disco por cada petición.

Paso 5: Actualiza todo lo que referencia URLs antiguas

Las redirecciones son una red de seguridad, no una solución. Cada referencia interna a URLs antiguas debe actualizarse para apuntar directamente a las nuevas URLs. Depender de redirecciones para la navegación interna desperdicia presupuesto de rastreo y añade latencia innecesaria.

Enlaces internos a actualizar

• Menús de navegación — menú superior, enlaces del footer, navegación lateral
• Contenido de páginas CMS — cualquier enlace codificado en "Sobre nosotros", "Política de envío", etc.
• Descripciones de producto — referencias cruzadas a otros productos o categorías
• Plantillas de email — confirmación de pedido, notificación de envío, emails de carrito abandonado
• Sitemap XML — regenerar inmediatamente con solo las nuevas URLs (ver nuestra guía de sitemaps)
• Perfiles de redes sociales — cualquier enlace en tu bio, posts fijados o anuncios
• Feed de Google Merchant Center — las URLs de producto en tu feed de shopping deben coincidir con la nueva estructura
• Datos estructurados — el marcado JSON-LD en páginas de producto incluye URLs que deben actualizarse

Limpieza de URLs a nivel de base de datos

PrestaShop almacena URLs en varias tablas de la base de datos. Después de cambiar tu esquema de URL, verifica que estas tablas reflejen la nueva estructura:

• ps_product_lang — la columna link_rewrite
• ps_category_lang — la columna link_rewrite
• ps_cms_lang — la columna link_rewrite

Si cambiaste tus ajustes de URLs amigables (eliminaste ruta de categoría, eliminaste IDs), PrestaShop regenera URLs desde estos valores link_rewrite. Asegúrate de que estén limpios — sin caracteres especiales, sin mayúsculas, sin guiones bajos.

Paso 6: La estrategia de etiquetas canónicas

Incluso con URLs limpias y redirecciones adecuadas, las etiquetas canónicas siguen siendo esenciales. Son tu declaración explícita a los motores de búsqueda: "Esta es la versión oficial de esta página."

Canónicas autorreferenciales

Cada página de tu tienda debería tener una etiqueta canónica apuntando a sí misma. Esto protege contra contenido duplicado accidental por parámetros de seguimiento, IDs de sesión u otras variaciones de URL:

<link rel="canonical" href="https://tutienda.com/cartera-cuero-azul" />

En PrestaShop, las etiquetas canónicas se generan automáticamente para páginas de producto y categoría, pero verifica que estén usando la nueva estructura de URL — no la antigua. El módulo Product Canonical Manager te da control detallado sobre la generación de etiquetas canónicas.

Canónicas para contenido paginado

Las páginas de categoría con paginación merecen atención especial. Google eliminó el soporte para rel="prev"/rel="next" hace años, así que la mejor práctica actual es:

• Cada página paginada (/carteras?page=1, /carteras?page=2) obtiene una canónica autorreferencial
• Si lo prefieres, canonicaliza todas las páginas paginadas a la página 1 — pero esto significa que los productos de la página 2+ solo son descubribles a través de enlaces internos, no a través del sitemap
• Alternativamente, usa páginas "ver todo" si el tamaño de tu catálogo lo permite — una sola página con todos los productos de la categoría

Canónicas cross-domain

Si ejecutas una configuración multitienda PrestaShop con productos compartidos entre dominios, las etiquetas canónicas cross-domain previenen contenido duplicado entre tiendas. La canónica en tienda-b.com/cartera-azul puede apuntar a tienda-a.com/cartera-azul para consolidar señales de posicionamiento.

Paso 7: Presupuesto de rastreo y por qué importa

El presupuesto de rastreo es el número de páginas que Googlebot rastreará en tu sitio dentro de un período determinado. Para tiendas pequeñas (menos de 1.000 páginas), el presupuesto de rastreo raramente es una preocupación. Para catálogos más grandes, impacta directamente en la rapidez con que se descubren nuevas páginas y con qué frecuencia se vuelven a rastrear las existentes.

Las migraciones de URL impactan el presupuesto de rastreo de varias maneras:

• El procesamiento de redirecciones consume presupuesto de rastreo: Cada redirección 301 que Googlebot encuentra cuenta como una URL rastreada. Si tienes 10.000 redirecciones y Google las visita todas, son 10.000 rastreos gastados en redirecciones en lugar de páginas de contenido real.
• Las URLs duplicadas duplican los requisitos de rastreo: Si las URLs antiguas siguen accesibles (devolviendo 200 en lugar de 301), Google puede rastrear tanto las versiones antiguas como las nuevas — duplicando la demanda de rastreo sin proporcionar valor adicional.
• Las cadenas de redirecciones multiplican el coste: Una cadena de A → B → C cuenta como tres URLs rastreadas por una sola pieza de contenido.

La solución: implementa redirecciones correctamente (directas, sin cadenas), actualiza los enlaces internos para apuntar a las nuevas URLs (reduciendo los hits de redirección), y regenera tu sitemap XML solo con las nuevas URLs.

Paso 8: Monitoriza la migración en Google Search Console

Después de desplegar tus cambios de URL y redirecciones, la monitorización es crítica. Aquí tienes una guía semana a semana:

Días 1-3: Verifica que las redirecciones funcionan

• Prueba 50-100 URLs antiguas manualmente (o con un rastreador). Cada una debe devolver un estado 301 con el destino correcto.
• Revisa los logs de tu servidor en busca de errores 404 — cualquier pico indica redirecciones olvidadas.
• Vuelve a enviar tu sitemap actualizado en Google Search Console.

Semanas 1-2: Evaluación de impacto inicial

• Espera una caída de tráfico del 10-30%. Esto es normal y no motivo de alarma.
• Monitoriza el informe de "Páginas" en Search Console para nuevos errores de rastreo.
• Busca entradas de "Redirección" — estas confirman que Google está descubriendo y siguiendo tus 301.
• Comprueba que las URLs antiguas están siendo gradualmente reemplazadas por las nuevas en el informe de "Rendimiento".

Semanas 3-6: Fase de recuperación

• El tráfico debería empezar a recuperarse a medida que Google reprocesa las redirecciones y recalcula los rankings.
• Monitoriza páginas que salieron del índice — comprueba si su redirección funciona correctamente.
• Busca el estado "Rastreada - actualmente no indexada" en las nuevas URLs. Esto puede indicar contenido delgado o problemas de calidad no relacionados con la migración.

Semanas 8-12: Estabilización

• Para las semanas 8-12, el tráfico debería estar al 90-100% de los niveles pre-migración.
• Si el tráfico sigue cayendo un 20%+ en la semana 12, investiga páginas específicas — el problema probablemente es con redirecciones individuales, no con la migración en su conjunto.
• Empieza a auditar cadenas de redirecciones — con el tiempo, los sitios de terceros actualizarán sus enlaces, reduciendo la necesidad de algunas redirecciones.

Continuo: Cuándo eliminar redirecciones

Google recomienda mantener las redirecciones en su lugar durante al menos un año. Después de eso, las redirecciones de alto valor (páginas con backlinks) deben permanecer permanentemente. Las redirecciones de bajo valor (páginas sin backlinks y sin tráfico de búsqueda) pueden eliminarse después de 12-18 meses y permitir que devuelvan 404/410.

Gestión de tiendas multi-idioma

Las tiendas PrestaShop multi-idioma enfrentan complejidad adicional de URL. Cada producto existe en /en/blue-wallet, /de/blaue-brieftasche, /es/cartera-azul, etc. Al reestructurar URLs, debes:

• Mantener los prefijos de idioma para tiendas multi-idioma (cumplen un propósito real — indicar a Google qué versión de idioma servir)
• Asegurar que las etiquetas hreflang apunten a las nuevas URLs en todas las versiones de idioma
• Crear redirecciones para cada variante de idioma — si cambias la URL en español, necesitas redirecciones correspondientes para inglés, alemán y cualquier otro idioma
• Actualizar los valores link_rewrite en la base de datos para todos los idiomas, no solo el predeterminado

El recuento de redirecciones se multiplica por el número de idiomas. Una tienda con 5.000 productos en 4 idiomas puede necesitar 20.000 redirecciones para una reestructuración de URL completa.

El problema de contenido duplicado en PrestaShop: Causas raíz

Antes de terminar, permíteme abordar los problemas específicos de contenido duplicado que veo más a menudo en PrestaShop — porque entenderlos te ayuda a diseñar una estructura de URL que prevenga problemas en lugar de solo arreglarlos:

Productos en múltiples categorías

Un producto asignado tanto a "Rebajas" como a "Carteras" crea dos URLs. PrestaShop añade etiquetas canónicas, pero la solución más segura es eliminar las rutas de categoría de las URLs de producto por completo.

www vs. sin www

Si tanto www.tutienda.com como tutienda.com resuelven a tu tienda sin redirección, cada página está duplicada. Arréglalo con una redirección 301 en .htaccess o la configuración del servidor — elige una versión y redirige la otra.

HTTP vs. HTTPS

El mismo problema que www/sin www. Si http://tutienda.com todavía resuelve, redirige a https:// con un 301.

Barras finales

/carteras y /carteras/ son técnicamente URLs diferentes. Elige una convención y redirige la otra. El valor predeterminado de PrestaShop es sin barra final — mantenlo a menos que tengas una razón específica para no hacerlo.

IDs de sesión y parámetros de seguimiento

/cartera-azul?utm_source=newsletter&utm_medium=email — si tus etiquetas canónicas son correctas, esto está gestionado. Pero verifica que PrestaShop no esté generando etiquetas canónicas que incluyan parámetros de seguimiento.

Conclusión: La migración es un proyecto, no un arreglo rápido

Una migración de URL de PrestaShop no es algo que haces un viernes por la tarde. Es un proyecto que requiere una auditoría, un plan, un mapa de redirecciones, implementación, actualización de enlaces internos, regeneración del sitemap y semanas de monitorización. Pero cuando tienes contenido duplicado desangrando señales de posicionamiento entre múltiples URLs, o una estructura de URL que desperdicia presupuesto de rastreo en variaciones de parámetros — la migración vale la pena.

Planifica meticulosamente, redirige todo, actualiza todas las referencias internas, monitoriza semanalmente en Search Console y dale a Google 8-12 semanas para procesar los cambios. Nunca he visto una migración bien ejecutada fallar en recuperarse. He visto muchas mal planificadas causar daño duradero.

Tómate el tiempo de hacerlo bien.