Actualizar PrestaShop 8 a 9 sin perder tu sitio en Google (lo que rompe y cómo evitarlo)
Lo contamos desde una migración real de septiembre de 2026: una tienda de 1.391 páginas que pasó de PrestaShop 1.7 a la 9 con el 99,9 % de sus direcciones intactas. Aquí va lo que hay que saber antes de pulsar «actualizar», en el orden en que te lo vas a encontrar.
Qué cambia al pasar a PrestaShop 9 (y por qué no es «darle a un botón»)
PrestaShop 9 es un salto grande por dentro: necesita PHP 8.1 o superior, cambia buena parte del código base y muchos módulos de la 1.7 o de la 8 no tienen versión compatible. Si vienes de la 1.7, la actualización oficial no salta directamente a la 9: pasa por la 8 y de ahí a la 9. Son dos migraciones, no una, y cada una hay que probarla.
El asistente de actualización hace mucho, pero no lo hace todo: no comprueba que tus módulos de pago y de transporte sigan activos, no arregla las direcciones de tus páginas si dependían de un módulo, y su «vuelta atrás» puede fallar justo cuando más la necesitas. De eso va el resto de la guía.
Antes de tocar nada: la lista
- Copia completa (ficheros y base de datos) y, sobre todo, comprobada: una copia que nunca se ha restaurado no es una copia, es una esperanza. Cómo hacerla bien.
- Inventario de módulos: cuáles usas de verdad, cuáles son de pago, cuáles llevan años sin actualizarse. Los que no tengan versión para la 9 son tu lista de riesgos.
- Versión de PHP del hosting y si es global para toda la cuenta. Si lo es, no puedes tener la tienda vieja y la nueva conviviendo con versiones distintas: el ensayo hay que hacerlo en otro sitio.
- El tema: ¿es el de serie, uno comprado o uno a medida? Un tema a medida puede sobrevivir (el de nuestra migración lo hizo), pero hay que probarlo, no suponerlo.
- Las direcciones de tus páginas: si usas un módulo de URLs amigables, este es el punto más peligroso de toda la migración. Sigue leyendo.
Lo que rompió en una migración real (y cómo se arregla)
- 42 de 102 módulos quedaron desactivados tras el salto, entre ellos el pago con tarjeta y el transportista. Una tienda que arranca sin poder cobrar ni enviar. Solución: lista de módulos críticos antes de empezar y reactivación y prueba uno a uno después, con una compra de prueba real.
- 11 módulos y 1 override incompatibles impedían abrir el panel de administración. Solución: retirarlos del disco antes de arrancar, no después.
- El módulo de URLs. PrestaShop 9 desinstaló el módulo que generaba las direcciones de la tienda y el 96,6 % de las páginas cambió de dirección. Eso, en una tienda que vive de Google, es perder el sitio. Solución: reparar el módulo para la 9 y construir un mapa de redirecciones 301 (más de 1.000 reglas) por si acaso. Resultado: 1.390 de 1.391 direcciones respondieron igual que antes.
- La «vuelta atrás» del asistente no funcionó: se estrelló contra el límite de tiempo del servidor y dejó la tienda muerta. Solución: tener una restauración propia, probada y medida (la nuestra dejó los 79.589 ficheros en su sitio en 36 segundos).
- PHP global del hosting. Cambiarlo para la tienda nueva afectaba a todo lo demás de la cuenta. Solución: ensayar en un hosting aparte y cambiar PHP solo en el momento del salto, de madrugada.
El procedimiento que funcionó (resumen)
- Copia y restauración de prueba. Si la copia no se restaura entera en otro sitio, no seguimos.
- Ensayo completo en una copia, dos veces. Primero para descubrir lo que falla; la segunda, con todo escrito, para comprobar que sale sin improvisar un solo paso.
- Batería de pruebas después de cada ensayo: todas las direcciones de la tienda comprobadas una a una, el panel sección por sección, y una compra de prueba con pago y envío.
- El día del cambio, de madrugada: ventana de parada medida en el ensayo (en nuestro caso, unos 7 minutos), cambio de PHP, salto de versión, reactivación de módulos y compra real de comprobación.
- Después: regenerar el mapa del sitio y el
robots.txt, vigilar Search Console y una semana de vigilancia con aviso automático si algo se cae.
Con ese procedimiento, la tienda del ejemplo terminó en PrestaShop 9.1.5 con 0 errores de JavaScript, 0,47 s de respuesta típica del servidor y su diseño de siempre. El caso, con sus cifras.
Señales de que no deberías hacerlo tú
- Tienes módulos de pago o de transporte sin versión para la 9.
- Tu tema es a medida y quien lo hizo ya no está.
- Tu hosting tiene PHP global y no puedes ensayar en él.
- No tienes una copia que hayas restaurado alguna vez.
- La tienda factura a diario: cada hora parada son pedidos que no entran.
Si te reconoces en dos o más, la migración no es un botón: es un proyecto con ensayo, plan de vuelta atrás y vigilancia. Es exactamente lo que hacemos en la migración a PrestaShop 8/9 (desde 390 €, 1-2 semanas, ensayo completo en copia y 7 días de vigilancia incluidos).
Cuándo merece la pena que lo hagamos nosotros
- Migración a PrestaShop 8/9 — ensayo en copia, mapa de direcciones y 7 días de vigilancia, desde 390 €.
- Mantenimiento mensual — para que la siguiente actualización se pruebe antes en una copia, cada mes.
- Si aún estás en la 1.6 — el salto anterior, con sus trampas propias.
¿Actualizamos tu tienda sin sustos?
Primero en una copia, después en la tuya, y con vuelta atrás probada. Desde 390 €, con el mapa de direcciones antes y después. Escríbenos por WhatsApp y te decimos si tu tienda puede saltar ya.