Pocos dueños de pymes saben qué versión de PHP hace funcionar su sitio web. Es normal, no es su trabajo, y mientras el sitio funcione, la pregunta nunca surge. El problema es que PHP sigue un ciclo de vida estricto, con fechas de fin de soporte precisas, y una versión que llega a su fin de vida deja de recibir parches de seguridad por completo, incluso si se descubre un fallo crítico después de esa fecha. PHP 8.1, aún ampliamente utilizado, llegó a ese fin de vida el 31 de diciembre de 2025.

Qué significa realmente el fin de vida de PHP

Cada versión mayor de PHP atraviesa dos fases tras su lanzamiento: primero unos dos años de soporte activo, con correcciones de errores y de seguridad, y después alrededor de dos años más de soporte de seguridad únicamente, donde solo se corrigen fallos críticos. Una vez transcurridas ambas fases, la versión deja de recibir mantenimiento por completo. Ningún fallo descubierto después de esa fecha se corregirá jamás, sin importar su gravedad. Un sitio que sigue funcionando con esa versión queda expuesto indefinidamente a cualquier vulnerabilidad identificada posteriormente.

En qué punto está cada versión actualmente

En el momento de escribir este artículo, PHP 8.1 está en fin de vida desde el 31 de diciembre de 2025 y no recibe ninguna actualización. PHP 8.2 sigue mantenido, pero únicamente en modo de soporte de seguridad, y alcanzará su propio fin de vida el 31 de diciembre de 2026, dentro de pocos meses. PHP 8.3 se encuentra igualmente en fase de solo seguridad, con fin de vida previsto para finales de 2027. Las versiones más recientes, PHP 8.4 y 8.5, cuentan con soporte activo completo. Estos plazos van cambiando de una versión a otra, por lo que conviene revisar regularmente el calendario oficial en lugar de confiar en una fecha memorizada de una vez por todas.

Por qué tantos sitios siguen en una versión obsoleta

La causa más frecuente no es la negligencia, sino el hosting compartido. Muchos proveedores mantienen una versión por defecto antigua durante mucho tiempo, porque cambiar la versión de PHP en un servidor compartido puede romper sitios de clientes que dependen de comportamientos específicos de esa versión. Un sitio WordPress instalado hace varios años, con plugins igualmente antiguos, puede quedar así atascado en PHP 8.1 o una versión anterior sin que llegue ninguna alerta al propietario del sitio.

Los riesgos reales, más allá del discurso alarmista

Una versión de PHP en fin de vida no es peligrosa al día siguiente de que termine su soporte, pero el riesgo aumenta con el tiempo. Cada mes que pasa tras el fin de vida trae potencialmente nuevas vulnerabilidades descubiertas en el propio lenguaje, nunca corregidas por falta de un mantenedor activo en esa rama. A esto se suma un problema indirecto igualmente importante: numerosos plugins de WordPress, bibliotecas PHP y herramientas de seguridad dejan progresivamente de garantizar su compatibilidad con versiones demasiado antiguas, lo que puede crear conflictos o fallos inesperados a medida que esos componentes de terceros se actualizan.

Cómo comprobar tu propia versión

En un sitio WordPress, la información es visible en el panel de administración, en Herramientas y luego Salud del sitio, en la sección de información del servidor. Para un desarrollo PHP a medida, la función phpversion() invocada en un script temporal da la respuesta de inmediato. La mayoría de los paneles de hosting, como cPanel o Plesk, también muestran la versión activa en su configuración de PHP, a menudo con la posibilidad de cambiarla directamente desde la interfaz.

Cómo migrar sin romper el sitio

Una actualización de versión de PHP nunca está totalmente libre de riesgo, ya que cada versión mayor elimina ciertas funciones obsoletas y a veces cambia comportamientos por defecto. La buena práctica consiste en probar la migración en un entorno de preproducción idéntico al sitio en producción, con los mismos plugins y el mismo tema, antes de pasar al entorno real. En WordPress, actualizar el núcleo, el tema y todos los plugins a sus últimas versiones antes de migrar reduce mucho el riesgo de incompatibilidad, ya que los desarrolladores serios adaptan progresivamente su código a las nuevas versiones de PHP.

Puntos a verificar antes de publicar: confirmar las fechas exactas de fin de vida de PHP 8.1, 8.2, 8.3, 8.4 y 8.5 en el calendario oficial de PHP.net en el momento de la publicación, ya que estos plazos pueden ajustarse, y comprobar que el procedimiento descrito para consultar la versión de PHP en WordPress sigue correspondiendo a la interfaz actual del panel.