Cómo migrar una tienda PrestaShop 1.7 a PrestaShop 9
Migrar una tienda PrestaShop 1.7 a PrestaShop 9 requiere decidir qué datos deben conservarse, qué desarrollos pueden adaptarse y qué componentes antiguos conviene sustituir antes de llevar el proyecto a una arquitectura actual.
Qué implica migrar desde PrestaShop 1.7
Una tienda PrestaShop 1.7 que lleva años en producción puede acumular módulos, personalizaciones, overrides, integraciones, automatizaciones y decisiones técnicas que deben revisarse antes de abordar el salto a PrestaShop 9.
Migrar no significa únicamente conseguir que el Back Office muestre una versión superior. El objetivo es mantener catálogo, clientes, pedidos y procesos comerciales útiles sin trasladar automáticamente al nuevo sistema toda la deuda técnica histórica.
Esta guía forma parte de nuestra guía técnica sobre PrestaShop 9.
¿Se puede actualizar PrestaShop 1.7 hacia PrestaShop 9?
PrestaShop dispone de herramientas oficiales para evolucionar instalaciones existentes, pero la existencia de una ruta técnica no significa que todas las tiendas PrestaShop 1.7 deban actualizarse directamente y sin preparación.
Antes hay que comprobar la versión exacta, servidor, tema, módulos, overrides, modificaciones del core, desarrollos propios e integraciones externas.
En proyectos antiguos puede ser más importante decidir correctamente qué se conserva que reducir al mínimo el número de pasos de actualización.
Antes de migrar: auditar la tienda actual
Una migración de largo recorrido debería empezar con un inventario técnico completo.
Versión exacta de PrestaShop 1.7
Conviene identificar la versión instalada, el historial de actualizaciones, errores existentes y el estado general del proyecto antes de realizar cambios.
Tema y modificaciones
Hay que localizar el tema utilizado, plantillas modificadas, tema child, JavaScript propio, CSS, módulos asociados y personalizaciones realizadas durante los años.
Módulos instalados
Para cada módulo interesa conocer su función, desarrollador, versión, mantenimiento actual, compatibilidad y dependencia real del negocio.
Overrides y cambios del core
También deben localizarse overrides PHP, controladores modificados, parches históricos y modificaciones realizadas directamente sobre archivos del core.
Integraciones externas
ERP, facturación, stock, proveedores, feeds, Google Shopping, marketplaces, importadores, APIs y cron deben formar parte de la auditoría.
Base de datos y personalizaciones
Es importante detectar tablas propias, columnas añadidas y datos pertenecientes a módulos o desarrollos que quizá deban conservarse aunque el código original se sustituya.
Qué datos deben conservarse
El valor de una tienda que lleva años funcionando está también en sus datos. La migración debe identificar qué información tiene que permanecer disponible.
Productos y categorías
Productos, combinaciones, categorías, referencias, fabricantes, atributos, características, imágenes, precios y stock deben revisarse antes de migrarlos.
Clientes y direcciones
No basta con conservar registros en base de datos. Después de la migración deben seguir funcionando cuentas, direcciones, grupos y acceso de clientes.
Pedidos
El histórico debe mantener relaciones con clientes, productos, impuestos, transportistas, pagos, facturas y estados.
Contenidos CMS
Páginas informativas, textos legales, imágenes y enlaces internos también forman parte del proyecto y deben incluirse en el plan.
Datos propios
Los módulos personalizados pueden almacenar información fuera de las tablas estándar. Antes de sustituirlos hay que decidir cómo conservar esos datos.
Compatibilidad de módulos con PrestaShop 9
Módulos mantenidos
Si existe una versión compatible con PrestaShop 9 debe probarse en staging con la configuración real de la tienda.
Módulos abandonados
Cuando un módulo lleva años sin mantenimiento conviene comprobar si existe sustituto, si la funcionalidad sigue siendo necesaria o si debe reconstruirse.
Módulos propios
Los desarrollos personalizados requieren revisión de hooks, clases, controladores, acceso a datos y cualquier dependencia del core.
Cuando el proyecto contiene numerosas personalizaciones puede ser recomendable realizar primero una auditoría técnica de PrestaShop.
Si una funcionalidad continúa siendo necesaria, puede adaptarse mediante módulos PrestaShop a medida.
Qué hacer con el tema de PrestaShop 1.7
El tema debe evaluarse de forma independiente del core.
Mantenerlo
Puede conservarse si su arquitectura sigue siendo mantenible, tiene pocos overrides y sus dependencias pueden adaptarse.
Adaptarlo
En otros casos puede mantenerse parte del diseño sustituyendo plantillas, JavaScript, módulos asociados o componentes obsoletos.
Sustituirlo
Cuando el tema acumula demasiada deuda técnica puede resultar más eficiente crear una base actual que invertir en mantener indefinidamente una arquitectura antigua.
La decisión debe tomarse después de analizar el tema real y no mediante una regla universal.
Actualizar o reconstruir parcialmente
Una migración desde PrestaShop 1.7 no tiene por qué ser completamente continuista ni obligar a reconstruir toda la tienda.
En muchos proyectos la solución adecuada es híbrida:
- conservar catálogo, clientes y pedidos;
- mantener integraciones que siguen siendo válidas;
- adaptar módulos propios útiles;
- retirar módulos abandonados;
- sustituir elementos de tema obsoletos;
- reconstruir automatizaciones antiguas cuando sea necesario;
- mantener la arquitectura SEO que ya tiene valor.
Migrar datos no significa necesariamente migrar todo el código histórico.
Preparar un entorno de staging
La primera migración no debería realizarse directamente sobre producción.
El entorno de pruebas debe reproducir suficientemente la tienda real: archivos, base de datos, módulos, tema, overrides, configuraciones y desarrollos propios.
También debe existir una copia recuperable de la tienda antes de comenzar. Una copia de seguridad solo resulta útil si existe una estrategia real para restaurarla.
Probar la migración
Core y base de datos
Hay que comprobar Back Office, configuración, catálogo, clientes, pedidos, CMS y datos históricos.
Módulos
Deben probarse especialmente pagos, transporte, facturación, stock, ERP, importación y exportación.
Tema
Revisar HOME, categorías, fichas de producto, buscador, filtros, carrito, checkout, cuenta de cliente, formularios y móvil.
Pedidos y checkout
Es necesario realizar pedidos completos comprobando precios, impuestos, descuentos, transportistas, pagos, emails y cambios de estado.
Integraciones
También deben ejecutarse cron, importadores, sincronizaciones, feeds, ERP y APIs que normalmente trabajan sin intervención manual.
SEO durante una migración de PrestaShop 1.7 a 9
Una migración técnica no debería convertirse en una migración SEO accidental.
Mantener URLs
Siempre que sea viable conviene conservar las URLs que ya tienen valor e indexación.
Redirecciones
Cuando una URL tenga que cambiar debe existir un mapa de origen y destino con redirecciones 301 correctamente planificadas.
Canonicals
Después de migrar hay que comprobar que no aparezcan rutas técnicas, duplicidades o canonicals incorrectos.
Sitemap
El sitemap debe reflejar únicamente la nueva arquitectura indexable real.
Schema
Los datos estructurados deben revisarse especialmente cuando cambia el tema o se sustituyen módulos que anteriormente generaban JSON-LD.
Enlazado interno
Menús, breadcrumbs, enlaces contextuales y categorías deben apuntar siempre a las URLs definitivas.
Problemas frecuentes al pasar de PrestaShop 1.7 a 9
- Módulos abandonados o incompatibles.
- Overrides antiguos.
- Modificaciones del core.
- Tema obsoleto.
- Dependencias eliminadas.
- Problemas relacionados con PHP.
- Tablas personalizadas.
- Caché o permisos.
- Errores JavaScript.
- Procesos cron que dejan de ejecutarse.
- Integraciones externas incompatibles.
El objetivo debe ser identificar el componente que falla y decidir si debe corregirse, actualizarse o sustituirse.
Experiencia con proyectos de largo recorrido
En JUSARA LAB trabajamos con tiendas que llevan años evolucionando sobre PrestaShop.
Factory Oficina es un ejemplo de proyecto iniciado sobre PrestaShop 1.7 y evolucionado mediante actualizaciones sucesivas hasta PrestaShop 8.3, manteniendo desarrollos propios, automatizaciones, integración con FactuSOL, SEO, Google Shopping, catálogo y operativa real.
No presentamos este proyecto como una migración directa de 1.7 a 9, sino como experiencia real manteniendo una tienda en producción mientras su plataforma evoluciona durante años.
Puedes consultar el caso de estudio de Factory Oficina .
PrestaShop 1.7, PrestaShop 8 y PrestaShop 9
La ruta adecuada no debería elegirse únicamente por intentar realizar el menor número posible de pasos.
Hay que valorar el estado de la instalación, compatibilidad, módulos, tema, integraciones y resultado técnico que queremos mantener a largo plazo.
Si la tienda ya se encuentra sobre PrestaShop 8 puedes consultar nuestra guía: cómo actualizar PrestaShop 8 a PrestaShop 9 .
Migración profesional de PrestaShop 1.7 a 9
Antes de modificar producción conviene conocer el estado del core, módulos, desarrollos propios, tema, overrides, base de datos, integraciones, servidor y arquitectura SEO.
A partir de esa información puede definirse qué se actualiza, qué necesita adaptación y qué resulta más eficiente sustituir.