Migrar clientes, pedidos, catálogo y stock: la parte crítica de actualizar tu PrestaShop

Una tienda antigua no falla de golpe: se degrada. Te contamos qué se pierde al migrar mal los datos de clientes, pedidos, catálogo y stock, y por qué PrestaShop 8 y 9 reducen el riesgo.

Tu tienda funciona. Entran pedidos, los clientes encuentran lo que buscan y el catálogo está al día. Esa es justamente la razón por la que da vértigo tocarla… y también la razón por la que conviene hacerlo antes de que te obligue un incidente.

Porque una tienda antigua no deja de funcionar de golpe. Se va degradando despacio, y cuando el problema se hace visible, casi siempre llega en el peor momento: una campaña, una vulnerabilidad explotada o un módulo que deja de ser compatible con la pasarela de pago.

Lo que de verdad se migra no es el diseño: son tus datos

Cuando se habla de rehacer una tienda, la conversación se va enseguida al aspecto visual. Pero el diseño se puede rehacer. Lo que no se puede rehacer es el historial que has acumulado durante años:

  • Clientes. Cuentas, direcciones, grupos, tarifas negociadas y consentimientos de RGPD. Si se pierden, tus clientes tienen que registrarse otra vez, y cada fricción cuesta ventas.
  • Pedidos. No es solo histórico: son facturas, devoluciones, abonos y estados. Tienes obligación de conservarlos, y además es lo que permite atender una reclamación de hace ocho meses sin quedar mal.
  • Catálogo. Productos, combinaciones, atributos, precios específicos, categorías y —muy importante— las URLs que ya están posicionadas en Google.
  • Stock. Existencias reales, almacenes y movimientos. Un stock mal migrado significa vender lo que no tienes o dejar de vender lo que sí.

Todo eso está relacionado entre sí dentro de la base de datos. Un pedido apunta a un cliente, a unos productos y a unos precios que quizá ya no existen. Ahí es donde una migración se complica de verdad, y donde un export/import de andar por casa se rompe en silencio.

Qué le va pasando a una tienda que se queda en una versión antigua

Vulnerabilidades que ya no se parchean

Las versiones antiguas de PrestaShop dejan de recibir parches de seguridad. Eso no significa que no se descubran fallos: significa que se siguen descubriendo y ya no se corrigen para tu versión.

El caso más conocido fue el ataque masivo de 2022, en el que se explotó una cadena de inyección SQL para ejecutar código de forma remota e inyectar formularios de pago falsos en tiendas de la rama 1.6 y 1.7. Muchas tiendas afectadas tardaron semanas en enterarse, porque la tienda seguía funcionando con normalidad mientras se robaban las tarjetas de los clientes.

Un PHP que tampoco tiene soporte

Las versiones antiguas de PrestaShop obligan a quedarse en versiones antiguas de PHP. Y PHP tiene su propio calendario: PHP 7.4 dejó de recibir soporte en noviembre de 2022 y PHP 8.0 en noviembre de 2023.

El resultado es una pila entera sin mantenimiento. Y cada vez más hostings dejan de ofrecer esas versiones, así que llega un día en el que tu proveedor te avisa de que actualiza el servidor y tu tienda simplemente deja de cargar.

Módulos que se quedan atrás

Este suele ser el aviso más doloroso, porque toca directamente la caja. Las pasarelas de pago, los transportistas y los conectores con tu ERP evolucionan por su cuenta y con requisitos regulatorios propios. Cuando el fabricante deja de dar soporte a tu versión, te quedas con un módulo congelado que un día deja de autenticar correctamente.

Degradación silenciosa: rendimiento y SEO

Mientras tanto, tu tienda va perdiendo terreno sin que nada «falle». Cada parche improvisado, cada override acumulado y cada módulo abandonado añaden peso. La tienda carga más lenta, y la velocidad es un factor que Google mide y que tus clientes notan aunque no sepan explicarlo.

