Actualizar PrestaShop sin plan es una de las formas más rápidas de tumbar una tienda en producción. Pantalla en blanco, módulos rotos, checkout que no cobra, URLs que pierden SEO… El problema casi nunca es “solo pulsar Actualizar”.
Esta guía resume los errores habituales al subir de versión y cómo evitarlos. Caso real: gsmsofia.com — mayorista B2B en Fuenlabrada — migración de PrestaShop 1.6.4 a PrestaShop 9.3.
El salto 1.6.4 → 9.3 no es un “update”, es un proyecto
De 1.6 a 9 hay años de cambios: Symfony, módulos, tema, cliente, carrito, APIs. En gsmsofia.com no bastaba con subir archivos encima: había que migrar catálogo, clientes, pedidos, reglas B2B y dejar el checkout operativo sin tirar el histórico.
Si estás en 1.6/1.7 y miras PrestaShop 9, piensa en migración controlada (staging + pruebas), no en un clic del back office.
[CAPTURA: back office o home de gsmsofia.com en PrestaShop 9 tras la migración]
[CAPTURA: esquema del salto 1.6.4 → 9.3 — staging, datos, módulos, go-live]
Errores habituales (y caros)
1. Actualizar en producción sin staging
El clásico. Se rompe el front un viernes a las 18:00. En B2B como gsmsofia, eso es perder pedidos mayoristas.
Evitarlo: clon (archivos + BD) en staging con la misma versión de PHP. Allí se prueba todo.
2. No hacer backup completo
Sin copia de archivos y base de datos no hay rollback real.
Evitarlo: backup verificado antes de tocar nada. Prueba que puedes restaurar.
3. Arrastrar módulos y overrides de 1.6
Módulos “que siempre funcionaron” en 1.6.4 suelen ser incompatibles con 9. Overrides viejos tiran fatals (error 500).
Evitarlo: inventario de módulos; solo pasar los críticos con versión compatible; rehacer el resto o sustituirlos.
4. Ignorar el tema
Un tema 1.6 no “se adapta” solo a 9. Hay que tema compatible o reconstrucción de plantillas clave (ficha, listado, checkout).
5. Migrar datos a medias
Productos sí, pero combinações, imágenes, SEO (rewrites), grupos de clientes B2B o transportistas mal mapeados. El front “abre” pero el negocio no.
En gsmsofia.com el foco fue catálogo mayorista + cuentas/áreas de cliente + continuidad de pedidos históricos.
6. No probar el checkout de verdad
Home bonito y pago roto = migración fallida. Hay que probar login B2B, precios, carrito, portes y pasarela.
7. Romper URLs y SEO
Cambian rutas, se pierden 301, Search Console se llena de 404. En un salto 1.6 → 9 hay que planificar redirects.
8. PHP / servidor no preparado
PrestaShop 9 pide un stack moderno. Hosting anclado a PHP viejo = 500 o instalación imposible.
[CAPTURA: lista de módulos incompatibles detectados en el análisis previo]
Checklist antes de actualizar o migrar
- Backup archivos + BD (y prueba de restore).
- Staging idéntico en PHP soportado por PrestaShop 9.3.
- Inventario: módulos, overrides, crons, integraciones (ERP, pagos, envíos).
- Tema: ¿compatible o rebuild?
- Plan de datos: productos, clientes, pedidos, imágenes, SEO.
- Plan de 301 para URLs importantes.
- Ventana de go-live y responsable de rollback.
Cómo lo enfocamos en gsmsofia.com (1.6.4 → 9.3)
- Auditoría: qué módulos eran críticos para el B2B y cuáles sobraban.
- Staging: entorno de prueba con copia de datos (anonimizados si aplica).
- Migración de datos a PrestaShop 9.3 con revisión de catálogo e imágenes.
- Sustitución/adaptación de módulos y reglas de cliente mayorista.
- Tema y UX alineados al nuevo front, sin perder claridad de compra.
- Pruebas: login, precios, carrito, pedidos, back office.
- Go-live con DNS/caché controlados y vigilancia de logs (500, pagos, crons).
- Post-check SEO: URLs clave, sitemap, Search Console.
[CAPTURA: pedido de prueba en staging / checkout B2B funcionando]
[CAPTURA: comparativa o nota del entorno 1.6.4 vs 9.3]
Orden recomendado (resumen)
1. Backup + staging
2. Subir PHP / stack al requisito de PS 9.3
3. Migrar o instalar 9.3 en staging (no “update mágico” desde 1.6)
4. Datos + imágenes + SEO (301)
5. Módulos críticos solo si son compatibles
6. Probar checkout y back office
7. Go-live + monitorizar logs 24–72 h
Qué hacer si ya se rompió producción
- No sigas instalando módulos “para arreglarlo”.
- Restaura backup si el fallo es grave y no hay staging útil.
- Lee
var/logs/y el log PHP: aísla módulo/override. - Prioriza recuperar pago y login antes que el diseño.
Si el síntoma es un 500 tras el cambio, el método es el mismo que en cualquier urgencia PrestaShop 9: log → aislar → caché → verificar checkout.
Conclusión
Actualizar PrestaShop duele cuando se trata como un clic. En gsmsofia.com, el paso de 1.6.4 a 9.3 se planteó como migración: staging, datos, módulos B2B y pruebas de pedido. Ese es el camino seguro si tu tienda ya vende de verdad.
Si vas a subir a PrestaShop 9 (desde 1.6, 1.7 u 8) y no quieres improvisar en producción, puedo planificar la migración y acompañar el go-live.
Contactar con PrestaShop Web Design · Migraciones y mantenimiento PrestaShop en Madrid y remoto.
Relacionado: Error 500 en PrestaShop 9 · Mantenimiento PrestaShop.