WordPress ya ha puesto fecha a un cambio que muchos administradores de sistemas y desarrolladores llevaban tiempo dando por inevitable: WordPress 7.0 dejará de dar soporte a PHP 7.2 y PHP 7.3, y lo hará en una versión programada para abril de 2026. A partir de ese salto, la versión mínima soportada pasa a ser PHP 7.4.0, mientras que la versión mínima recomendada se mantiene en PHP 8.3 (y el proyecto declara compatibilidad plena con PHP 8.0–8.3, además de compatibilidad “beta” con PHP 8.4 y PHP 8.5).
La decisión no llega por sorpresa: el propio proyecto recuerda que el mínimo soportado ya se elevó en julio de 2024 (a PHP 7.2.24) y que, desde entonces, el uso combinado de PHP 7.2 y 7.3 ha caído por debajo del 4 % entre las instalaciones monitorizadas. WordPress suele usar un umbral histórico del 5 % como referencia para “jubilar” versiones antiguas. Con ese contexto, el movimiento no es tanto una declaración de intenciones como la constatación de que el ecosistema —por fin— está preparado para avanzar.
En la práctica, mantener compatibilidad con ramas antiguas de PHP implica pagar un “impuesto” continuo: más excepciones, más rutas de código, más limitaciones al adoptar librerías modernas y, sobre todo, más fricción en el día a día de quien desarrolla y mantiene WordPress (core, plugins, temas, herramientas de testing, automatización, etc.). El aviso oficial lo plantea con claridad: el beneficio del cambio se materializa con el tiempo y afecta a mantenibilidad, al ecosistema de plugins y temas, a tooling, y a la evolución de la infraestructura de desarrollo y pruebas del proyecto.
Traducido a operaciones: menos lastre técnico y más margen para mejorar rendimiento, seguridad y calidad de ingeniería sin arrastrar compatibilidad indefinidamente.
Aquí hay un matiz operativo relevante. Según el anuncio, los sitios que permanezcan en PHP 7.2 o 7.3 se quedarán en la rama 6.9 cuando se publique WordPress 7.0. Además, WordPress recuerda que solo una rama recibe actualizaciones de seguridad de forma oficial, aunque cuando es posible se siguen retroportando correcciones a versiones antiguas (se menciona explícitamente el backport “como cortesía” hasta WordPress 4.7).
Esto no debería interpretarse como un “colchón” para aplazar decisiones. Más bien al revés: quedarse atrás significa perder el tren de mejoras, vivir con más deuda técnica y asumir que cualquier incidente (o incompatibilidad) costará más de resolver.
En el momento de publicarse el aviso, WordPress compartió el reparto de versiones PHP en instalaciones monitorizadas. La lectura es útil para priorizar migraciones: el grueso ya está en ramas 8.x, pero PHP 7.4 sigue teniendo un peso notable, lo que encaja con la elección de 7.4.0 como nuevo mínimo soportado.
| Versión PHP | Cuota |
|---|---|
| 8.5 | 0,23 % |
| 8.4 | 4,90 % |
| 8.3 | 16,74 % |
| 8.2 | 27,29 % |
| 8.1 | 15,39 % |
| 8.0 | 5,69 % |
| 7.4 | 22,20 % |
| 7.3 | 2,04 % |
| 7.2 | 1,81 % |
El cambio no se limita al core: el plugin Gutenberg también incrementará su mínimo soportado a PHP 7.4. Para equipos que usan Gutenberg “a la última” como vía de adelantarse a funcionalidades futuras, esto es importante: el entorno de staging y los pipelines de CI deben contemplar el mínimo nuevo si se quiere seguir probando e integrando novedades sin sobresaltos.
Aunque abril de 2026 parezca “lejos”, el trabajo real no suele ser cambiar un número en un panel: es validar compatibilidades, coordinar proveedores y evitar que el salto rompa piezas críticas.
Un enfoque razonable, especialmente en entornos con muchos WordPress o con plugins de terceros, pasa por:
Para quien gestiona plataformas, hay otra frase que conviene subrayar: no hay planes de subir el mínimo soportado con una periodicidad cerrada. WordPress dice que seguirá monitorizando uso y colaborando con el ecosistema de hosting para empujar actualizaciones, manteniendo el umbral del 5 % como guía.
En otras palabras: no existe una “promesa” de estabilidad eterna, pero sí un patrón predecible. Y eso, en sistemas, es casi lo mejor que puede pasar: permite planificar.
¿Cuál será el PHP mínimo soportado en WordPress 7.0?
El anuncio indica PHP 7.4.0 como nuevo mínimo soportado a partir de WordPress 7.0 (programado para abril de 2026).
¿Qué versión de PHP se recomienda para WordPress (aunque el mínimo sea menor)?
WordPress mantiene la recomendación de PHP 8.3 o superior por motivos de rendimiento y seguridad.
¿Qué ocurre si un sitio sigue en PHP 7.2 o 7.3 cuando salga WordPress 7.0?
Según el aviso, se quedará en la rama 6.9 cuando WordPress 7.0 se publique, con las implicaciones de mantenimiento y seguridad asociadas.
¿Dónde se puede consultar la compatibilidad entre versiones de WordPress y PHP?
WordPress mantiene una referencia específica sobre compatibilidad PHP y versiones de WordPress en el handbook del Core.
Fuente: make.wordpress
