Actualizar PrestaShop (1.7 → 8 → 9) sin romper la tienda

Actualizar PrestaShop en 8 pasos

Es el orden que sigo en cada tienda. Cada paso está explicado más abajo:

1. Mira tu versión de PrestaShop y la de PHP en Parámetros avanzados → Información, y decide a qué versión vas (sección «Qué versión te toca»).
2. Comprueba que la tienda está limpia. Actualizar no quita una puerta trasera ni un override malicioso: si hay sospechas, primero se limpia.
3. Haz el inventario de módulos de terceros, overrides, tema y cambios hechos a mano en el núcleo. Desinstala y borra lo que no usas.
4. Copia completa fuera del servidor: archivos y base de datos, además de la que haga el módulo.
5. Monta una copia de pruebas (staging) con la versión de PHP que tendrá producción y actualiza ahí: primero los módulos de terceros, después el núcleo con el Update Assistant.
6. Prueba el recorrido de compra completo con cada método de pago y de envío, y revisa var/logs/ y el log de errores de PHP.
7. Repite en producción en una franja de pocas ventas, con la tienda en mantenimiento.
8. Ten el plan de vuelta atrás a mano: cómo restaurar la copia y cómo volver a la versión de PHP anterior.

Por qué actualizar es seguridad

Cada versión de PrestaShop corrige fallos que después se publican con su identificador. Por ejemplo, en agosto de 2026 salieron a la vez 8.2.8 y 9.1.5 con cinco avisos de seguridad, entre ellos una inyección SQL en los filtros de listados del back-office y un SSRF en la importación CSV (avisos de seguridad de PrestaShop). Desde el momento en que se publican, cualquiera puede leer qué estaba mal.

Y hay versiones que ya no reciben arreglos. Según el equipo de PrestaShop, la rama 1.7.8 dejó de mantenerse al publicarse PrestaShop 9.0.0 (junio de 2025); la última versión de 1.7 es la 1.7.8.11, de enero de 2024. La rama 8.2 está en soporte extendido, que terminará cuando salga PrestaShop 10.0.0. Si estás en 1.6 o 1.7, cada fallo nuevo que se descubra se quedará abierto en tu tienda.

La actualización no lo arregla todo: los módulos de terceros tienen sus propios fallos y se actualizan aparte. La lista de los más conocidos está en módulos de PrestaShop con vulnerabilidades. Y si sospechas que la tienda ya está comprometida, no actualices encima: primero revisa y limpia, porque una actualización no elimina una puerta trasera ni un override malicioso. El análisis gratuito te dice desde fuera qué versión detecta y qué módulos visibles tienen fallos publicados.

Qué versión te toca

Mira tu versión en Parámetros avanzados → Información del back-office (o en la esquina del panel). Con eso:

• 1.6.x: primero hay que pasar a 1.7 con la versión 4.14.3 del módulo de actualización (la última que admite 1.6), y desde ahí seguir. Es un salto grande: cambia el tema por completo y muchos módulos no tienen equivalente. A menudo compensa más una migración (instalación nueva y traspaso de datos) que una actualización.
• 1.7.x: el objetivo es llegar a 8.2 y, después, a 9. Más abajo explico por qué casi siempre son dos pasos.
• 8.0 o 8.1: actualiza a la última 8.2 y planifica el paso a 9.
• 8.2.x: aplica el último parche (8.2.8 a fecha de esta guía) y planifica el paso a 9 con calma.
• 9.x: mantente en el último parche de tu rama. La 9.2.0 salió el 30 de septiembre de 2026.

Parches de tu versión y módulos: la actualización de cada mes

No todo es saltar de versión. La mayoría de las veces, «actualizar PrestaShop» es aplicar el último parche de tu rama (por ejemplo, de una 8.2.x a la última 8.2) y poner al día los módulos. Es lo que cierra los fallos que se publican cada pocos meses, y da mucho menos trabajo:

