Migración

Actualizar PrestaShop 1.7 u 8 a la 9 sin perder tu sitio en Google (lo que rompe y cómo evitarlo)

Lo que hay que saber antes de pulsar «actualizar», en el orden en que te lo vas a encontrar: qué cambia, qué suele romperse y cómo se evita. Si antes quieres ver qué trae cada versión, lo tienes en novedades de PrestaShop 9.

Guía técnicaLectura ~9 minActualizado el
En esta guía8 apartados
  1. Qué cambia al pasar a PrestaShop 9 (y por qué no es «darle a un botón»)
  2. Si vienes de la 1.7: el camino obligado
  3. Antes de tocar nada: la lista
  4. Lo que suele romperse (y cómo se arregla)
  5. El procedimiento que seguimos (resumen)
  6. Señales de que no deberías hacerlo tú
  7. Cuándo merece la pena que lo hagamos nosotros
  8. Preguntas frecuentes
Lo primero: no actualices en la tienda de verdad. Todo lo de esta guía se hace primero en una copia, y solo cuando sale limpio dos veces seguidas se toca la tienda real. Si solo te llevas una idea, que sea esta.

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.

Si vienes de la 1.7: el camino obligado

La 1.7.8 funciona como mucho con PHP 7.4, y la 9 empieza en PHP 8.1. No hay ningún PHP en el que funcionen las dos, así que el salto se da en dos pasos, usando la 8 de puente:

  1. De la 1.7 a la 8.2, con PHP 7.4. La 8 también admite PHP 7.4, así que este paso no obliga a tocar el PHP. Con PHP 7.4, el propio asistente de actualización te propone la 8 como destino.
  2. Subir el PHP. El punto de paso es PHP 8.1, el único que admiten a la vez la 8 y la 9.
  3. De la 8.2 a la 9 y, después, subir el PHP a una versión que todavía reciba parches de seguridad.

Si tu alojamiento te ha avisado de que va a subir el PHP, este orden es el que manda. Lo explicamos con las tablas oficiales en qué versión de PHP necesita tu PrestaShop.

¿Y quedarse en la 8? Como paso intermedio, perfecto. Como destino, no: la 8 solo funciona hasta PHP 8.1, que no tiene parches de seguridad desde el 31 de diciembre de 2025.

Antes de tocar nada: la lista

  1. 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.
  2. 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, empezando por los de pago (por qué Redsys, Bizum o PayPal fallan al actualizar).
  3. Versión de PHP del hosting (qué PHP admite cada versión de PrestaShop) 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.
  4. El tema: ¿es el de serie, uno comprado o uno a medida? Un tema a medida puede sobrevivir, pero hay que probarlo, no suponerlo. Si toca cambiarlo, mira qué plantilla elegir para la 9.
  5. 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 suele romperse (y cómo se arregla)

¿Ya has actualizado y algo falla? Lo tienes por síntomas en errores después de actualizar PrestaShop 9.

El procedimiento que seguimos (resumen)

  1. Copia y restauración de prueba. Si la copia no se restaura entera en otro sitio, no seguimos.
  2. 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.
  3. 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.
  4. El día del cambio, de madrugada: ventana de parada medida en el ensayo, cambio de PHP, salto de versión, reactivación de módulos y compra real de comprobación.
  5. 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.

Señales de que no deberías hacerlo tú

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 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

¿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.

Preguntas frecuentes

¿Puedo pasar de PrestaShop 1.7 directamente a la 9?
No. La 1.7 no funciona con el PHP que necesita la 9, así que se pasa por la 8: primero de la 1.7 a la 8 con el PHP de siempre, después se sube el PHP y se salta a la 9. Son dos saltos y cada uno se prueba por separado. Por ejemplo: de la 1.7.8 a la 8.2, y de la 8.2 a la 9.
¿Qué versión de PHP necesita PrestaShop 9?
La 9.0 funciona con PHP 8.1 a 8.4, y la 9.1 y la 9.2, con PHP 8.1 a 8.5. El punto de paso es PHP 8.1, el único que admiten a la vez la 8 y la 9. Lo habitual es dar el primer salto (de la 1.7.8 a la 8.2) con PHP 7.4 y subir el PHP justo antes del segundo; la versión definitiva se sube después, con calma y ensayada en copia.
¿Actualizo de la 1.7 a la 8 o directamente hasta la 9?
Hasta la 9. La 8 solo funciona con PHP 8.1 como mucho, y PHP 8.1 no tiene parches de seguridad desde el 31 de diciembre de 2025. Vale como paso intermedio, no como destino.
¿Se pierden pedidos o clientes al actualizar?
No, si se hace bien: la base de datos se migra entera. En el ensayo se comprueba con contadores (número de pedidos, de clientes y suma de ventas idénticos antes y después) antes de tocar la tienda real.
¿Cuánto tiempo está la tienda parada?
Si está bien ensayada, minutos y no horas: se mide en el ensayo y se elige la hora en que menos vendes. El resto del trabajo se hace en una copia mientras la tienda sigue vendiendo.
¿Y si sale mal?
Se vuelve a la copia. Por eso la copia se restaura de prueba antes y la vuelta atrás se mide: la del asistente oficial puede fallar justo cuando más la necesitas.

← Volver al blog

Consultar mi migración por WhatsApp