WordPress 7.2 sale el 8 de diciembre: revisa tu PHP antes de actualizar
Si tu web vende o capta clientes, no la actualices a una versión mayor de WordPress el día que sale. Primero la pruebas en una copia, luego miras qué PHP tiene tu hosting y solo después tocas la web de verdad. Con WordPress 7.2 esto pesa más de lo habitual, porque la actualización coincide con un cambio de calendario en PHP que va a pillar a muchas pymes con el servidor desfasado.
El 10 de noviembre de 2026 salió la Beta 5 de WordPress 7.2. La fecha prevista para la versión final es el 8 de diciembre de 2026. A día de hoy, 12 de noviembre, todavía no hay versión candidata (RC) publicada en el blog oficial; la primera está programada para el 17 de noviembre.
Qué trae la Beta 5 y por qué no la debes instalar en tu web
El propio equipo de WordPress lo dice claro en el anuncio: la beta es para probar y desarrollar, no para webs en producción. Si quieres verla, usa un entorno local, una copia de pruebas o WordPress Playground, que la abre en el navegador sin instalar nada.
Otra lectura: ¿Es posible jugar a un juego de Android en PC?
Los cambios de esta beta son pequeños, pero alguno te afecta aunque no seas desarrollador. WordPress enviará un correo cuando alguien cree una contraseña de aplicación, algo útil para detectar accesos que no has autorizado. También mejora la navegación con teclado en la barra de administración y mejora la compatibilidad al subir archivos MP3. El nuevo tema por defecto, Ipsum, recibe mejoras de accesibilidad y de estilos de bloque. Si tu web usa un tema propio o comercial, Ipsum no cambia nada: solo se activa si lo eliges tú.
Lo que sí merece tu atención está en otra parte del anuncio: la compatibilidad con PHP 8.6.
El calendario hasta el lanzamiento
La página de la versión en Make WordPress Core fija estas fechas. Al lado de cada una va lo que te conviene hacer en ese tramo:
| Fecha | Hito de WordPress 7.2 | Qué haces tú |
|---|---|---|
| 10 nov 2026 | Beta 5 | Inventario de plugins, tema y versión de PHP |
| 17 nov 2026 | RC1 | Montar la copia de pruebas si no la tienes |
| 24 nov 2026 | RC2 | Probar la RC en la copia, no en la web real |
| 1 dic 2026 | RC3 | Pedir al hosting el cambio de PHP si hace falta |
| 8 dic 2026 | Versión final | Actualizar la copia y repetir las pruebas |
Las fechas pueden moverse. Si el equipo cambia el calendario, lo verás primero en esa página y en el blog oficial de noticias.
PHP: el punto que va a pillar a más webs de pyme
Según el anuncio de la Beta 5, WordPress 7.2 quiere ser totalmente compatible con PHP 8.6, cuya salida está prevista para el 19 de noviembre de 2026. Con la Beta 5 quedan resueltos todos los problemas conocidos del núcleo. Pero el aviso que viene detrás es el que importa: tienes que comprobar que tus plugins y tu tema también funcionan con esa versión antes de dar el salto.
Para una web de empresa, el criterio es sencillo. No subas a PHP 8.6 en diciembre. Deja que los plugins se pongan al día y quédate en una versión con soporte largo por delante. Para elegirla, mira la tabla oficial de versiones soportadas de PHP:
- PHP 8.2 solo recibe parches de seguridad y deja de tenerlos el 31 de diciembre de 2026. Si tu hosting sigue ahí, en siete semanas estarás sin soporte.
- PHP 8.3 tiene parches de seguridad hasta el 31 de diciembre de 2027. Te da un año de margen, que no es mucho.
- PHP 8.4 mantiene soporte activo hasta el 31 de diciembre de 2026 y seguridad hasta el 31 de diciembre de 2028. Es la opción más segura para la mayoría de webs de pyme ahora mismo, porque lleva casi dos años publicada y los plugins con mantenimiento han tenido tiempo de adaptarse.
- PHP 8.5 tiene parches de seguridad hasta el 31 de diciembre de 2029. Es buena elección si tus plugins están al día y quieres no volver a tocar el servidor en tiempo.
PHP 8.1 y anteriores ya no aparecen en la lista de versiones con soporte. Si tu web corre sobre una de ellas, el problema no es WordPress 7.2: llevas tiempo sin parches.
WordPress recomienda en su página de requisitos PHP 8.3 o superior, junto a MySQL 8.0 o MariaDB 10.11 y HTTPS. Admite PHP 7.4 en entornos antiguos, pero avisa de que esas versiones ya no tienen soporte y pueden dejar tu web expuesta.
Cómo preparar cualquier actualización mayor de WordPress
Esta parte te sirve para la 7.2 y para las que vengan después. Buena parte del atractivo de WordPress está en que se actualiza a menudo, como contamos en por qué todo el mundo usa WordPress. El precio de eso es que cada versión mayor hay que prepararla. Este orden funciona en casi cualquier web de pyme:
- Haz una copia completa, de archivos y base de datos, y comprueba que sabes restaurarla. Una copia que nunca has restaurado puede estar incompleta, y te enteras justo cuando la necesitas.
- Monta un entorno de pruebas. Muchos hostings tienen un botón de staging que clona la web en un subdominio; si el tuyo no lo tiene, una instalación local vale. Ahí rompes lo que haga falta sin que lo vea ningún cliente.
- Haz inventario de plugins. Entra en la ficha de cada uno en el directorio de WordPress y mira el campo «Probado hasta» y la fecha de la última actualización. Un plugin sin cambios en más de un año es el primer candidato a fallar, y también a sustituir.
- Revisa el tema. Si es comercial, comprueba que el desarrollador ha publicado una versión reciente. Si alguien lo modificó sin tema hijo, cualquier actualización del tema borrará esos cambios, así que conviene saberlo antes.
- Mira la versión de PHP del hosting en Herramientas, Salud del sitio, Información, Servidor. Si tienes que cambiarla, hazlo en la copia de pruebas y en un día distinto al de la actualización de WordPress. Si algo falla, sabrás cuál de los dos cambios lo ha roto.
- Prueba lo que da dinero. Formularios de contacto, carrito y pago si tienes tienda, reservas, el chat y el píxel de anuncios. Que la portada cargue no garantiza que los formularios sigan enviando correos.
- Elige el momento para la web real. Un martes o miércoles por la mañana, con poco tráfico y alguien disponible para revisar. Nunca un viernes por la tarde.
Si tu web la gestiona una agencia o un freelance
Pregúntale tres cosas antes del 8 de diciembre: qué versión de PHP tiene tu hosting, cuándo fue la última copia restaurada y si tiene entorno de pruebas. Si no sabe responder alguna, ya sabes por dónde empezar. Y si no tienes claro qué hace exactamente WordPress dentro de tu web, en qué es un CMS lo explicamos desde cero.
Cuándo actualizar a WordPress 7.2 en tu caso
Depende de cuánto te juegas si algo falla.
Una web corporativa con cinco o seis plugins conocidos puede actualizar la semana del lanzamiento, después de pasar por la copia de pruebas. Una tienda online, una web con reservas o una con veinte plugins debería esperar a la primera versión de mantenimiento, la 7.2.1, que corrige los fallos que aparecen cuando miles de webs reales instalan la versión nueva. No pierdes nada por esperar unas semanas; las actualizaciones de seguridad de la rama anterior siguen llegando.
Lo que no puede esperar es PHP. Si tu servidor está en 8.2 o por debajo, ese cambio tiene fecha fija, el 31 de diciembre, y no depende de WordPress. Empieza por ahí.