• Parches del núcleo: se aplican con el mismo Update Assistant, que te ofrece la última versión de tu rama. Los requisitos de PHP no cambian dentro de la rama, pero copia y compra de prueba, siempre.
• Módulos: en Módulos → Gestor de módulos ves los que tienen actualización disponible (los de Addons, si la tienda tiene tu cuenta conectada). Los que compraste fuera de Addons se actualizan subiendo el .zip nuevo que te da su autor.
• Prioridad: primero los módulos con un fallo de seguridad publicado. Cruza tus versiones con la lista de módulos de PrestaShop con vulnerabilidades; después, el resto, uno a uno y empezando por los que no tocan el pago.

Requisitos: la versión de PHP manda

El requisito que más condiciona es PHP. Según las tablas oficiales de requisitos de 1.7, 8 y 9:

Para 8 y 9, además: MySQL 5.7 o MariaDB 10.2 como mínimo, Apache 2.4 o Nginx, y para 9 se recomienda memory_limit de al menos 512M. Las extensiones de PHP habituales (cURL, DOM, GD, Intl, Mbstring, Zip, PDO MySQL…) vienen en la mayoría de hostings, pero compruébalo.

El módulo de actualización hace esta cuenta por ti: solo te ofrece la versión más alta compatible con el PHP que tiene el servidor en ese momento.

Inventario de módulos y overrides

Es el paso que más tiendas se saltan y el que más problemas evita. Antes de tocar nada, haz una lista de:

• Cada módulo de terceros: nombre técnico, versión instalada, de dónde salió (Addons, otro proveedor, a medida) y si el autor publica una versión compatible con tu versión de destino. Los que no la tienen son tu mayor riesgo.
• Los módulos que no usas: desinstálalos y bórralos antes de actualizar. Menos cosas que migrar y menos superficie de ataque.
• Los overrides: todo lo que haya en override/classes/ y override/controllers/. Cada uno modifica una clase del núcleo que puede haber cambiado en la nueva versión. Apunta qué módulo o qué desarrollador creó cada uno.
• El tema: si es un tema comprado, si el autor tiene versión para 8 o 9; si es hijo del tema por defecto, qué plantillas sobrescribe.
• Cambios hechos directamente en el núcleo (archivos de classes/ o controllers/ editados a mano). La actualización los machaca sin avisar. Comparar el núcleo con el original de tu versión es la única forma de saberlo.

Desde la línea de comandos, el propio módulo de actualización tiene un comando que lista los módulos que requieren alguna acción antes o durante la actualización (lo verás abajo).

Update Assistant o manual

Update Assistant (módulo autoupgrade)

El módulo oficial de actualización, de nombre técnico autoupgrade, se llama hoy Update Assistant (durante años fue «1-Click Upgrade»). Sus versiones actuales sirven para cualquier tienda desde 1.7. Se instala desde el Marketplace del back-office, desde Addons o desde GitHub, y funciona de dos formas:

• Desde el back-office, con un asistente: elige la versión (te propone la recomendada para tu PHP), revisa los requisitos (los bloqueantes salen en rojo), elige opciones y copia de seguridad, y lanza la actualización.
• Desde la línea de comandos, que recomiendo en tiendas grandes porque no depende de los límites de tiempo del navegador ni del servidor web.

Los comandos principales, ejecutados desde la carpeta del módulo (modules/autoupgrade), según su documentación oficial:

# ¿Cumple el servidor los requisitos?
php bin/console update:check-requirements tu-carpeta-admin

# Módulos que necesitan alguna acción
php bin/console update:check-modules tu-carpeta-admin

# Versiones disponibles para esta tienda
php bin/console update:check-new-version tu-carpeta-admin

# Copia de seguridad y actualización
php bin/console backup:create --config-file-path=config.json tu-carpeta-admin
php bin/console update:start --config-file-path=config.json tu-carpeta-admin

Opciones que conviene entender: desactivar los módulos que no son nativos (activado por defecto; según la documentación, a partir de PrestaShop 9 esta opción se ignora), regenerar las plantillas de correo (activado por defecto; perderás las personalizaciones si las tienes) y desactivar todos los overrides (desactivado por defecto). La copia puede ser completa, sin imágenes o ninguna; si eliges ninguna, la copia es cosa tuya.

