WordPress es una aplicaci\u00f3n PHP. Cada solicitud de p\u00e1gina pasa por el int\u00e9rprete de PHP de tu servidor, y la versi\u00f3n de PHP que ofrece tu proveedor influye enormemente en lo r\u00e1pido, lo seguro y lo estable que es tu sitio de WordPress. La versi\u00f3n de PHP es una de las partes del stack en las que menos piensan los propietarios, y una de las que los proveedores m\u00e1s a menudo dejan como est\u00e1n salvo que se lo pidas. Eso es un problema.<\/p>\n\n\n\n
Este art\u00edculo explica por qu\u00e9 importa la versi\u00f3n de PHP, c\u00f3mo comprobar cu\u00e1l est\u00e1s usando y c\u00f3mo actualizarla sin romper tu sitio.<\/p>\n\n\n\n
PHP tiene un calendario de lanzamientos p\u00fablico. Aproximadamente cada noviembre sale una nueva versi\u00f3n mayor. Cada versi\u00f3n recibe soporte completo durante dos a\u00f1os, luego solo soporte de seguridad durante un tercer a\u00f1o, y despu\u00e9s nada. A partir de ah\u00ed, no se publicar\u00e1 ning\u00fan parche de seguridad para esa versi\u00f3n, sea cual sea el fallo que se descubra.<\/p>\n\n\n\n
Esa \u00faltima parte importa. Un sitio de WordPress que funciona con PHP 7.4, que lleva a\u00f1os m\u00e1s all\u00e1 del fin de su vida \u00fatil, corre sobre software que nunca volver\u00e1 a recibir una correcci\u00f3n. Si ma\u00f1ana se descubre una vulnerabilidad cr\u00edtica, tu sitio la tendr\u00e1, y no llegar\u00e1 ning\u00fan parche.<\/p>\n\n\n\n
Los proveedores suelen ser reacios a forzar actualizaciones de PHP porque no quieren romper los sitios de sus clientes. Algunos hosts compartidos te enviar\u00e1n un correo, luego otro, y despu\u00e9s dejar\u00e1n en silencio la versi\u00f3n por defecto sin cambiar durante a\u00f1os. Otros ponen a disposici\u00f3n una nueva versi\u00f3n, pero te obligan a activarla desde un panel de control.<\/p>\n\n\n\n
El enfoque prudente es razonable, pero deja en tus manos la responsabilidad de pulsar el bot\u00f3n. Muchos sitios que auditamos est\u00e1n sobre una versi\u00f3n de PHP que su proveedor ofreci\u00f3 actualizar en silencio hace un a\u00f1o.<\/p>\n\n\n\n
PHP, como cualquier software, tiene errores. Algunos de esos errores son relevantes para la seguridad. Cuando PHP publica una actualizaci\u00f3n de seguridad, normalmente se aplica a la versi\u00f3n actual y a una o dos versiones mayores anteriores. Las versiones m\u00e1s antiguas siguen siendo vulnerables. Los atacantes saben qu\u00e9 versiones siguen en uso amplio, qu\u00e9 vulnerabilidades se aplican y qu\u00e9 esc\u00e1neres apuntar a los sitios que las ejecutan.<\/p>\n\n\n\n
Peor a\u00fan, algunas correcciones de seguridad del propio WordPress dependen de caracter\u00edsticas del lenguaje que solo existen en versiones m\u00e1s nuevas de PHP. Un WordPress parcheado sobre una versi\u00f3n antigua de PHP puede comportarse de forma distinta al mismo WordPress parcheado sobre una versi\u00f3n actual, dejando huecos que el equipo de seguridad no pretend\u00eda.<\/p>\n\n\n\n
PHP ha mejorado su rendimiento de forma notable en las versiones recientes. Los benchmarks reales de WordPress muestran de forma constante mejoras porcentuales de dos d\u00edgitos al pasar de PHP 7 a PHP 8, y m\u00e1s ganancias a lo largo de la serie 8.x. Para un sitio con mucho contenido, eso se traduce en cargas de p\u00e1gina m\u00e1s r\u00e1pidas, menores costes de servidor y mejores puntuaciones de Core Web Vitals.<\/p>\n\n\n\n
Si tu sitio se ha notado lento a pesar de un buen proveedor y una lista de plugins limpia, la versi\u00f3n de PHP es una de las primeras cosas que comprobar. Hay velocidad gratis esperando a que la reclames.<\/p>\n\n\n\n
La forma m\u00e1s r\u00e1pida es desde dentro de WordPress. Ve a Herramientas, luego a Salud del sitio y luego a la pesta\u00f1a Informaci\u00f3n. Despliega la secci\u00f3n Servidor. Ah\u00ed aparece la versi\u00f3n de PHP junto con la versi\u00f3n de la base de datos, el servidor web y algunos otros detalles.<\/p>\n\n\n\n
Si no tienes acceso al panel, pregunta a tu proveedor. Podr\u00e1 decirte qu\u00e9 versi\u00f3n est\u00e1 activa y qu\u00e9 versiones hay disponibles para actualizar. Los proveedores reputados publican en su web las versiones de PHP que soportan.<\/p>\n\n\n\n
Actualizar PHP no es solo pulsar un bot\u00f3n. Los temas y plugins antiguos pueden usar funciones que se eliminaron en versiones m\u00e1s nuevas de PHP, o comportamientos que se endurecieron, o patrones que ahora generan errores fatales en lugar de avisos. Una actualizaci\u00f3n a ciegas puede tirar abajo un sitio.<\/p>\n\n\n\n
El patr\u00f3n seguro es ejecutar primero una comprobaci\u00f3n de compatibilidad. El plugin oficial PHP Compatibility Checker puede analizar tu tema y plugins activos frente a una versi\u00f3n objetivo de PHP e informar de posibles problemas. Mejor a\u00fan, un desarrollador puede ejecutar el equivalente moderno directamente sobre el c\u00f3digo.<\/p>\n\n\n\n
Sea lo que sea lo que informe el an\u00e1lisis, la prueba real es aplicar la actualizaci\u00f3n primero en una copia de staging. El entorno de staging te permite ver el comportamiento real con datos reales, incluidos los problemas que una comprobaci\u00f3n est\u00e1tica podr\u00eda pasar por alto.<\/p>\n\n\n\n
Si la actualizaci\u00f3n en staging revela que un plugin se rompe con la nueva versi\u00f3n de PHP, tienes tres opciones. Encontrar un plugin alternativo que soporte la nueva versi\u00f3n. Parchear t\u00fa mismo el plugin problem\u00e1tico si tienes capacidad de desarrollo. O aceptar que el plugin est\u00e1 abandonado y, o bien pagar a alguien para que lo mantenga por ti, o migrar por completo fuera de \u00e9l.<\/p>\n\n\n\n
Lo que no deber\u00edas hacer es quedarte en la versi\u00f3n antigua de PHP para mantener vivo el plugin. Eso es dejar que el eslab\u00f3n m\u00e1s d\u00e9bil de tu stack frene todo lo dem\u00e1s.<\/p>\n\n\n\n
La regla m\u00e1s simple es estar como mucho una versi\u00f3n mayor por detr\u00e1s del lanzamiento actual de PHP. A mediados de 2026, la l\u00ednea estable actual es PHP 8.4, con la 8.3 en soporte solo de seguridad. Cualquier cosa anterior a 8.3 deber\u00eda estar en tu lista de acci\u00f3n. Cualquier cosa de la serie 7.x deber\u00eda tratarse como urgente.<\/p>\n\n\n\n
Planifica probar y actualizar una vez al a\u00f1o, idealmente en el primer trimestre, cuando el \u00faltimo lanzamiento ya se ha asentado. La mayor\u00eda de los proveedores hacen que la actualizaci\u00f3n sea de un solo clic, pero las pruebas importan m\u00e1s que el clic.<\/p>\n\n\n\n