El lanzamiento de WordPress 7.0.1 RC1 salió el 1 de julio de 2026 como versión candidata a definitiva, con 28 correcciones y 13 pull requests de Gutenberg integrados. La versión final 7.0.1 se espera para el 9 de julio de 2026. Es una release de mantenimiento y, por ahora, no va en producción.
WordPress 7.0.1 RC1 es la primera versión candidata (Release Candidate) de la actualización de mantenimiento 7.0.1 del CMS WordPress, publicada por el equipo de core de WordPress.org el 1 de julio de 2026. Corrige errores detectados tras el lanzamiento de WordPress 7.0, requiere PHP 7.4 o superior y está pensada solo para pruebas en entornos de testing antes de la versión estable del 9 de julio de 2026.
En 30 segundos
- Fecha de RC1: 1 de julio de 2026, publicada por el equipo de core en make.wordpress.org.
- Final estimada: 9 de julio de 2026, si el testing comunitario no destapa regresiones.
- Qué trae: 28 correcciones (incluida una de seguridad, ticket #63085) y 13 PR de Gutenberg.
- PHP mínimo: 7.4; PHP 7.2 y 7.3 quedaron afuera. Recomendado 8.3.
- ¿Producción? No. RC es para testing en staging, no para el sitio que factura.
WordPress es un gestor de contenidos de código abierto que permite crear y administrar sitios web, blogs y tiendas, desarrollado originalmente por Matt Mullenweg en 2003. Es mantenido por Automattic.
¿Qué es un Release Candidate y en qué se diferencia de una beta?
Un Release Candidate es la versión más cercana a la final. Ya no se agregan features nuevas: solo se cazan bugs. Si nadie reporta un problema grave, ese mismo código pasa a ser la versión estable, casi sin tocar.
La diferencia con una beta es de madurez. En beta todavía entran cambios, se prueban cosas y hay campo para que algo se rompa. Ponele que en una beta el equipo decide reescribir cómo se cargan los bloques; en un RC eso ya no pasa, porque el objetivo es congelar. WordPress 7.0.1 venía de una Beta 5 previa antes de llegar a esta candidata, así que el grueso del trabajo pesado ya estaba hecho. Más contexto en la comunidad de WordPress.
El detalle importante: el ciclo del propio WordPress 7.0 (la versión mayor) había entrado en fase release candidate el 25 de marzo de 2026. Lo de ahora, la 7.0.1, es el mantenimiento posterior. Corrige lo que se coló después de que millones de sitios actualizaran a la 7.0 y empezaran a encontrar los bordes ásperos.
El lanzamiento de WordPress 7.0.1 RC1: fechas y calendario
Las fechas concretas, según el anuncio oficial en make.wordpress.org:
- 1 de julio de 2026: se publica WordPress 7.0.1 RC1, la candidata a definitiva.
- 9 de julio de 2026: lanzamiento estimado de la versión final 7.0.1.
¿Por qué existe esa ventana de una semana? Para que la comunidad rompa cosas antes que vos. Miles de configuraciones distintas, plugins raros, themes viejos y hostings de todo tipo prueban el RC y reportan lo que falla. Ese testing distribuido es lo que hace que la versión final salga sin sustos (o al menos con menos).
Las 28 correcciones y mejoras de WordPress 7.0.1 RC1
Son 28 cambios en total, la mayoría de bugs puntuales que aparecieron con la 7.0. Los más relevantes por número de ticket:
- Corrección de seguridad (#63085): el fix que solo por sí mismo justifica actualizar cuando salga la final. Los parches de seguridad no son opcionales.
- Problema con Twemoji (#64318): emojis que no renderizaban bien en ciertos contextos. Suena menor, pero afectaba cómo se veían los posts.
- Error de PHP 8.5 en arrays (#64742): incompatibilidad con la rama nueva de PHP que tiraba warnings. Clave para quien ya prueba PHP 8.5.
- Mejoras de accesibilidad (#65122): ajustes para lectores de pantalla y navegación por teclado en el editor.
- CSS background-image (#65270): arreglo en cómo se aplicaban imágenes de fondo desde los bloques.
Ojo con leer esto como una lista de features. No lo es. Es una lista de «esto estaba mal y lo arreglamos». Un release de mantenimiento sano es aburrido, y eso es bueno. Tema relacionado: crear landing pages en WordPress.
13 pull requests de Gutenberg integrados
Gutenberg es el editor de bloques de WordPress, el que reemplazó al editor clásico desde la versión 5.0. Se desarrolla como plugin aparte y sus cambios se van integrando al core en cada release. Esta 7.0.1 RC1 absorbe 13 de esos pull requests.
Lo que traen, en concreto:
- Accesibilidad en revisiones: el panel de historial de cambios ahora se maneja mejor con teclado y lectores de pantalla.
- Navegación e imagen lightbox: correcciones en el bloque de navegación y en el zoom de imágenes que se rompía en algunos themes.
- Flasheo negro en el admin: ese parpadeo negro molesto al entrar al editor quedó reparado. Cualquiera que abra el escritorio veinte veces por día lo va a agradecer.
Requisitos técnicos: por qué PHP 7.4 es el mínimo
WordPress 7.0.1 pide PHP 7.4 o superior. Punto. PHP 7.2 y 7.3 ya no están soportados, una decisión que el equipo tomó porque solo el 3,85% de las instalaciones seguía en esas versiones viejas. Cuando el porcentaje cae tan bajo, arrastrar compatibilidad hacia atrás cuesta más de lo que aporta.
La recomendación oficial, que podés cruzar con el handbook de compatibilidad PHP de WordPress, es PHP 8.3. Las ramas 8.4 y 8.5 figuran con compatibilidad beta, o sea que andan pero conviene testearlas antes de confiarles el sitio productivo (justamente el ticket #64742 salió de ahí).
| Etapa | ¿Entran features? | ¿Apto para producción? | Fecha (7.0.1) |
|---|---|---|---|
| Beta 5 | Sí, ajustes menores | No | Previa a RC1 |
| Release Candidate 1 | No, solo bugfixes | No (solo testing) | 1 de julio de 2026 |
| Versión final | Congelado | Sí | 9 de julio de 2026 (est.) |
¿Conviene instalar WordPress 7.0.1 RC1 en producción?
No. Así de directo.
Un RC ya es estable en un 95%, pero ese 5% restante es justo lo que la comunidad está buscando esta semana. Instalarlo en el sitio que te da de comer es apostar a que ningún bug todavía sin descubrir te toque a vos. Y la «estabilidad» de un candidato es exactamente eso: una promesa que se termina de verificar recién con la final.
Los riesgos reales: una regresión en un plugin crítico, una incompatibilidad con tu theme, un bug de PHP que rompe el checkout de tu WooCommerce justo un viernes. Si algo de eso pasa en staging, es una anécdota. Si pasa en producción, es una tarde perdida y clientes enojados. Ya lo cubrimos antes en usar un staging antes de actualizar.
Dicho esto, probarlo en testing no solo es válido, es lo que el proyecto necesita. Cada bug que reportás ahora es uno menos que rompe la final.
Tres formas de probar WordPress 7.0.1 RC1
Opción 1: plugin WordPress Beta Tester
La vía más simple. Instalás el plugin oficial WordPress Beta Tester, elegís el canal «Bleeding edge» y desde ahí actualizás a la RC como si fuera una update normal. Ideal si no querés tocar la consola.
Opción 2: WP-CLI
Si te manejás con terminal, WP-CLI te baja la versión candidata con un comando de actualización de core apuntando a la 7.0.1-RC1. Más rápido y scripteable, pensado para quien administra varios sitios.
Opción 3: descarga directa del ZIP
La forma manual: bajás el archivo ZIP del RC desde WordPress.org y lo instalás en un WordPress limpio. Buena para armar un entorno de prueba desde cero, sin arrastrar la config de tu sitio actual. Sobre eso hablamos en revisar los enlaces de tu sitio.
En los tres casos, la regla es la misma: probalo en un entorno de staging que puedas descartar sin drama, algo que con un hosting WordPress como el de Donweb armás en minutos y borrás igual de rápido. Subís el clon, actualizás a la RC, probás tus plugins y tu theme, anotás lo que falla, reportás el bug, y si algo explota no perdiste nada porque era una copia descartable.
Errores comunes al probar una versión candidata
- Instalar el RC en producción «para ir probando»: el error clásico. Un candidato no es una versión final apurada, es una versión en observación. Usá staging siempre.
- Actualizar sin backup: antes de tocar cualquier versión, ni siquiera estable, hacé un backup completo de archivos y base de datos. Si el rollback te agarra sin respaldo, la pasás mal.
- Ignorar la versión de PHP: si tu sitio corre en PHP 7.2 o 7.3, la 7.0.1 no va a andar bien. Actualizá PHP primero, después WordPress.
- Probar y no reportar: encontraste un bug y asumís que ya lo vio otro. Capaz que no. Reportarlo en Trac o en el canal de la comunidad es literalmente para lo que existe el RC.
Preguntas Frecuentes
¿Qué es WordPress 7.0.1 RC1?
Es la primera versión candidata a definitiva de la actualización de mantenimiento 7.0.1 de WordPress, publicada el 1 de julio de 2026. Trae 28 correcciones y 13 pull requests de Gutenberg, sin features nuevas, solo arreglos de bugs de la versión 7.0.
¿Cuándo sale WordPress 7.0.1 final?
El lanzamiento estimado es el 9 de julio de 2026, una semana después del RC1. Esa fecha depende de que el testing comunitario de la candidata no encuentre regresiones graves que obliguen a un RC2.
¿WordPress 7.0.1 RC1 es seguro para producción?
No, no está pensada para sitios en producción. Un Release Candidate es una versión de prueba: usala en un entorno de staging para detectar problemas, pero esperá la versión final del 9 de julio para actualizar tu sitio real.
¿Qué versión de PHP necesita WordPress 7.0.1?
Requiere PHP 7.4 como mínimo. PHP 7.2 y 7.3 ya no son compatibles. La versión recomendada es PHP 8.3, con compatibilidad beta para PHP 8.4 y 8.5.
¿Cómo pruebo WordPress 7.0.1 RC1 sin riesgo?
Instalalo en un entorno de staging con una de tres vías: el plugin WordPress Beta Tester (canal Bleeding edge), WP-CLI, o la descarga directa del ZIP desde WordPress.org. Nunca sobre el sitio productivo, siempre con backup previo.
Conclusión
WordPress 7.0.1 RC1 es un release de mantenimiento del montón, y eso es una buena noticia: 28 bugs menos, un parche de seguridad, 13 mejoras de Gutenberg y ninguna sorpresa. Nada de features rimbombantes, solo pulido.
¿Qué hacer con esto? Si administrás sitios, armá un staging esta semana, probá la candidata contra tus plugins y themes, y reportá lo que falle antes del 9 de julio. Si solo tenés un sitio, esperá la final tranquilo y actualizá cuando salga, sobre todo por el fix de seguridad. Y revisá tu versión de PHP: si seguís en 7.3, ese es el trabajo urgente, no la actualización de WordPress.
![[HELP] Free multilingual plugin for custom themes - ilustracion](https://wordpress.donweb.com/wp-content/uploads/2026/07/plugin-multilingue-gratuito-claude-code-wordpress-hero.jpg)