Manual

La documentación oficial solo describe la actualización manual (sustituir archivos y ejecutar los scripts de actualización de la base de datos a mano) para saltos dentro de 1.7, de 1.7.0 a 1.7.8, y recomienda el Update Assistant para todo lo demás. Cuando alguien me pide «actualizar PrestaShop manualmente» a 8 o 9, en la práctica significa una de estas dos cosas:

• Usar el Update Assistant por línea de comandos con un paquete descargado (canal local, con el .zip y el .xml de la versión en tu-carpeta-admin/autoupgrade/download). Es la opción más controlada.
• Migrar: instalar la versión nueva limpia y traspasar catálogo, clientes y pedidos. Es más trabajo, pero deja fuera años de módulos viejos y overrides. Tiene sentido desde 1.6 o desde tiendas muy parcheadas.

Staging y pruebas del checkout

Nunca actualizo directamente en producción. El orden:

1. Copia de la tienda en un subdominio o servidor de pruebas, con la misma versión de PHP que tendrá producción. Protégela con contraseña y desactiva los correos a clientes y el modo real de las pasarelas (usa sus modos de prueba).
2. Actualiza la copia siguiendo el plan: quitar módulos que sobran, actualizar los de terceros a versiones compatibles, lanzar el Update Assistant.
3. Repasa la lista oficial de comprobaciones tras actualizar y borra la caché.
4. Prueba el recorrido completo de compra con cada método de pago y de envío: alta de cliente, carrito, cupones, pago, correo de confirmación, factura en PDF, cambio de estado del pedido en el back-office.
5. Revisa los registros: var/logs/ y el log de errores de PHP. Los avisos de funciones obsoletas suelen anunciar el módulo que fallará.
6. Solo cuando todo eso sale limpio, repite en producción en una franja de pocas ventas, con la tienda en mantenimiento.

Plan de vuelta atrás

Antes de empezar en producción, ten claro cómo volver en minutos:

• Copia completa propia (archivos y base de datos), además de la del módulo. La del módulo se guarda en el mismo servidor; la tuya, fuera.
• Restauración desde el módulo: el Update Assistant ofrece restaurar su copia si la actualización falla, desde el back-office o con php bin/console backup:restore --backup=NOMBRE tu-carpeta-admin si has perdido el acceso al panel.
• PHP: si has subido la versión de PHP para la nueva versión, apunta cómo bajarla en el panel del hosting. La copia restaurada necesita su PHP antiguo.
• Pedidos durante la ventana: si restauras la base de datos, perderás los pedidos hechos entre la copia y la restauración. Por eso se actualiza con la tienda en mantenimiento.

Riesgos de actualizar PrestaShop y cómo evitarlos

Si prefieres que lo haga yo

Hago actualizaciones de PrestaShop con este mismo método: inventario, copia de pruebas, prueba de compra y plan de vuelta atrás. El plan de mantenimiento de tienda (69 €/mes (IVA no incluido)) incluye los parches de tu rama, la revisión de módulos antes de cada actualización y una hora de trabajo técnico al mes; los saltos de versión mayor se presupuestan aparte según los módulos que tenga la tienda. Detalles en mantenimiento de PrestaShop. Si antes de decidir quieres saber en qué estado está la tienda por dentro (módulos con fallos, overrides, archivos modificados), lo cuento en seguridad PrestaShop.

Fuentes

• Requisitos de sistema de PrestaShop 1.7, 8 y 9 (documentación oficial).
• Actualizar PrestaShop 9 y actualizar desde el back-office.
• Módulo autoupgrade (Update Assistant) en GitHub: comandos, canales y opciones.
• Avisos de seguridad del núcleo de PrestaShop y versiones publicadas.
• PrestaShop 1.7.8 en soporte extendido y 8.2.x en soporte extendido.