Plataformas
Migrar de PrestaShop 1.6 a 8 sin perder posiciones
Cambian las URLs, las categorías y las reglas de amigables: sin un mapa de redirecciones se pierde media tienda. El orden de una migración que sale bien.
- Lectura 10 min
- Publicado
- Jesús Iturbide consultor SEO
- Cómo reviso estos artículos
En corto
Una migración de versión mayor en PrestaShop toca las direcciones, la estructura de categorías, las reglas de URL amigables y los metadatos. Sin un mapa de redirecciones dirección a dirección se pierde una parte grande de lo acumulado, y con él la caída es pequeña y se recupera en semanas.
Qué se rompe en una migración
- Web antigua
/servicios-seo301 · web nueva/servicios/seo/ - Web antigua
/blog/post-1301 · web nueva/blog/post-1/ - Web antigua
/contacto-2301 · web nueva/contacto/
Sin ese mapa una a una, los años de autoridad de cada URL se quedan por el camino en una tarde.
Es una de las migraciones que peor fama tiene, y buena parte de esa fama viene de hacerla como una actualización técnica en vez de como lo que es: una mudanza completa de una tienda con miles de direcciones.
La migración de PrestaShop y el SEO se llevan bien si el trabajo empieza semanas antes de tocar el servidor, con un inventario y un mapa.
Lo que cambia y rompe direcciones
El orden que funciona
Inventario completo antes de nada
Todas las direcciones actuales con sus visitas: del sitemap, de Search Console y de la analítica.
Monta la versión nueva en paralelo
Sin que sea accesible para buscadores, con los datos importados y comprobados.
Fija el patrón de direcciones
Idealmente el mismo que tenías: cada cambio en el patrón multiplica el trabajo de redirecciones.
Genera el mapa dirección a dirección
Comparando el inventario viejo con las direcciones nuevas, producto por producto.
Comprueba los metadatos
Que títulos y descripciones han viajado; si no, se recuperan del respaldo antes de publicar.
Publica con las redirecciones activas
Permanentes y directas al destino final, sin cadenas.
Verifica una muestra amplia
Cien direcciones de las que más tráfico traían, comprobadas a mano.
Lo que no hay que hacer a la vez
No se cambia de versión y se reorganiza el catálogo el mismo día. Si después baja el tráfico, no sabrás si fue la migración o la nueva estructura de categorías, y estarás corrigiendo a ciegas sobre una tienda que factura. Primero la mudanza, con la misma estructura; después, y con calma, la reorganización.
Lo mismo con el rediseño de la plantilla y con el cambio de alojamiento. Cada cosa a su tiempo, aunque el calendario apriete.
Los metadatos, que se pierden en silencio
Las combinaciones y los filtros
En una tienda con muchas variantes, la migración es también la oportunidad de ordenar qué combinaciones merecen dirección propia y cuáles no, y de cerrar los filtros que estaban generando miles de páginas casi idénticas.
Es de las pocas cosas que sí conviene aprovechar del momento, porque el mapa de redirecciones se hace una vez y ahí se puede decidir qué desaparece para siempre. Pero se decide antes y por escrito, no sobre la marcha.
Qué comprobar el mismo día
| Comprobación | Cómo | Si falla |
|---|---|---|
| La tienda es indexable | Código fuente y fichero de robots | Es lo más urgente de todo |
| Redirecciones vivas | Probar cincuenta direcciones viejas con tráfico | Faltan reglas: no publicar sin ellas |
| Metadatos presentes | Veinte productos y cinco categorías | Recuperar del respaldo antes de seguir |
| Sitemap nuevo | Que exista, liste lo actual y esté enviado | Rehacerlo y enviarlo |
| Compra completa | Hacer un pedido de prueba y pagarlo | Nada de lo anterior importa si no se puede comprar |
| Medición | Analítica y seguimiento de pedidos funcionando | Semanas sin datos justo cuando hacen falta |
Las semanas siguientes
Una caída inicial es normal mientras se procesan las redirecciones y se reevalúa la tienda. Lo esperable es recuperar en unas semanas y estabilizar en dos o tres meses.
Lo que hay que vigilar cada semana: el informe de páginas, buscando direcciones viejas que aparezcan como error, y las ventas por canal. Si a los dos meses el tráfico orgánico sigue a la mitad, faltan redirecciones o hay un problema de indexación, no es «que Google tarda».
Cuándo migrar y cuándo esperar
Un caso: el patrón que cambió sin querer
Los módulos, que son la otra mitad del riesgo
Se habla mucho de las direcciones y poco de los módulos, y en la práctica son la causa de la mitad de los sustos.
Un módulo que no existe para la versión nueva puede llevarse por delante una función que sostenía parte del catálogo: el generador de sitemap, el de datos estructurados, el de redirecciones antiguas, el de traducciones, el que gestionaba las etiquetas de cada ficha. Si esas funciones desaparecen y nadie lo comprueba, la tienda sigue vendiendo y deja de tener la mitad de lo que la hacía visible.
Por eso, antes de migrar, conviene hacer una lista de qué módulo aporta qué función relacionada con la visibilidad y comprobar uno por uno si existe versión compatible, si lo hace la versión nueva de serie o si hay que sustituirlo. Y anotar qué se hará con los datos de cada uno: las redirecciones acumuladas durante años, por ejemplo, viven en un módulo y no viajan solas.
Es una tarde de trabajo administrativo y aburrido que evita descubrir tres meses después que el sitemap lleva desde la migración sin generarse.
Qué mediría
Cuántas direcciones viejas siguen apareciendo como error en el informe de páginas, semana a semana. Es el mejor indicador del estado de una migración: si ese número no baja, faltan redirecciones, y cada una es una parte del trabajo de años que sigue tirada.
Preguntas frecuentes
¿Qué es lo que más rompe en una migración de PrestaShop?
El patrón de direcciones amigables: decide la forma de cada URL del catálogo, cambia entre versiones y se puede tocar por descuido en la instalación nueva. Basta con que incluya o excluya la categoría para que cambien miles de direcciones a la vez, sin ningún error visible.
¿Puedo aprovechar para reorganizar las categorías?
No a la vez. Si cambias versión y estructura el mismo día y el tráfico baja, no sabrás si fue una cosa o la otra, y estarás corrigiendo a ciegas sobre una tienda que factura. Primero la mudanza con la misma estructura, y después la reorganización con calma.
¿Los títulos y descripciones se conservan?
Según cómo se haga la importación, pueden quedarse por el camino y ser sustituidos por textos generados a partir del nombre. Nada da error, así que se comprueba antes de publicar en una muestra de veinte productos y cinco categorías, y se recupera del respaldo si falta.
¿Cuánto tráfico se pierde?
Con mapa de redirecciones completo, poco, y se recupera en unas semanas. Sin mapa, se puede perder más de la mitad y tardar meses en volver, si es que vuelve. La diferencia entre las dos situaciones son un par de días de trabajo hechos antes de tocar el servidor.
¿Qué compruebo el mismo día?
Que la tienda es indexable, que las redirecciones responden probando cincuenta direcciones viejas con tráfico, que los metadatos están, que el sitemap nuevo se ha enviado, que la medición funciona y que se puede completar un pedido de verdad. Esta última es la que más veces se descubre tarde.
En una migración, el mapa de direcciones se cierra antes de tocar el servidor y la comprobación sigue semanas después; así la llevo en SEO para PrestaShop, con SEO técnico para las redirecciones y la indexación. Si aprovechas el cambio para reordenar el catálogo, eso va en SEO para ecommerce. El panorama general de lo que se rompe al mover una web está en migraciones SEO: qué se rompe al cambiar de web y cómo se recupera, y para vigilar la indexación durante el proceso, cómo saber si Google tiene indexada tu web.
Si te está pasando
La primera llamada no cuesta nada y suele bastar para saber si tiene arreglo. Si tu caso no es para mí, te lo digo.
