Quitar el ID de las URL en PrestaShop: lo que nos ha costado

Cada pocos meses alguien pregunta en el grupo si debería quitar el número de ID de las URL de PrestaShop (/245-acero-carbono). Y cada vez la respuesta de los que ya lo hicieron es la misma: si tu tienda ya posiciona con los ID, no los quites. Estos son los problemas reales que han ido contando.

Lo que dice quien se dedica al SEO

Una compañera que trabaja en SEO lo resumió en agosto de 2024: los módulos que reescriben las URL dan más problemas que ayuda. La URL tiene que ser entendible, pero Google lee perfectamente las de PrestaShop con su número delante. Cambiar las URL sin una estrategia es gastar tiempo y dinero en algo que no mueve el negocio. Gustavo añadía otro dato: la mayoría de las visitas llegan desde el móvil, donde casi nadie mira la URL.

Los problemas que se han visto

Errores 500 y módulos que no se entienden

En noviembre de 2024, un miembro del grupo que quitó los ID hace tiempo hizo inventario de lo que le había costado:

• Errores 500 cuando dos productos acaban con la misma URL. Las actualizaciones del módulo lo corrigen, pero los productos afectados siguen fallando.
• Conflictos con otros módulos que también tocan las URL, que hay que arreglar con overrides.
• Problemas con idiomas y categorías.
• Cuando cambia una URL, no se redirige sola: toca hacer la 301 a mano.
• Y el último: no podía desactivar y volver a activar productos desde el listado del back-office sin un error 500, ni tampoco por la API. Solo uno a uno.

Su conclusión: «me arrepiento cada día».

El historial de pedidos del cliente dejó de funcionar

Otro compañero activó la opción de eliminar el ID de las URL en un módulo de SEO y sus clientes dejaron de poder ver el detalle de sus pedidos en su cuenta. Le recordaron que quitar el ID obliga a crear las redirecciones 301 de todas las URL antiguas y que, si no lo hace el módulo, hay que hacerlas a mano.

Te casas con el módulo para siempre

El caso más caro fue una migración de PrestaShop 1.6 a 8. La tienda antigua tenía las URL sin ID y Google las tenía indexadas así. En la tienda nueva, al instalar la última versión del mismo módulo, la portada daba un error 500 por un override de la clase Link («Variables de producto no válidas»), aunque productos y categorías funcionaban.

Lo que le dijeron en el grupo:

• Toca usar el mismo módulo que tenías: si cambias a otro, sus URL no coinciden y pierdes lo indexado.
• Tiene pinta de override sin actualizar: desinstala el módulo, instala la versión nueva y mantén exactamente la misma estructura de URL de productos y categorías.
• Hazlo siempre en un entorno de pruebas.

Bucles de redirección con parámetros

Otro miembro del grupo tenía un módulo de quitar ID que, ante un parámetro que no reconocía, entraba en un bucle de redirecciones. Con el parámetro srsltid que Google añade a algunos enlaces de sus resultados, le fallaban todos los productos. Además, una redirección hacia una URL con ? la trataba como si fuera otra página.

La ventaja del ID que no se ve

Con el ID en la URL, PrestaShop encuentra el producto por el número. Si el texto de la URL está mal o ha cambiado, redirige a la buena. Un compañero lo enseñó en el grupo: con /22885-lo-que-quieras.html la tienda te lleva al producto correcto. Puedes cambiar el nombre de un producto sin romper ningún enlace.

Si estás pensando en quitarlos

1. Si la tienda está posicionada, no toques las URL sin un estudio de lo que vas a ganar.
2. Si ya los quitaste, quédate con el mismo módulo y, en una migración, mantén la estructura idéntica.
3. Prueba antes en una copia: listado de productos, activar y desactivar en bloque, cuenta del cliente, idiomas y API.
4. Si vuelves a poner los ID, prepara las 301 de todas las URL antiguas.

Para esas redirecciones, en Rekire tenemos un módulo de redirecciones pensado para migraciones y cambios de URL.

Esto salió en @PrestashopEsp, la mayor comunidad PrestaShop de España en Telegram. Ver la conversación