✓ Actualizar PrestaShop a la última versión estable

A día de hoy, la última versión estable es PrestaShop 9.1.5, publicada el 18 de agosto de 2026 junto con la 8.2.8. Las dos corrigen cinco fallos de seguridad, y PrestaShop recomienda actualizar cuanto antes. La 9.2 está en beta.

Antes de actualizar, haceos esta pregunta: ¿por qué quiero actualizar? Y sobre todo, ¿a qué versión?

Dos actualizaciones muy distintas

No es lo mismo pasar de 9.1.2 a 9.1.5 que pasar de 1.7 a 9.

Dentro de la misma rama (8.2.x a 8.2.8, o 9.1.x a 9.1.5): correcciones y parches de seguridad. Riesgo bajo. Hacedlo.
Cambio de rama (1.7 u 8 a 9): cambian requisitos, tema por defecto y compatibilidad de módulos. Es un proyecto, no un botón.

Para un cambio de rama, adelante si vuestra respuesta es alguna de estas:

Vuestra rama ya no recibe parches de seguridad.
Os faltan funciones que necesitáis.
Tenéis incompatibilidades con el hosting o con algún módulo necesario para el negocio.
Vosotros o alguien del equipo sabéis resolver problemas si aparecen a mitad.

Si la respuesta es «me han dicho que la nueva es mejor», esperad a tener un motivo concreto.

Antes de nada

Entorno de pruebas

Copiad la tienda entera (archivos y base de datos) a un subdominio o a un servidor de pruebas y actualizad primero ahí. Bloqueadlo a buscadores con contraseña, no solo con robots.txt.

PHP

PrestaShop 9.1 admite PHP de 8.1 a 8.5 y pide memory_limit de al menos 512M según los requisitos del sistema. Si vuestro hosting está en una versión anterior de PHP, primero eso.

Tema

Comprobad si vuestro tema es compatible con la versión de destino. Es fácil que no lo sea, y que perdáis cualquier cambio hecho a mano en los .tpl. Haced copia de la carpeta del tema antes de tocar nada, pase lo que pase.

Si vais a 9.1 en una instalación nueva, el tema por defecto ya es Hummingbird 2.0. En una actualización conserváis el vuestro, pero tiene que funcionar con la nueva versión.

Módulos y overrides

Haced una lista de los módulos que no son nativos y preguntad al proveedor de cada uno si es compatible con la versión de destino. Lo mismo con los overrides de la carpeta override: son los que más se rompen.

Ojo con esto: el Asistente de actualización 7.6.0, el que añade soporte para 9.1, detecta los módulos incompatibles y los desinstala automáticamente. Mejor saber cuáles son antes que descubrirlo después.

Actualizar desde el back office

El antiguo 1-Click Upgrade ahora se llama Asistente de actualización (Update Assistant, el módulo autoupgrade). El nombre viejo ya sonaba más fácil de lo que era. Los pasos, según la documentación oficial:

Instalad o actualizad el módulo desde el gestor de módulos. Usad siempre su última versión.
Elegid la versión. «Recomendada» es la más probada compatible con vuestro PHP. También puede salir la más reciente, o una local si ponéis el .zip y el .xml en admin/autoupgrade/download.
Comprobación de requisitos. Las cruces rojas bloquean. Los avisos naranjas os dejan seguir, pero con avisos es fácil que la actualización falle o quede a medias. Yo no sigo hasta tenerlo todo en verde.
Opciones. Desactivar módulos no nativos (sí por defecto), regenerar las plantillas de email (sí por defecto, y sobrescribe vuestras personalizaciones: si las tenéis, ponedlo en no) y desactivar todos los overrides (no por defecto).
Copia de seguridad. Completa (archivos, base de datos e imágenes), parcial (sin imágenes) o ninguna. Si elegís parcial por el tamaño, tened una copia de las imágenes por otro lado. Se guarda en admin/autoupgrade/backup.
Iniciar la actualización y no cerrar la pestaña. Si falla, podéis restaurar desde la copia del propio módulo.
Lista de comprobación posterior: el módulo os da una al terminar y podéis descargar los logs.

Problemas típicos en la comprobación

Permisos: el usuario del servidor web tiene que poder escribir en la carpeta de la tienda y en admin/autoupgrade. Nada de 777: ajustad propietario y permisos con el hosting.
Módulos antiguos que dan conflicto: hay que desinstalarlos desde el back office. Si dejan restos, revisad la tabla ps_module con copia previa de la base de datos.
Tiempo máximo de ejecución o memoria de PHP: pedid al hosting que los suba, o ajustadlos en php.ini si os lo permite. Con tiendas grandes, mejor usar la línea de comandos.

Actualizar por línea de comandos

Si tenéis acceso SSH, es lo que recomiendo en tiendas grandes: no depende de los límites de tiempo del navegador. El módulo tiene que estar en modules/autoupgrade, aunque no esté instalado. Sustituid admin-xxxx por el nombre real de vuestra carpeta de administración. Los comandos están en la documentación de PrestaShop:

# Comprobar requisitos
php modules/autoupgrade/bin/console update:check-requirements admin-xxxx

# Copia de seguridad (con imágenes salvo --include-images=0)
php modules/autoupgrade/bin/console backup:create admin-xxxx

# Actualizar a la versión recomendada
php modules/autoupgrade/bin/console update:start --channel=online_recommended admin-xxxx

# Si algo sale mal: listar copias y restaurar
php modules/autoupgrade/bin/console backup:list admin-xxxx
php modules/autoupgrade/bin/console backup:restore admin-xxxx

Antes de lanzarlo, mirad las opciones de vuestra versión del módulo con --help. Por ejemplo, update:start acepta --regenerate-email-templates y --disable-all-overrides.

Después de actualizar

Borrad la caché en Parámetros avanzados, Rendimiento.
Haced una compra completa con cada método de pago y de envío.
Revisad que llegan los emails de pedido y que tienen buen aspecto.
Reactivad los módulos no nativos de uno en uno, probando la tienda tras cada uno.
Comprobad que GA4 sigue registrando las compras. Si cambia la plantilla, el evento de compra es lo primero que se pierde. Lo explico en cuadros de mando para ecommerce.
Rastread la web y vigilad Search Console unos días: errores 404 nuevos, URLs que cambian, redirecciones que desaparecen.

Si después de actualizar la tienda va más lenta, tenéis por dónde empezar en optimización de rendimiento en PrestaShop.

Preguntas frecuentes

¿Puedo actualizar de una beta o una RC a la versión final?

Para 9.1, PrestaShop dice que no con el Asistente de actualización: si probasteis la beta o la RC1, toca instalación nueva.

¿Pierdo los productos y pedidos al actualizar?

El proceso está pensado para conservar datos, módulos y tema. Aun así, haced copia completa fuera del módulo. Si algo falla a mitad, la copia es lo único que os salva.

¿Merece la pena quedarse en 8.2?

Mientras reciba parches de seguridad, puede ser una opción razonable si vuestros módulos o tema no están listos para 9. Mantenedla al día: la 8.2.8 lleva las mismas correcciones de seguridad que la 9.1.5.

¿Qué tal os ha ido? ¿En qué paso se os atascó?

¿Te ha servido? Si quieres que lo mire en tu web, aquí te cuento cómo trabajo seo para ecommerce o escríbeme.

¿Te queda alguna duda?

Pregúntamela y la respondo en el muro de preguntas, una vez al día.

Actualizar PrestaShop a la última versión estable sin romper la tienda