Actualizado el 9 de noviembre de 2026: a partir del 31 de diciembre de 2026, PHP 8.2 deja de recibir actualizaciones de seguridad: la versión queda obsoleta, la web sigue funcionando, pero ya nadie la repara. Quedan siete semanas para pasar a PHP 8.3, 8.4 u 8.5, tras una copia de seguridad y una prueba en una copia. WordPress acepta PHP 8.4 desde la versión 6.7, Joomla 6 exige PHP 8.3 como mínimo y PrestaShop 8 se queda en PHP 8.1 mientras la tienda no pase a PrestaShop 9.
El 31 de diciembre de 2026, PHP 8.2 dejará de recibir parches de seguridad. No es un error ni una falla: es el calendario del proyecto PHP, publicado durante años en php.net. Pero después de la vulnerabilidad de PHP de octubre de 2026, esta fecha adquiere otro significado: hemos visto lo que ocurre con las versiones que ya no son soportadas. Nada. Sin parches, y un sitio web que sigue expuesto.
Si solo lee un párrafo: si su sitio web, tienda o software funciona con PHP 8.2 o una versión más antigua, planee migrar a PHP 8.3, 8.4 o 8.5 antes de fin de año, tras hacer una copia de seguridad y probar en un entorno de prueba. Comience por verificar la versión de PHP de su sitio, el resto le indicará qué hacer con su proveedor de alojamiento.
Qué significa «fin de vida », en la práctica
Cada versión de PHP sigue el mismo ciclo, descrito en la página de versiones soportadas: dos años de soporte completo, donde se corrigen errores y vulnerabilidades, seguidos de otros dos años de soporte de seguridad, donde solo se parchan vulnerabilidades críticas. Después de cuatro años, la versión ya no es soportada.
El 21 de octubre de 2026, dos vulnerabilidades críticas fueron corregidas en PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35. PHP 8.1, que alcanzó su fin de vida el 31 de diciembre de 2025, no recibió una versión corregida: el proyecto publicó parches en su código fuente, dejando a cada proveedor de alojamiento la decisión de aplicarlos o no. A partir del 1 de enero de 2027, PHP 8.2 estará en esa misma situación.
El peligro es que un fin de vida no se nota. El sitio no se detiene, no aparece ningún mensaje, las órdenes siguen llegando. Un sitio en PHP 8.2 funcionará el 2 de enero de 2027 igual que el día anterior, simplemente sin protección.
Según la fuente, leerá que PHP 8.2 está «obsoleto», «sin mantenimiento», «sin soporte» o «al final de su soporte». Todas estas palabras significan lo mismo: el fin de las actualizaciones de seguridad, el 31 de diciembre de 2026. Una versión obsoleta no es una versión rota, es una versión que ya nadie repara.
¿Está afectado? ¿Cómo saber su versión
La herramienta que publiqué durante la vulnerabilidad de octubre lee el encabezado de su página de inicio y le indica qué versión anuncia su servidor: verificar la versión de PHP de su sitio. No mostrará nada si su proveedor oculta esa información, pero es el primer paso a intentar.
Si usa WordPress, abra Herramientas, luego Salud del sitio, pestaña Información, sección Servidor: la línea «Versión de PHP» muestra la versión realmente utilizada por su sitio, no la que su proveedor muestra para toda la cuenta. Finalmente, el panel de cliente de su proveedor de alojamiento muestra la versión activa por dominio; las guías paso a paso están más abajo.
El calendario de versiones, verificado el 28 de octubre de 2026
fechas leídas el 28 de octubre de 2026 en la página de versiones soportadas de php.net y su página de fin de vida.
PHP 8.1 y versiones anteriores: fin de vida. PHP 8.1 ya no recibe soporte desde el 31 de diciembre de 2025 (última versión 8.1.34), PHP 8.0 desde el 26 de noviembre de 2023, PHP 7.4 desde el 28 de noviembre de 2022. Si su sitio funciona con alguna de estas versiones, no anticipa un plazo: ya no recibe parches.
PHP 8.2: soporte de seguridad hasta el 31 de diciembre de 2026. Lanzada el 8 de diciembre de 2022, fuera de soporte completo desde el 31 de diciembre de 2024. Recibió el parche de octubre; será uno de los últimos.
PHP 8.3: soporte de seguridad hasta el 31 de diciembre de 2027. Lanzada el 23 de noviembre de 2023, soporte completo terminado el 31 de diciembre de 2025. Pasar a 8.3 da un año de tranquilidad, nada más.
PHP 8.4: soporte completo hasta el 31 de diciembre de 2026, luego seguridad hasta el 31 de diciembre de 2028. Lanzada el 21 de noviembre de 2024. WordPress recomienda 8.3 o superior, PrestaShop 9.0 y Joomla 6 recomiendan 8.4: el equilibrio ideal entre compatibilidad de extensiones y tiempo restante.
PHP 8.5: soporte completo hasta el 31 de diciembre de 2027, luego seguridad hasta el 31 de diciembre de 2029. Lanzada el 20 de noviembre de 2025. La más duradera, pero también la menos probada con extensiones y temas. PrestaShop 9.1 la recomienda; WordPress la soporta desde la versión 6.9.
A partir del 1 de enero de 2027, solo quedarán tres versiones soportadas: 8.3, 8.4 y 8.5.
Lo que ofrecen los proveedores de alojamiento
Revisé el 28 de octubre de 2026 la documentación pública de ocho proveedores de alojamiento. Aquí está lo que dice y lo que no dice.
OVHcloud. La guía de versiones disponibles, actualizado el 27 de octubre de 2026, lista PHP 5.3 a 8.5 con sus propias fechas de finalización: 30 de junio de 2029 para PHP 8.4, 30 de junio de 2030 para PHP 8.5, « por determinar » para 8.2 y 8.3, « migración recomendada » para 8.1 y versiones anteriores. No se mencionan costos. Ver la guía de OVHcloud.
o2switch. La página del selector de versión de PHP, fechada el 23 de junio de 2026, lista PHP 4.4 a 8.5; la versión « nativa », aplicada por defecto, es PHP 8.1. No se mencionan costos ni fechas de finalización. Ver la guía de o2switch.
IONOS. Es el caso particular. Las versiones recientes son gratuitas y la página de cambio de versión recomienda PHP 8.4. Pero las versiones abandonadas por el proyecto PHP, desde 5.6 hasta 8.1, pasan a « Soporte Extendido PHP », facturado cada mes después de un período de transición gratuito; el monto no está publicado. PHP 8.1 entró el 31 de diciembre de 2025; salvo cambios en la política, PHP 8.2 seguirá el 31 de diciembre de 2026. Después de la migración, la opción debe cancelarse explícitamente. Ver la guía de IONOS.
Hostinger. Elartículo de ayuda, actualizado el 27 de octubre de 2026, solo ofrece PHP 8.2 a 8.5; las versiones 8.1 y anteriores han desaparecido del selector, y 8.3 es la versión por defecto. Ver la guía de Hostinger.
Infomaniak. La FAQ sobre el cambio de versión, actualizada el 27 de octubre de 2026, indica que los parches de octubre se han desplegado para PHP 7.4 a 8.5, sin cambios en el número: Infomaniak ha aplicado el parche a las versiones antiguas. Lista por oferta y costos: no publicados. Ver la guía de Infomaniak.
PlanetHoster. La base de conocimientos explica cómo elegir la versión en un menú desplegable de N0C, pero no publica ni la lista de versiones, ni fecha de retiro, ni costos. El guía de PlanetHoster muestra dónde hacer clic.
Gandi. La documentación de PHP indica solo que la instalación automática de WordPress funciona en PHP 8.1, 8.2 y 8.3; la lista completa no está publicada.
LWS. Elartículo de ayuda sobre cPanel, fechado el 30 de diciembre de 2025, lista PHP 5.6 a 8.5 como « actualmente disponibles ». Sin costos ni retiros anunciados.
En resumen: solo IONOS cobra por mantener una versión en fin de vida, Hostinger ha retirado las versiones antiguas de la selección, y los demás las dejan accesibles sin comprometerse a corregirlas. Mantener PHP 8.2 después del 31 de diciembre sigue siendo tu decisión y tu riesgo.
¿Qué hacer antes del 31 de diciembre: cuatro pasos
1. Hacer una copia de seguridad
Archivos y base de datos, ambos, en una copia de seguridad que sepas restaurar. La copia del proveedor de alojamiento cuenta, si sabes dónde está y cómo restaurarla.
2. Probar en una copia
En la mayoría de los proveedores de alojamiento, puedes crear un subdominio, copiar el sitio allí y asignarle otra versión de PHP sin tocar el sitio principal. En la copia, pasa a PHP 8.4 y revisa las páginas clave: página de inicio, formulario de contacto, ficha de producto, carrito, pago, espacio de cliente, exportación contable. Anota lo que falle.
3. Cambiar de versión
Una vez validada la copia, cambia la versión en el sitio real, desde el espacio de cliente del proveedor de alojamiento, en un momento de baja actividad. Si vienes de PHP 7, no saltes directamente a 8.5: la mayoría de las incompatibilidades están entre 7.4 y 8.0, trata ese paso por separado.
4. Verificar
Revisa nuevamente las páginas clave, asegúrate de que las órdenes de prueba, los correos electrónicos y las tareas programadas funcionen, y monitorea el registro de errores de PHP durante unos días. Si el sitio deja de responder del todo, vuelve a la versión anterior y asegúrate de que el problema realmente venga de tu lado: ¿tu hosting está caído? Esta página muestra en directo el estado de los principales hostings: consúltala antes de contactar al soporte.
Lo que suele fallar
Una extensión o tema abandonado. Una extensión de WordPress sin actualización desde hace dos años rara vez ha sido probada en PHP 8.4. Revisa la fecha de la última actualización de cada extensión activa; las que están desactualizadas deben reemplazarse, no esperes a que funcionen.
El paso de PHP 7 a PHP 8. PHP 8 es más estricto: operaciones permitidas en 7.4 generan errores fatales, y varias funciones antiguas han desaparecido. Un software empresarial escrito en 2018 y nunca modificado casi siempre requiere algunas correcciones. Esto se hace, pero en una copia.
El software en sí tiene una versión máxima. PrestaShop 8 se detiene en PHP 8.1: una tienda PrestaShop 8 no puede pasar a 8.2 o superior sin migrar a PrestaShop 9, que acepta de 8.1 a 8.4 y recomienda 8.5 en su versión 9.1. Joomla 6 exige PHP 8.3 como mínimo, Laravel 12 requiere PHP 8.2 o superior. Verifica la versión de tu aplicación antes que la de PHP.
¿Y si su web funciona con Joomla?
Después de WordPress, Joomla es el caso que más encuentro, y el más antiguo: muchas webs Joomla se construyeron entre 2012 y 2018 y muestran hoy, en su administración, el aviso que pide prever una actualización de PHP. Las reglas son sencillas. Joomla 4 no recibe soporte desde octubre de 2025. Joomla 5 recibe correcciones hasta octubre de 2027 y funciona muy bien con PHP 8.3. Joomla 6, la versión actual, exige PHP 8.3 como mínimo y se niega a instalarse con PHP 8.2.
El orden que funciona, el que seguí a principios de noviembre de 2026 en una web Joomla de 750 páginas: copia de seguridad completa, copia de prueba con PHP 8.3, última versión de Joomla 5 y actualización de las extensiones, luego PHP 8.3 en la web en producción y Joomla 6 el mismo día, comparando todas las páginas antes y después. Dos puntos merecen una prueba real en la copia: la plantilla, sobre todo si se creó para Joomla 2.5 o 3, y las extensiones de formularios. Una plantilla de 2015 pasó con siete líneas modificadas; ChronoForms 7 funciona con Joomla 6 con una corrección de una línea, aunque su editor solo lo anuncie para la versión 8.
Lo que propongo para una web Joomla, precios incluidos, está en la página de actualización de su web Joomla.
Preguntas frecuentes
Mi sitio sigue funcionando, ¿por qué cambiar?
Porque también funcionará el día en que se publique una vulnerabilidad y nadie la corrija. En octubre, los sitios en PHP 8.1 esperaron un parche que solo algunos proveedores de alojamiento aplicaron; después del 31 de diciembre, PHP 8.2 está en esa situación. Un sitio que funciona y un sitio protegido son dos cosas distintas.
¿PHP 8.3, 8.4 o 8.5?
Para un sitio o tienda clásica, PHP 8.4: soportado hasta el 31 de diciembre de 2028, aceptado por WordPress, PrestaShop 9 y Joomla 6, con dos años de retroalimentación sobre las extensiones. PHP 8.3 es una opción transitoria cuando una extensión bloquea el proceso, para reevaluar a finales de 2027. PHP 8.5 se justifica cuando dominas el código de la aplicación o cuando tu software lo recomienda, como PrestaShop 9.1.
Mi proveedor de alojamiento no ofrece PHP 8.4
Entre los proveedores de alojamiento que he revisado, OVHcloud, o2switch, Hostinger, Infomaniak y LWS ofrecen PHP 8.4 y 8.5, y IONOS recomienda 8.4; PlanetHoster y Gandi no publican sus listas. Si la versión no aparece en tu espacio de cliente, pregunta por escrito al soporte si está prevista y cuándo. Si la respuesta es negativa o ambigua, un proveedor sin PHP 8.4 a finales de 2026 no te acompañará en los próximos plazos: es mejor planificar una mudanza ahora que hacerlo con urgencia.
¿Cuánto cuesta?
Tú mismo: medio día para un sitio web sencillo sin complicaciones, incluyendo copias de seguridad y verificaciones. Si prefieres delegar, mis precios están en la página de actualización de PHP de tu sitio, tienda o software: diagnóstico gratuito, 190 € por un sitio web de WordPress, 390 € por una tienda o un sitio con muchas extensiones, a partir de 690 € para un software especializado que requiera correcciones en el código, y 100 € al mes para que yo supervise las versiones por ti. Precios netos.
¿WordPress y PHP 8.4 son compatibles?
Sí. La página de requisitos previos de WordPress recomienda «PHP 8.3 o superior», y la tabla de compatibilidad del equipo de WordPress, actualizada el 19 de agosto de 2026, indica que PHP 8.4 es compatible desde WordPress 6.7 y PHP 8.5 desde WordPress 6.9. La pregunta no es WordPress, sino tus extensiones y tu tema.
¿Qué pasa el 1 de enero de 2027 si no hago nada?
Nada visible, y ese es el problema. La web se muestra, los formularios se envían, la tienda cobra. Pero PHP 8.2 ha quedado obsoleto: el próximo fallo, y hay uno cada año, solo se corregirá en las versiones 8.3, 8.4 y 8.5. Lo descubrirá el día en que un robot lo explote, o cuando su proveedor de alojamiento desactive las versiones antiguas, como ya hizo Hostinger con PHP 8.1.
No soy técnico: ¿qué hago antes del 31 de diciembre?
Tres cosas, en orden. Comprobar la versión de su web: un minuto, sin cuenta. Preguntar a la persona que se ocupa de su web, o a su proveedor de alojamiento, qué versión recomienda y si es posible una copia de prueba. Después, hacer el cambio antes de fin de año, con una copia de seguridad que sepa restaurar. Si nadie se ocupa, es exactamente lo que hago yo, a precio fijo y con un informe.
Joomla y PHP 8.3: ¿hay que pasar a Joomla 6 al mismo tiempo?
Sí, si su web está en Joomla 5: Joomla 6 exige PHP 8.3, así que ambos cambios se prueban en la misma copia y se hacen el mismo día. Si su web sigue en Joomla 4, sin soporte desde octubre de 2025, pase primero a Joomla 5 y luego a 6. En ambos casos, la plantilla y las extensiones de formularios se comprueban antes, en la copia, no después.
Antes de fin de año
El 31 de diciembre de 2026 no es una sorpresa: la fecha se publicó en php.net desde el lanzamiento de PHP 8.2. Lo que cambió con la vulnerabilidad de octubre es la comprensión de sus implicaciones. Dos meses son suficientes para hacer una copia de seguridad, probar en una copia, cambiar de versión y verificar, sin prisas.
Empieza por verificar la versión de PHP de tu sitio. Y si prefieres que alguien se encargue, desde la copia de seguridad hasta el informe, la actualización de PHP de tu sitio, tienda o software empieza con un diagnóstico gratuito: envíame la dirección de tu sitio, te digo qué veo y qué propongo.