Por qué PrestaShop 8 y 9 cambian la ecuación

La diferencia importante entre quedarse y actualizar no es la lista de funcionalidades nuevas. Es que cambia el coste de estar al día.

Las ramas 8 y 9 trabajan sobre versiones de PHP con soporte activo y sobre una base técnica mucho más ordenada. En la práctica, esto significa tres cosas para ti:

  • Las actualizaciones dejan de ser un salto al vacío. Pasar de una versión menor a la siguiente es una operación de mantenimiento, no un proyecto. Con el asistente de actualización oficial el proceso está mucho más controlado.
  • Los parches de seguridad te llegan. Cuando aparece un fallo, existe una corrección para tu versión y puedes aplicarla en días, no convivir con ella indefinidamente.
  • El ecosistema te acompaña. Los módulos que necesitas se desarrollan pensando en estas versiones, así que dejas de ir a contracorriente cada vez que quieres añadir algo.

Dicho de otro modo: actualizar no es solo resolver el problema de hoy. Es salir del ciclo en el que cada año la tienda vale un poco menos y arreglarla cuesta un poco más.

La parte delicada: por qué migrar datos no es copiar y pegar

Entre una versión antigua y PrestaShop 8 o 9 hay años de cambios en la estructura de la base de datos. Migrar bien consiste en trasladar la información respetando todas las relaciones que la sostienen. Estos son los puntos donde se suelen romper las migraciones caseras:

  • Los identificadores. Si los ID de productos o clientes cambian por el camino, los pedidos antiguos apuntan a donde no deben. El histórico queda inservible justo cuando lo necesitas.
  • Las URLs y las redirecciones. Cambiar la estructura de enlaces sin un mapa de redirecciones 301 es la forma más rápida de perder posiciones que costaron años.
  • Los datos fiscales. Las facturas emitidas no se regeneran: se conservan tal y como se emitieron. Y hay obligación legal de poder recuperarlas.
  • Los consentimientos de RGPD. Migrar la base de clientes implica migrar también qué consintió cada uno y cuándo.
  • Los overrides y las personalizaciones. Casi ninguna tienda con años está «limpia». Hay que decidir qué se reconstruye correctamente y qué se descarta.

Y sobre todo: la tienda antigua tiene que seguir vendiendo mientras se prepara la nueva. Los pedidos que entran durante el proceso también hay que traerlos. Por eso una migración seria termina con una sincronización final y una ventana de cambio planificada, no con un «lo subimos el viernes y vemos».

Cómo lo hacemos nosotros

En Ducktoy trabajamos siempre sobre una copia. Montamos la tienda nueva en un entorno aparte, migramos los datos ahí y los verificamos antes de que nada toque producción. Tu tienda actual sigue vendiendo con normalidad durante todo el proceso.

Después contrastamos: número de clientes, número de pedidos, importes totales, unidades en stock y URLs indexadas. Si un total no cuadra, se corrige antes de seguir. El cambio final se hace en una ventana acordada contigo y con un plan de vuelta atrás preparado.

Somos agencia certificada dentro del programa PrestaShop Experts, la única de Málaga. No lo decimos como adorno: significa que la propia plataforma ha verificado nuestro nivel técnico, algo que puedes comprobar por tu cuenta en lugar de fiarte de lo que ponga en nuestra web.

En resumen

Una tienda antigua que «va bien» no es una tienda estable: es una tienda que todavía no ha tenido su incidente. Cada mes que pasa aumenta la superficie de riesgo y encarece la solución.

Migrar a PrestaShop 8 o 9 con los datos intactos te devuelve algo muy concreto: una tienda que se puede actualizar sin miedo. Y el momento menos malo para hacerlo siempre es antes de que haga falta.

Si quieres saber en qué estado está la tuya, analizamos tu instalación actual sin coste y te decimos qué versión tienes, qué riesgos concretos corres y qué haría falta para migrarla.