PrestaShop 1.6 no tiene soporte oficial desde el 30 de junio de 2019, y la 1.7 dejó de mantenerse cuando salió PrestaShop 9, en junio de 2025. Una tienda en esas versiones sigue vendiendo, pero sobre una base sin parches, atada a un PHP viejo y cada vez más difícil de integrar con pagos y envíos.
El techo es concreto: la 1.6.1.x funciona, como mucho, con PHP 7.1, que no tiene soporte desde el 1 de diciembre de 2019. La versión vigente hoy es PrestaShop 9.2, publicada el 30 de septiembre de 2026, que pide PHP 8.1 y admite hasta PHP 8.5.
En DCisGlobal vemos muchas tiendas en esta situación: armadas hace años, con buen catálogo y clientes fieles, que nadie se anima a tocar. Tiene lógica, porque la tienda factura. Justamente por eso conviene ordenarla antes de que un problema la frene.
Qué significa que PrestaShop 1.6 no tenga soporte
Desde el 1 de julio de 2019, el mantenimiento de la 1.6 quedó solo en manos de voluntarios, fuera de los canales oficiales de PrestaShop. No hay versiones oficiales nuevas ni garantía de que las fallas se corrijan.
Las señales de abandono siguen llegando. El 1 de abril de 2026, PrestaShop dejó de generar y ofrecer los paquetes de traducción de la 1.6 y anteriores. En ese mismo anuncio recomendó pasar a PrestaShop 9.
Con la 1.7 pasó algo parecido. En 2023 entró en una fase de mantenimiento solo de seguridad, y el proyecto anunció que esa fase terminaba al publicarse la 9.0.0. Eso ocurrió en junio de 2025.
Qué versión de PHP admite cada PrestaShop
La tabla resume con qué versiones de PHP funciona cada versión de PrestaShop, de la mínima a la máxima, y en qué estado está hoy el PHP más nuevo que admite cada una.
| Versión de PrestaShop | Versiones de PHP compatibles | Estado del PHP más nuevo que admite | Estado de la versión |
|---|---|---|---|
| 1.6.1.x | 5.2 a 7.1 | Sin soporte desde el 1/12/2019 | Sin soporte oficial desde el 30/6/2019 |
| 1.7.0 a 1.7.3 | 5.4 a 7.1 | Sin soporte desde el 1/12/2019 | Sin mantenimiento |
| 1.7.4 | 5.6 a 7.1 | Sin soporte desde el 1/12/2019 | Sin mantenimiento |
| 1.7.5 y 1.7.6 | 5.6 a 7.2 | Sin soporte desde el 30/11/2020 | Sin mantenimiento |
| 1.7.7 | 7.1 a 7.3 | Sin soporte desde el 6/12/2021 | Sin mantenimiento |
| 1.7.8 | 7.1 a 7.4 | Sin soporte desde el 28/11/2022 | Mantenimiento terminado con la salida de la 9.0 |
| 8.0 a 8.2 | 7.2 a 8.1 | Sin soporte desde el 31/12/2025 | 8.2 en soporte extendido: solo seguridad y fallas críticas |
| 9.0 | 8.1 a 8.4 | Con soporte hasta el 31/12/2028 | Línea vigente |
| 9.1 y 9.2 | 8.1 a 8.5 | Con soporte hasta el 31/12/2029 | Línea vigente (9.2 es la versión actual) |
Los riesgos para el negocio
Pagos
Las pasarelas de pago actualizan sus módulos y sus requisitos de seguridad. Cuando un proveedor deja de publicar versión para la 1.6, la tienda queda con un módulo viejo que puede dejar de funcionar el día que la pasarela cambie algo. Si el cobro se corta, la venta se corta.
Además, quien cobra con tarjeta tiene que poder demostrar que cuida ese circuito. Una plataforma sin parches complica esa conversación con el banco o la pasarela.
Integraciones
Facturación electrónica, logística, marketplaces, ERP y analítica: los conectores nuevos se escriben pensando en PrestaShop 8 o 9. En la 1.6, cada integración termina siendo un desarrollo especial, más caro y más frágil.
Seguridad
Una tienda online está, por definición, abierta a internet y guarda datos de clientes y pedidos. Con versiones sin parches, las fallas conocidas quedan abiertas. Para dimensionar: solo en agosto de 2026, la rama 8.2 recibió una versión de seguridad con cinco correcciones. Las versiones sin mantenimiento no reciben ese tipo de arreglos.
PHP viejo
Ninguna 1.6 ni 1.7 corre sobre un PHP con soporte. Y las 8.0 a 8.2 llegan como máximo a PHP 8.1, que perdió el soporte el 31/12/2025 y no recibe la corrección oficial de PHP2Shell, la falla crítica de PHP corregida el 21/10/2026. Lo explicamos en qué es PHP2Shell y qué hacer y en PHP 8.1: fin de soporte.
Por eso, para salir de la 1.6, en DCisGlobal recomendamos apuntar a PrestaShop 9. Pasar hoy a la 8.x deja la tienda otra vez sobre un PHP sin soporte: sirve como escalón técnico, no como destino.
Qué pasa con los módulos y el tema al migrar
Es la parte que más pesa en el presupuesto, y conviene entenderla en términos de negocio.
El tema, es decir, el diseño de la tienda, no se traslada de la 1.6 a las versiones nuevas: el sistema de plantillas cambió desde la 1.7. En la práctica, el diseño se rehace. Es una buena oportunidad para mejorar la experiencia en el celular y la velocidad de carga, dos cosas que pesan en las ventas.
Los módulos se revisan uno por uno. Para cada uno hay tres salidas:
- Reemplazar: existe una versión compatible con PrestaShop 9, del mismo proveedor o de otro.
- Rehacer: era un desarrollo propio que aporta valor y se reescribe para la versión nueva.
- Eliminar: ya no se usa, o la versión nueva lo trae de serie. Por ejemplo, la 9.2 incluye un módulo nativo de compra en una sola página.
Los datos (productos, clientes, pedidos y direcciones web) se migran. Ahí está el valor real del negocio. Cuidar las direcciones web, con redirecciones donde haga falta, evita perder posiciones en Google.
Por eso, salir de la 1.6 se parece más a mudar la tienda que a actualizarla: se arma la tienda nueva en paralelo, se trasladan los datos y se cambia cuando todo está probado.
Pasar a PrestaShop 9, migrar o blindar: cómo decidir
Pasar a PrestaShop 9
Es el camino natural cuando la plataforma sigue sirviendo al modelo de venta. Se conserva lo que el equipo ya conoce, se recupera el soporte y se gana un camino de actualización ordenado: dentro de la línea 9, el asistente oficial de actualización ya permite pasar de la 9.0 o la 9.1 a la 9.2.
Migrar a otra plataforma
Tiene sentido cuando el negocio cambió: venta mayorista, varios depósitos, catálogos muy grandes o la decisión de no mantener servidor propio. Lo vemos también en tiendas que vienen de Magento 1, como contamos en Magento 1 sin soporte. Si la tienda es parte de un sistema mayor, un desarrollo a medida puede ser la mejor salida.
Blindar mientras se planifica
Una migración bien hecha lleva semanas. Mientras tanto, la tienda actual se protege: acceso al panel de administración restringido, filtro de tráfico malicioso delante de la tienda, servidor aislado, copias de seguridad diarias y probadas, y monitoreo. No es una solución definitiva: es un puente para migrar sin apuro y sin riesgo innecesario.
Qué hacer ahora
- Confirmar la versión exacta de PrestaShop y la de PHP del servidor.
- Hacer una copia completa (base de datos y archivos) y probar que se puede restaurar.
- Inventariar módulos y personalizaciones del tema: cuáles se usan y cuáles impactan en la venta.
- Blindar el panel de administración y el servidor mientras se decide.
- Armar el plan con un diagnóstico tecnológico, con fechas que eviten las temporadas de más venta.
- Migrar en un entorno de prueba, probar pagos y envíos con pedidos de prueba y recién después pasar a producción.
Si el problema de fondo es el PHP del servidor, nuestra guía para actualizar PHP en sistemas sin soporte da el panorama completo.
Cómo lo resolvemos en DCisGlobal
Empezamos con un diagnóstico de la tienda: versión, módulos, tema, integraciones y estado del servidor. Con eso proponemos el camino y un plan por etapas, con la tienda vendiendo mientras tanto.
Hacemos el blindaje inmediato, la migración de datos, el nuevo diseño y la adaptación de módulos e integraciones. Después acompañamos con soporte y mantenimiento para que la tienda no vuelva a quedar atrás.
