Migración de PrestaShop a la versión 9
Actualizamos tiendas que llevan años en PrestaShop 1.6 o 1.7 sin perder pedidos, clientes, catálogo ni posicionamiento. Somos el estudio al que acuden los ecommerce cuando la tienda ya no admite un parche más.
Pedir presupuesto de migración Ver si tu tienda necesita migrar
Señales de que tu PrestaShop necesita una migración
Casi ninguna tienda llega diciendo «quiero migrar a PrestaShop 9». Llegan con un síntoma. Estos son los que más nos escriben, y todos apuntan al mismo sitio:
- El backoffice va lento y guardar un producto tarda varios segundos.
- Un módulo dejó de funcionar tras un cambio del banco, de la agencia de transporte o de Google, y el desarrollador ya no lo mantiene.
- El hosting avisa de que retira PHP 7 y la tienda no arranca con PHP 8.
- Nadie se atreve a tocar la tienda porque la última vez que se actualizó algo se cayó el checkout.
- Hay ficheros extraños en el servidor, correos que salen sin permiso o avisos de Google marcando el sitio como inseguro.
- PageSpeed da rojo y las Core Web Vitals llevan meses en «necesita mejorar».
- Verifactu, el SII o cualquier obligación nueva de facturación no tiene módulo compatible con tu versión.
- El tema no es responsive de verdad y más de la mitad de las visitas llegan desde el móvil.
Si has reconocido dos o más, el problema ya no es el síntoma: es la versión. Lo desarrollamos con detalle en este artículo sobre los riesgos de un PrestaShop sin actualizar.
Los problemas reales de un PrestaShop sin actualizar
Módulos sin actualizar, o cuyo desarrollador desapareció
Es el bloqueo número uno, y el motivo por el que muchas tiendas se quedan congeladas en la 1.7. Una tienda media tiene entre treinta y sesenta módulos. Al saltar de versión, cada uno cae en una de cuatro cajas: sigue existiendo y hay versión compatible, existe pero hay que pagar la licencia nueva, ya no existe y hay que buscar un equivalente, o es un desarrollo a medida que hay que reescribir.
Lo que hacemos antes de tocar nada es inventariar los módulos uno a uno y decir en cuál de las cuatro cajas cae cada uno, con su coste. Nadie debería empezar una migración sin ese documento, porque es justo donde se esconden los sobrecostes. Y cuando un módulo hay que rehacerlo, lo rehacemos como se debe, mediante overrides y hooks, no tocando el núcleo.
PHP obsoleto y un hosting que no te deja subir de versión
Este caso se repite mucho y merece explicación aparte, porque suele estar mal diagnosticado. Normalmente no es que el hosting «no te deje»: es que tu PrestaShop no arranca con PHP 8 y el hosting no puede dejar PHP 7.4 abierto eternamente, porque lleva sin recibir parches de seguridad desde finales de 2022.
La consecuencia práctica es que estás en un callejón: no puedes subir PHP porque se rompe la tienda, y no puedes quedarte porque el proveedor va a forzar el cambio. PrestaShop 9 requiere PHP 8.1 o superior, así que la migración de versión y la de PHP son el mismo trabajo, no dos.
Y si el alojamiento es realmente el límite —sin acceso SSH, sin poder elegir versión de PHP, sin entorno de pruebas—, forma parte del proyecto plantear el cambio de servidor. Lo hemos hecho decenas de veces y sabemos moverlo sin cortar el servicio.
Tiendas hackeadas: esto es lo que nos encontramos
tmsearch.js comprometido en una tienda PrestaShop. Las líneas resaltadas son la inyección.El código de al lado es real, de una tienda que llegó a nosotros. No es un ejemplo de manual.
Alguien había inyectado JavaScript dentro de tmsearch.js, un fichero del módulo de búsqueda del tema. Está deliberadamente ofuscado: todas las cadenas viven en un array codificado en hexadecimal para que nadie que abra el fichero entienda qué hace. Si te fijas en las líneas resaltadas, lo que hace es engancharse a HOOK_PAYMENT y sustituir el formulario de pago por uno falso, con un identificador aleatorio para que no se pueda buscar por nombre.
El cliente no notó nada. La tienda funcionaba, los pedidos entraban. Los datos de las tarjetas se estaban copiando a otro sitio antes de llegar a la pasarela.
Este es el punto que más nos cuesta transmitir: una tienda comprometida no se ve rota. Un PrestaShop 1.6 o 1.7 sin parchear acumula vulnerabilidades públicas y documentadas, y los ataques que las explotan están automatizados. No hace falta que nadie te tenga manía; basta con estar en la lista.
Si sospechas que ya te ha pasado, tenemos escrito el protocolo de actuación ante un ataque y una guía de refuerzo de seguridad de PrestaShop. Y si prefieres que lo miremos nosotros, la limpieza forense entra dentro del servicio.
Personalizaciones metidas en el núcleo
Cuando una tienda ha pasado por varias manos, es habitual encontrar cambios escritos directamente sobre los ficheros de PrestaShop. Funciona, hasta que llega la primera actualización y se lo lleva todo por delante. Por eso muchas tiendas dejan de actualizarse: cada actualización costaba rehacer el trabajo.
Durante la migración localizamos esas modificaciones comparando el núcleo con el original, decidimos cuáles siguen aportando algo y las reescribimos donde deben estar, en overrides y módulos propios. A partir de ahí la tienda vuelve a ser actualizable, que es la mitad del valor del proyecto.
Rendimiento y Core Web Vitals
PrestaShop 9 corre sobre Symfony moderno, aprovecha PHP 8 y trae mejor gestión de caché y de imágenes. El salto de velocidad es real, pero no llega solo por cambiar de versión: hay que revisar imágenes, consultas, caché y plantillas. Aquí contamos cómo lo abordamos.
Verifactu y las obligaciones que tu versión ya no cubre
Las normativas de facturación no esperan a que actualices. Los módulos que las resuelven se desarrollan para las versiones vigentes, y en una 1.6 sencillamente no hay dónde instalarlos. Tenemos una solución Verifactu para PrestaShop y la implantamos como parte de la migración cuando hace falta.
Qué incluye nuestra migración de PrestaShop
- Auditoría previa. Inventario de módulos, tema, personalizaciones y estado del servidor, con el coste de cada decisión antes de empezar.
- Migración de datos completa. Catálogo, categorías, atributos, combinaciones, clientes, direcciones, pedidos, facturas, devoluciones, cupones y traducciones.
- Tema. Adaptación del actual a la nueva versión o desarrollo de uno nuevo, según lo que salga de la auditoría.
- Módulos. Sustitución, actualización o reescritura de los que no tengan versión compatible.
- Pasarelas de pago y transportistas. Reconexión y prueba real de cobro antes de abrir.
- Actualización de PHP y, si hace falta, cambio de alojamiento.
- Revisión de seguridad y limpieza de código malicioso si aparece.
- Plan SEO de migración. Mapa de URLs antiguas a nuevas, redirecciones 301 una a una, metadatos, sitemap y seguimiento en Search Console las semanas siguientes.
- Entorno de pruebas para que valides la tienda antes de que la vea nadie.
- Acompañamiento posterior durante las primeras semanas, que es cuando aparecen los detalles.
Cómo trabajamos una migración, paso a paso
- Diagnóstico. Miramos la tienda, el servidor y los módulos, y te decimos qué nos vamos a encontrar. Sin compromiso.
- Presupuesto cerrado. Con el alcance por escrito y lo que queda fuera también por escrito.
- Clonado. Levantamos una copia en un entorno de pruebas. Tu tienda actual sigue vendiendo, intacta.
- Migración y desarrollo. Datos, tema, módulos y personalizaciones sobre esa copia.
- Validación. La revisas tú, con tus pedidos y tus productos reales. Se corrige lo que haga falta.
- Salida a producción. Con la sincronización final de pedidos, las 301 activas y una ventana de corte de minutos, no de días.
- Vigilancia. Seguimiento de errores, de indexación y de ventas durante las semanas siguientes.
El paso 6 es el que más miedo da y el más ensayado: la tienda vieja no se apaga hasta que la nueva responde bien.
Por qué las tiendas nos eligen
Recogemos lo que otros dejaron a medias
Buena parte de lo que hacemos son proyectos que empezó otro. Tiendas con desarrollos sin terminar, módulos rotos y ningún documento. No juzgamos el trabajo anterior: lo ordenamos, lo documentamos y lo dejamos en un estado desde el que se pueda seguir.
Los desarrollos se implementan bien
Overrides y hooks en lugar de tocar el núcleo, código versionado, entorno de pruebas antes de producción y un registro de lo que se ha cambiado. Cuesta lo mismo hacerlo así, y es la diferencia entre una tienda que se puede actualizar y otra que no.
Los clientes se quedan
No trabajamos por encargos sueltos. Quien llega con una migración se queda después con el mantenimiento, las mejoras y los desarrollos nuevos. Es el indicador que más miramos, porque es el único que no se puede maquillar.
Automatizamos lo que te está costando horas
Sincronización de stock con el ERP, alimentación de marketplaces, facturación, avisos, informes. Salen de escuchar cómo trabajas, y suelen devolver la inversión antes que cualquier otra partida del proyecto.
Detrás hay más de quince años trabajando sobre PrestaShop, y setenta y seis artículos técnicos publicados, cuarenta y uno de ellos resolviendo problemas concretos de PrestaShop. Están abiertos y son gratis: es la forma más honesta que se nos ocurre de enseñar cómo trabajamos antes de que nos contrates.
Otras migraciones y actualizaciones que hacemos
- Migrar PrestaShop a otro dominio. Con el traslado de URLs y las redirecciones para no perder el posicionamiento ganado. Tenemos la guía completa publicada.
- Migrar PrestaShop a otro servidor u hosting. Incluido el salto a un alojamiento que sí permita elegir versión de PHP.
- Actualizar de PrestaShop 1.6 a 1.7 como paso intermedio cuando el salto directo no compensa.
- Migrar de PrestaShop a Shopify, o al revés, cuando el negocio pide otro tipo de plataforma.
- Migrar de Magento a PrestaShop. También entre versiones de Magento.
- Duplicar la tienda a un entorno de pruebas estable para poder trabajar sin riesgo.
Precio y plazos de una migración de PrestaShop
No damos un precio de tarifa porque sería mentir: dos tiendas con el mismo catálogo pueden costar el triple una que otra según cuántos módulos a medida arrastren. Lo que sí hacemos es presupuesto cerrado antes de empezar, y para poder darlo hace falta la auditoría previa.
Lo que más mueve la cifra, por orden: número de módulos sin versión compatible, personalizaciones escritas sobre el núcleo, si el tema se adapta o se rehace, y el volumen de datos históricos que haya que trasladar.
Para trabajos menores o para ir avanzando por partes, están las bolsas de horas de desarrollo. Y si de momento solo quieres saber en qué estado está la tienda, la auditoría web es un buen punto de partida.
Preguntas frecuentes sobre migrar PrestaShop
¿Se puede actualizar de PrestaShop 1.7 a la 9 directamente?
Con el asistente de actualización oficial rara vez sale bien en una tienda real con módulos y personalizaciones. Lo que hacemos es una instalación limpia de PrestaShop 9 y un traslado controlado de los datos, el tema y los módulos. Es más trabajo, pero es la única forma de que no arrastres a la versión nueva los problemas de la vieja.
¿Voy a perder posicionamiento en Google al migrar?
No, si se hace el trabajo de SEO técnico que toca. La causa de las caídas es casi siempre la misma: URLs que cambian sin redirección, o redirigidas todas a la portada. Nosotros preparamos el mapa de URLs antiguas a nuevas antes de la salida, activamos las 301 una a una y vigilamos la indexación en Search Console durante las semanas siguientes. Es habitual una oscilación de dos o tres semanas hasta que Google reprocesa el sitio; lo que no es normal es una caída que se quede.
¿Qué pasa con mis módulos de pago y de envío?
Se revisan uno a uno en la auditoría previa. Los de las pasarelas más habituales tienen versión para PrestaShop 9 y se reinstalan y reconfiguran. Los abandonados se sustituyen por un equivalente y los que sean a medida se reescriben. Antes de abrir la tienda se hace una prueba de cobro real, no de entorno de pruebas.
Mi hosting no me deja actualizar PHP. ¿Qué hago?
Primero conviene comprobar qué está pasando de verdad, porque muchas veces el panel sí permite cambiar de versión y lo que falla es que la tienda no arranca con PHP 8. Si el alojamiento es realmente el límite, el cambio de servidor entra en el proyecto: montamos la tienda nueva en un alojamiento adecuado y el cambio de PHP deja de ser un problema separado.
¿Cuánto tiempo va a estar la tienda parada?
Minutos. Toda la migración se hace sobre una copia mientras tu tienda actual sigue vendiendo. Solo hay corte en el momento del cambio, para sincronizar los últimos pedidos y apuntar el dominio. Se hace en la franja horaria de menos ventas y se acuerda contigo con antelación.
¿Se conservan los pedidos, las facturas y los clientes?
Sí, incluido el histórico. Se trasladan pedidos con sus estados y sus facturas, clientes con sus direcciones y grupos, devoluciones, cupones y carritos. Es obligatorio conservarlo, tanto por contabilidad como porque ese histórico es el activo comercial de la tienda.
¿Puedo quedarme en PrestaShop 1.7 un poco más?
Se puede, pero conviene saber lo que implica. Sin parches de seguridad, cada vulnerabilidad que se publica queda abierta de forma permanente, y los ataques que las explotan están automatizados. A eso se suma que los módulos nuevos ya no se desarrollan para tu versión y que el hosting acabará retirando PHP 7. Esperar no abarata la migración, la encarece.
¿Cuánto cuesta migrar una tienda PrestaShop?
Depende sobre todo del número de módulos sin versión compatible y de cuántas personalizaciones haya escritas sobre el núcleo. Por eso damos presupuesto cerrado después de la auditoría previa, y no una tarifa de catálogo. La auditoría te sirve igual aunque decidas no migrar con nosotros.
¿Migráis también a otro dominio o a otro servidor?
Sí, y con frecuencia se hacen a la vez que el cambio de versión, porque el trabajo de redirecciones es el mismo y así solo se hace una vez. Si solo necesitas el cambio de dominio, también lo hacemos suelto.
Creo que mi tienda ya está hackeada. ¿Podéis ayudarme?
Sí, y es urgente. Lo primero es contener y averiguar por dónde entraron, porque migrar sin limpiar significa llevarse el problema a la tienda nueva. Hacemos revisión del código, comparación con el núcleo original, revisión de usuarios y tareas programadas, y cambio de todas las credenciales. Después se migra sobre limpio.
Cuéntanos qué tienda tienes
Rellena esto y te decimos qué te vas a encontrar. Si prefieres hablarlo, llámanos al 649 04 94 02 de 9:00 a 14:00.
Para seguir leyendo
- Tu PrestaShop lleva años sin actualizar. Esto es lo que pasa
- Por qué debes actualizar tu PrestaShop: casos reales de hackeos y pérdidas de ventas
- Cómo migrar PrestaShop 1.7 de un dominio a otro
- Métodos de actuación ante ataques web en PrestaShop
- Reforzando la seguridad de PrestaShop
- Solución Verifactu para PrestaShop
- Sincronización de stock entre PrestaShop y ERP