PHP 8.2 deja de tener soporte el 31 de diciembre de 2026: qué hacer con tu web o tu tienda

El 31 de diciembre de 2026 PHP 8.2 llega al final de su vida: a partir de esa fecha no recibirá más parches de seguridad. Si tu web, tu tienda online o tu aplicación funciona sobre PHP 8.2 o una versión anterior, cualquier fallo de seguridad que se descubra en el lenguaje se quedará sin arreglar.

La web no se apaga el 1 de enero. Lo que cambia es el riesgo y, poco a poco, todo lo que la rodea: los proveedores de hosting retiran las versiones antiguas, los módulos de pago y de transporte dejan de dar soporte y cada actualización se vuelve más difícil. En este artículo explicamos cómo saber dónde estás y qué hacer según la plataforma.

El calendario de PHP

Cada versión de PHP tiene dos años de soporte activo (correcciones de errores y de seguridad) y otros dos solo de seguridad. Estas son las fechas publicadas en php.net:

Si vas a hacer el esfuerzo de actualizar, el objetivo razonable hoy es PHP 8.4: tiene soporte hasta finales de 2028 y las plataformas principales ya lo admiten. Saltar solo a 8.3 te obliga a repetir el trabajo dentro de un año.

Cómo saber qué versión de PHP usa tu web

• En el panel del hosting. cPanel, Plesk y la mayoría de paneles muestran la versión de PHP de cada dominio, normalmente en una sección llamada "Versión de PHP" o "Selector de PHP".
• En la propia plataforma. WordPress la muestra en Herramientas → Salud del sitio → Información → Servidor. PrestaShop, en Parámetros avanzados → Información.
• Desde fuera. Muchos servidores anuncian la versión en la cabecera X-Powered-By. Nuestro detector de plataforma la lee junto con la plataforma y su versión, y avisa si ya no tiene soporte. Si el servidor la oculta, tendrás que mirarla en el panel.

Cuidado con un detalle: en algunos hostings la web y las tareas programadas (cron) usan versiones de PHP distintas. Comprueba las dos.

Qué hacer según tu plataforma

WordPress y WooCommerce

Es el caso más sencillo. El manual de hosting de WordPress recomienda PHP 8.4 o superior para producción, y el núcleo funciona con PHP 8.4 y 8.5. El problema suelen ser los plugins y el tema: uno abandonado o muy personalizado puede fallar con una versión nueva de PHP.

El orden correcto es: copia de seguridad, actualizar WordPress, el tema y todos los plugins, probar en una copia de la web con PHP 8.4 y solo entonces cambiar la versión en producción. Si un plugin no tiene versión compatible, hay que sustituirlo antes del cambio.

PrestaShop

Aquí está el mayor riesgo, porque la versión de PHP está atada a la versión de PrestaShop:

• PrestaShop 9.0 funciona con PHP 8.1 a 8.4 (recomienda 8.4). PrestaShop 9.1 llega hasta PHP 8.5.
• PrestaShop 8.0 a 8.2 solo admiten hasta PHP 8.1, que se quedó sin parches de seguridad el 31 de diciembre de 2025. Una tienda en PrestaShop 8 ya está hoy sobre un PHP sin soporte, y no puede subir de versión de PHP sin actualizar antes PrestaShop.
• PrestaShop 1.7 y 1.6 se quedan en versiones de PHP todavía más antiguas. Para ellas la salida no es cambiar PHP sino migrar la tienda.

El salto de PrestaShop 8 a 9 cambia partes internas que usan los módulos y los temas, así que hay que revisar cada módulo instalado antes de actualizar.

Magento (Adobe Commerce)

Según los requisitos de Adobe, Magento 2.4.6 funciona con PHP 8.1 y 8.2, la 2.4.7 con 8.2 y 8.3, la 2.4.8 con 8.3 y 8.4, y la 2.4.9 con 8.5. Una tienda en 2.4.6 o anterior necesita actualizar Magento para salir de PHP 8.2. Magento 1 dejó de tener soporte en junio de 2020 y no tiene arreglo por esta vía.

Aplicaciones a medida

En una aplicación propia (Laravel, Symfony o PHP sin framework) la versión de PHP depende del framework y de cada librería instalada. Lo habitual es actualizar primero el framework a una versión con soporte, después las dependencias, y ejecutar las pruebas automáticas con la versión nueva de PHP. Si la aplicación no tiene pruebas, conviene escribir al menos las de los procesos críticos (pedidos, pagos, facturación) antes de tocar nada.

Un plan en cinco pasos

1. Inventario. Qué webs y aplicaciones tienes, con qué versión de PHP, qué plataforma y versión, y qué módulos o integraciones dependen de ellas.
2. Copia de pruebas. Una copia de la web, bloqueada a buscadores, con la versión nueva de PHP. Nunca se prueba en producción.
3. Actualizar plataforma y módulos. En la copia, hasta una versión compatible con PHP 8.4. Anota lo que falla.
4. Probar los procesos que dan dinero. Alta de cliente, carrito, pago, emails, conexión con el ERP o el transporte, facturas. No basta con ver que la portada carga.
5. Cambio y vigilancia. Cambiar la versión en producción en un momento de poco tráfico y vigilar el registro de errores durante los días siguientes.

Si no da tiempo antes del 31 de diciembre

Quedan pocas semanas y una actualización de PrestaShop o Magento con muchos módulos no siempre cabe en ese plazo. No pasa nada por terminar en enero si el plan está claro. Lo que no conviene es quedarse indefinidamente: cada mes sin soporte hace la actualización más cara.

Mientras tanto, reduce la exposición: mantén al día lo que sí se puede actualizar, retira módulos que no uses, protege el panel de administración y activa un cortafuegos de aplicación web si tu hosting o tu CDN lo ofrecen.

Por dónde empezar

Mira qué versión de PHP y de plataforma tiene tu web con el detector de plataforma. Si la tienda necesita cambiar de versión o de plataforma, en migración de tiendas online explicamos cómo lo hacemos sin perder ventas ni posicionamiento, y en administración de servidores cómo mantenemos el servidor al día.