Si has llegado buscando cómo actualizar PrestaShop, lo primero que conviene saber es que no todas las actualizaciones son iguales. Pasar de PrestaShop 8 a 9 se parece poco a pasar de 1.6 a 1.7, y confundir las dos cosas es el error que más veces hemos visto acabar en una tienda rota y en un fin de semana perdido.
Esta guía está escrita desde el lado de quien lo hace a diario. No es una lista de botones que pulsar: es lo que hay que mirar antes, lo que se rompe casi siempre y cómo se ordena el trabajo para que tu tienda no deje de vender ni un día.
Primero: mira qué salto tienes delante
Hay tres situaciones distintas y cada una tiene su nivel de dificultad, su plazo y su precio. Antes de pedir presupuesto a nadie, localiza en cuál estás. La versión la tienes en el pie del panel de administración de tu tienda.
De PrestaShop 8 a 9
Es una actualización mayor, pero dentro de la misma familia técnica. Lo normal es que tu catálogo, tus pedidos y tu configuración pasen sin sobresaltos.
Lo que suele dar guerra son dos cosas. Los módulos de terceros que todavía no han publicado versión compatible, porque cada fabricante va a su ritmo y algunos tardan meses. Y los overrides, que es código que algún desarrollador escribió para cambiar el comportamiento del núcleo: cuando el núcleo cambia, ese código deja de encajar y hay que revisarlo uno por uno.
De PrestaShop 1.7 a 8
Es el salto más agradecido de los tres. PrestaShop 8 es la continuación directa de la rama 1.7, así que la estructura de base de datos y el funcionamiento interno son muy parecidos. Si tu tienda está razonablemente limpia, es cuestión de preparar bien y ejecutar.
Conviene hacerlo por pasos y no de golpe: primero poner la 1.7 en su última versión y desde ahí saltar a 8. Es más lento de contar que de hacer, y reduce mucho la probabilidad de que algo se quede por el camino.
De PrestaShop 1.6 a 1.7 o superior
Aquí está la trampa, y es la que más dinero cuesta a quien no la ve venir. Esto no es una actualización, es una migración.
Entre 1.6 y 1.7 cambió el sistema de temas, cambió la arquitectura interna y cambió la forma en que funcionan los módulos. Tu diseño no pasa. Tus módulos de 1.6 no valen, ni siquiera los de pago. Lo que sí pasa, y es lo importante, son tus datos: productos, categorías, clientes, pedidos y direcciones.
Quien te diga que una tienda en 1.6 se actualiza pulsando un botón no ha hecho nunca una. Se puede, y se hace todos los meses, pero el trabajo real no está en el salto de versión: está en rehacer el diseño y en encontrar sustituto a los módulos que ya no existen.
Por qué todavía hay tantas tiendas en 1.6 y 1.7
Si estás en esa situación, no eres una excepción. Hay una razón sencilla y la hemos oído decenas de veces: la tienda funciona. Vende, los pedidos entran, nadie se queja. Y cuando algo funciona, actualizarlo parece un gasto sin retorno.
El problema es que el deterioro no se ve de golpe. No hay un día en que la tienda deje de funcionar. Lo que hay es una ficha que carga un segundo más que la de la competencia, un buscador que devuelve resultados pobres, un móvil en el que el carrito se comporta raro. Nadie te escribe para decírtelo: simplemente cierran la pestaña.
Y hay una parte que sí tiene fecha: la seguridad. Una versión sin soporte no recibe parches. Cuando aparece una vulnerabilidad que afecta a PHP o al propio PrestaShop, las versiones mantenidas reciben corrección y las que están fuera de soporte, no. Ahí ya no es una cuestión de velocidad, es de exposición.
Antes de tocar nada
Esta parte es la que la gente se salta y es exactamente la que evita los disgustos. Si solo te llevas una cosa de toda la guía, que sea esta lista.
Copia de seguridad completa, y comprobada
Archivos y base de datos. Y lo importante, que es lo que casi nadie hace: comprueba que la copia se puede restaurar. Una copia que nadie ha probado no es una copia, es una carpeta. Restaurarla en local cuesta media hora y es la única forma de saber que sirve.
Monta un entorno de pruebas
Nunca actualices la tienda que está vendiendo. Haz una copia en un subdominio o en local, actualiza ahí, y cuando todo funcione repites el proceso en producción con los datos frescos. Esto convierte un problema grave en un rato perdido.
Si tu hosting no te deja montar un entorno de pruebas, ese es un motivo suficiente para plantearte cambiar de hosting antes de actualizar.
Haz inventario de tus módulos
Apunta todos los que tienes activos, de dónde salieron, qué versión tienen y si el fabricante sigue manteniéndolos. Los módulos son la causa número uno de que una actualización se tuerza, por encima del propio salto de versión.
Marca los que son críticos para tu negocio: la pasarela de pago, el módulo de envíos, el de facturación y el que conecte con tu ERP si lo tienes. De esos hay que confirmar la compatibilidad antes de empezar, no durante.
Mira en qué PHP estás
Cada versión de PrestaShop pide un rango de PHP concreto, y es un rango, no un mínimo. Un PHP demasiado antiguo bloquea la actualización, y uno demasiado nuevo rompe la tienda que ya tienes funcionando. Consulta los requisitos de la versión a la que vas antes de tocar el servidor, no después.
Anota tus personalizaciones
Si alguien tocó código en algún momento, con overrides o con cambios directos en el tema, eso no sobrevive a una actualización por sí solo. Haz una lista de lo que tu tienda hace y no hace un PrestaShop recién instalado. Lo que no esté en esa lista se perderá, y te darás cuenta tres semanas más tarde cuando un cliente te lo diga.
Qué sobrevive y qué hay que rehacer
Esta es la pregunta que más nos hacen por teléfono y la respuesta corta es: los datos pasan, el trabajo hecho a mano no.
Pasa solo: el catálogo completo con sus categorías, atributos y combinaciones, los clientes con sus direcciones, el histórico de pedidos y facturas, y la configuración de impuestos, zonas y transportistas.
No pasa solo: el diseño si vienes de 1.6, los módulos que no tengan versión compatible, los overrides, las traducciones personalizadas que hayas escrito encima de las oficiales y las redirecciones, si por el camino cambia alguna dirección.
Los dos métodos que existen
El módulo oficial de actualización
PrestaShop mantiene un módulo gratuito que automatiza el proceso. Hace su propia copia, descarga la versión de destino, sustituye los archivos del núcleo y actualiza la base de datos.
Es la vía recomendada para saltos dentro de la misma rama. Conviene usar siempre la última versión del módulo, aunque tu tienda sea antigua, porque es donde están corregidos los fallos del propio proceso de actualización.
Dos avisos que salen de la práctica. El primero: el proceso puede agotar el tiempo máximo de ejecución del servidor en tiendas con muchos productos, así que si tienes acceso por línea de comandos, lánzalo desde ahí. El segundo, y este es importante: si falla a mitad, no lo vuelvas a lanzar sin restaurar la copia antes. Una actualización interrumpida deja la base de datos a medio camino y relanzar encima suele empeorarlo.
La actualización manual
Consiste en sustituir los archivos del núcleo a mano y ejecutar el instalador de actualización. Da más control y es lo que se acaba haciendo cuando el módulo no puede con la tienda, normalmente por su tamaño o por el número de personalizaciones.
Requiere saber qué carpetas se sustituyen, cuáles se conservan tal cual y cómo quedan los permisos después. Si no lo tienes claro, este no es el método.
Los módulos, uno por uno
Aquí es donde se va la mayor parte del tiempo de una actualización, así que conviene tener un criterio en lugar de improvisar. Para cada módulo, tres preguntas en este orden.
¿Existe versión compatible? Si el fabricante la ha publicado, se compra o se descarga y listo. Es el caso fácil y, con suerte, el de la mayoría.
Si no existe, ¿hay alternativa que haga lo mismo? Muchas funciones tienen tres o cuatro módulos equivalentes en el mercado. Cambiar de proveedor suele ser más barato que mantener vivo un módulo abandonado.
Si no hay alternativa, ¿de verdad lo necesitas? Esta es la pregunta incómoda y la que más ahorra. En casi todas las tiendas que revisamos hay módulos activos que nadie usa desde hace años, instalados para una campaña concreta o por un proveedor anterior. Cada uno de ellos es trabajo, riesgo y peso en la carga de la página.
Solo cuando las tres respuestas obligan se rehace a medida. Y entonces conviene saberlo antes de empezar, porque es la partida que mueve el presupuesto.
El diseño: qué significa rehacerlo
Si vienes de 1.6, el diseño no pasa. Y conviene entender qué implica, porque la gente suele imaginarse algo peor o algo mejor de lo que es.
No significa reinventar tu marca. Los colores, el logotipo, la tipografía y la estructura de tu tienda se conservan. Lo que se rehace es la capa técnica que los pinta, porque el sistema de temas de 1.7 en adelante no tiene nada que ver con el de 1.6.
En la práctica hay dos caminos. Partir de un tema actual y adaptarlo a tu identidad, que es más rápido y más barato. O rehacer el diseño a medida, que tiene sentido si tu tienda tiene necesidades concretas de catálogo o de proceso de compra. La decisión depende de cuánto de tu diseño actual es identidad y cuánto es inercia.
Un apunte que agradecerás más tarde: una actualización es el único momento en que reordenar el menú, limpiar categorías muertas y revisar las fichas sale casi gratis, porque ya estás ahí dentro. Hacerlo después cuesta el doble.
Lo que casi nadie mira: el SEO de la actualización
Esta es la parte que más daño hace cuando se ignora, porque el daño no aparece el primer día. Aparece seis semanas después, cuando las visitas han bajado y ya nadie relaciona una cosa con la otra.
Las direcciones. Si cambia la estructura de URLs, cada dirección antigua tiene que redirigir a su equivalente nueva con una redirección permanente. Una a una, no todas a la portada. Redirigir todo a la portada es la forma más rápida de perder el posicionamiento de una tienda entera.
Los títulos y las descripciones. Comprueba que los metadatos de productos y categorías han viajado. A veces se quedan en el camino y la tienda aparece en Google con textos genéricos.
El mapa del sitio. Regenéralo después de actualizar y vuelve a enviarlo en Search Console. Es un minuto y acelera mucho que Google entienda la nueva estructura.
Las imágenes. Al regenerar miniaturas se pueden perder los textos alternativos. Si tenías ese trabajo hecho, compruébalo antes de dar la actualización por buena.
Los datos estructurados. Si los traía un módulo que ya no existe, dejas de enviar precio, disponibilidad y valoraciones a Google, y pierdes los resultados enriquecidos en los que ya aparecías.
Si quieres verlo con perspectiva: una actualización bien hecha no debería moverte el posicionamiento ni un puesto. Si lo mueve, es que alguien se saltó esta sección.
Lo que se rompe casi siempre
- Módulos de terceros sin versión compatible. Lo más frecuente, con diferencia.
- El tema. Si es a medida o está muy tocado, prepárate para trabajo de diseño. En el salto desde 1.6 es seguro.
- Los overrides. El código que sobrescribe el núcleo deja de encajar cuando el núcleo cambia.
- Las direcciones de las páginas. Sin redirecciones, pierdes el posicionamiento que tenías.
- El buscador interno. Después de actualizar hay que reconstruir el índice. Si no, devuelve resultados vacíos y tú no te enteras, porque tú no buscas en tu propia tienda.
- Los correos automáticos. Las plantillas de correo se sustituyen y las que estaban personalizadas vuelven a las de serie.
- Las traducciones a medida. Si cambiaste textos de la tienda a mano, revisa que siguen ahí.
Después de actualizar: la lista de comprobación
No des por buena una actualización hasta que hayas probado esto, y en móvil además de en ordenador, porque es donde compra la mayoría:
- Una compra completa de principio a fin, con un pedido real.
- El alta de un cliente nuevo y el acceso de uno existente.
- El buscador, con un producto que sepas que existe.
- Los filtros de categoría y la navegación por facetas.
- Los correos automáticos: confirmación de pedido, cambio de estado y recuperación de contraseña.
- Las pasarelas de pago, una por una.
- El cálculo de gastos de envío por zona y por peso.
- La facturación, los impuestos y la numeración de facturas.
- Las devoluciones y los cambios de estado de pedido.
- El panel de administración completo, no solo la portada.
- La velocidad de carga, comparada con la de antes.
Cuánto tarda, de verdad
No podemos darte un número sin ver tu tienda, pero sí el orden de magnitud y de qué depende.
Un salto dentro de la misma rama, en una tienda limpia y con pocos módulos, es cuestión de días. Una migración desde 1.6 con rediseño y módulos a medida se mide en semanas, y la mayor parte de ese tiempo no es la actualización: es el diseño y los módulos.
Lo que sí debería darte cualquier profesional después de revisar tu tienda es una fecha concreta, no una horquilla abierta. Si no te la dan, es que no han mirado lo suficiente.
Cuándo no deberías hacerlo tú
Hay tres señales claras. Si tu tienda está en 1.6, porque no es una actualización y el trabajo de verdad está en otro sitio. Si tienes módulos a medida que nadie mantiene, por lo mismo. Y si no tienes dónde probar, porque entonces tu entorno de pruebas es tu tienda y tus clientes son los que encuentran los fallos.
En esos tres casos el coste de hacerlo mal es más alto que el de delegarlo, y no por el precio de la actualización, sino por los días de ventas que se pierden mientras se arregla.
Preguntas frecuentes
¿Puedo saltar directamente de 1.6 a PrestaShop 9?
Técnicamente se hace por pasos, no de un salto. Pero desde tu punto de vista es un único proyecto: se migra y se termina en la versión actual, sin dejar la tienda parada en una intermedia.
¿Pierdo los pedidos antiguos?
No. El histórico de pedidos, las facturas y los clientes viajan. Es justamente lo que mejor sobrevive.
¿Tengo que cerrar la tienda mientras se actualiza?
No, si se trabaja sobre una copia. La tienda sigue vendiendo y el paso a producción se hace fuera del horario de ventas, normalmente de madrugada.
¿Y si mi hosting no aguanta la versión nueva?
Se detecta en la revisión previa. A veces basta con cambiar la versión de PHP desde el panel del hosting y a veces hay que mover la tienda a un servidor que cumpla los requisitos. Mejor saberlo antes.
¿Merece la pena actualizar si mi tienda vende poco?
Depende de por qué vende poco. Si es por la tienda, la actualización es parte de la solución. Si es por falta de visibilidad, actualizar sola no lo arregla: hay que trabajar también el posicionamiento. Una tienda actualizada y rápida es la base, no el objetivo.
Si prefieres que lo miremos nosotros antes de tocar nada, puedes pedir una revisión técnica gratuita de tu PrestaShop. Te decimos en qué versión estás, qué módulos se rompen, si tu servidor aguanta y qué costaría, con un presupuesto cerrado.
