WordPress 7.0 ya tiene fecha en el calendario y no es un cambio menor de los que pasan desapercibidos en cualquier panel de actualizaciones. La versión final esta prevista para el 20 de mayo de 2026, segun el propio calendario de WordPress.org, y la Release Candidate 2 lleva en circulacion desde el 26 de marzo de 2026, marcando ya el hard string freeze del ciclo. La idea de fondo no es solo cambiar de numero de version mayor: WordPress quiere ordenar el terreno para los proximos años en tres ejes claros, colaboracion en tiempo real, edicion mas rica con patrones e interactividad, y una primera capa nativa de Inteligencia Artificial dentro del core.

Actualizacion del 26 de abril de 2026: WordPress ha movido la fecha final del 9 de abril al 20 de mayo de 2026. Mary Hubbard lo confirmo en la nota oficial: «WordPress 7.0 tiene nueva fecha, el 20 de mayo de 2026. Gracias por la flexibilidad estas semanas mientras los contribuidores trabajaban a destajo en mejoras de arquitectura necesarias para la 7.0». La RC2 sigue activa, pero el proyecto se da margen extra para cerrar esos ajustes antes del lanzamiento estable.

Antes de seguir, conviene aclarar una confusion habitual: el nombre codigo «Gene» corresponde a WordPress 6.9, lanzada el 2 de diciembre de 2025 como homenaje al pianista de jazz Gene Harris. La 7.0 todavia no ha publicado su nombre codigo oficial, que se anuncia con la version final. Pero la estrategia que sigue ya esta clara, porque hereda mucho de lo que WordPress 6.9 «Gene» abrio en diciembre, lo lleva a un siguiente nivel y suma piezas nuevas que cambian el rumbo del CMS. En esta guia te cuento que cambia de verdad, que se compara con la 6.9, que toca preparar antes de actualizar y donde estan los riesgos.

Estado real del lanzamiento: RC2 publicada, lanzamiento aplazado al 20 de mayo

WordPress 7.0 esta en una fase muy concreta del ciclo, ya no se aceptan funciones nuevas. La Release Candidate 2 salio el 26 de marzo de 2026 firmada por Mary Hubbard y, segun la propia nota oficial de WordPress.org, su mensaje es claro, validar pruebas y pulir incompatibilidades antes del corte final del 20 de mayo. Si ya seguiste la cobertura de la RC2 que publicamos hace unos dias, sabras que el tono de esta segunda candidata es de cierre, no de fuegos artificiales.

Eso, en una version mayor del CMS mas usado del mundo, es buena noticia. Cuando una RC introduce todavia funciones grandes, suele significar problemas en la version final. La RC1 de 7.0 si añadio cosas nuevas, como la pantalla de conectores de IA y el atajo de Command Palette, pero la RC2 ya solo encadena bug fixes, ajustes de compatibilidad y validacion de traducciones. La RC2 marca tambien el hard string freeze, lo que permite a los equipos de localizacion en mas de 100 idiomas dejar lista la version multilingue para el dia D.

Para quien gestiona sitios en produccion, lo importante es interiorizar dos cosas. La primera, que RC2 no debe instalarse en webs criticas, asi lo recuerda WordPress.org en cada anuncio del ciclo. La segunda, que el plazo util para probar plugins, temas y procesos de actualizacion es ya muy corto, y conviene no esperar al dia 21 de mayo para descubrir que un plugin clave aun no es compatible.

Cambios tecnicos clave de WordPress 7.0 segun el changelog oficial

El anuncio oficial de Beta 1, firmado por Amy Kamala el 20 de febrero de 2026, dibuja el grueso de la version. WordPress 7.0 incorpora funciones que hasta ahora vivian en el plugin Gutenberg, en concreto novedades agrupadas desde Gutenberg 22.0 hasta 22.6. Estas son las piezas que mas peso tienen en el dia a dia de un administrador o desarrollador.

• Real Time Collaboration: varios usuarios pueden editar el mismo post o pagina al mismo tiempo, con sincronizacion de datos y soporte de edicion offline. La 7.0 incluye un proveedor de sincronia por HTTP polling como opcion por defecto, abierto a integrar websockets desde plugins o hosts. Durante el periodo beta y RC esta funcion sigue como opt-in para recoger feedback antes de generalizarla.
• Notas a nivel de bloque: 7.0 refina las notas que estrenaba 6.9 con sincronia en tiempo real, atajo de teclado para crear notas y una tanda larga de correcciones que dan estabilidad a la funcion.
• Visual Revisions: el editor permite ya comparar versiones de revisiones de forma visual, no solo textual, dentro del propio editor.
• View transitions: transiciones suaves entre pantallas del dashboard usando Cross-Document View Transitions, una mejora pequeña en apariencia pero que cambia la sensacion de la admin.
• Pattern Editing y contentOnly: nuevos modos Spotlight e Isolated Editor para trabajar con patrones, una vista de arbol para botones y listas, y la opcion de salir del modo solo contenido por defecto.
• Bloque de Navegacion renovado: overlays personalizables como template parts, version movil con breakpoints propios y un flujo de edicion de menus mas claro.
• Bloques nuevos: Breadcrumbs e Icons como bloques nativos, ademas de variaciones del bloque Heading que ya cubren todos los niveles de encabezado.
• Cover, Grid y Gallery: el bloque Cover acepta video como fondo, el Grid es responsivo de verdad y la galeria estrena lightbox para navegar imagenes en pantalla completa.
• Procesado de medios en cliente: redimensionado y compresion de imagenes desde el navegador, lo que reduce carga en el servidor y abre la puerta a formatos modernos como AVIF o JPEG XL.
• Web Client AI API: primera capa de Inteligencia Artificial nativa en el core, una API y un cliente que centralizan el acceso a modelos generativos sin atar a un proveedor concreto.
• Client Side Abilities API: registro y ejecucion estandar de «abilities» en navegador, paleta de comandos mas potente y filtros propios.
• Bloques y patrones generados en servidor: registro de bloques solo con PHP y auto-registro con la Block API, util para quien prefiere PHP a JavaScript.
• Font Library para todos los temas: instalar y organizar fuentes desde el editor del sitio deja de ser exclusivo de algunos temas y se generaliza.
• CodeMirror 5.65.40: el editor de codigo del core sube version, lo que mejora extensibilidad y compatibilidad con librerias modernas.

En lo que respecta a requisitos de sistema, conviene matizar lo que circula por foros y redes. Los requisitos recomendados oficiales que publica WordPress.org siguen pidiendo PHP 8.3 o superior, MariaDB 10.6 o MySQL 8.0 y HTTPS. La compatibilidad legacy minima sigue declarada en PHP 7.2.24 y MySQL 5.5.5, pero el proyecto avisa que esos entornos quedan expuestos a vulnerabilidades. La novedad importante para quien aun arrastra hostings antiguos es que WordPress 7.0 deja fuera el soporte real para PHP 7.2 y 7.3 a partir de abril de 2026, asi que si tu hosting sigue en esas versiones, este es el momento de mover ficha.

Tabla comparativa: WordPress 7.0 frente a WordPress 6.9 «Gene»

Esta comparativa se basa en datos publicos de WordPress.org, en las notas de release de 6.9 «Gene» del 2 de diciembre de 2025 y en el material de Beta 1 y RC2 de 7.0. Cuando un campo no tiene cifra oficial cerrada, lo indico expresamente.

Si miras la tabla con perspectiva, queda claro que 7.0 no es una version disruptiva en aspecto visual del editor, sino una continuidad ambiciosa de lo que abrio 6.9, con tres apuestas grandes, IA con espacio propio en el core, colaboracion como funcion de primer nivel y procesado de medios moderno. La parte de fondo, los cimientos para lo que viene despues, pesa mas que las funciones que veras de un vistazo en el dashboard.

Que supone esta version para administradores y desarrolladores

Si administras sitios WordPress en produccion, 7.0 es una version que conviene tomarse en serio aunque no rompa cosas a primera vista. La parte de Real Time Collaboration abre un caso de uso que antes solo cubrian plugins de redacciones grandes, equipos editoriales o agencias trabajando en la misma pagina sin pisarse. Implica revisar tu politica de roles, porque varios autores editando a la vez exige claridad en quien hace que. Tambien implica vigilar la red, porque el proveedor por defecto usa HTTP polling, suficiente para muchos casos pero algo justo en sitios con docenas de editores simultaneos donde compensa montar websockets desde el hosting.

Para desarrolladores, las dos APIs que llegan al core son lo que mas va a marcar el medio plazo. La Web Client AI API deja de obligarte a integrar cada modelo a mano y te ofrece un punto unico para hablar con cualquier proveedor compatible, sin que el core ate tu plugin a OpenAI, Anthropic, Google o quien sea. La Client Side Abilities API es la pieza hermana en navegador, util para registrar funciones expuestas a la nueva paleta de comandos o, en el futuro, a agentes de IA. Quien viene de PHP puro, ademas, gana algo concreto, registrar bloques y patrones desde servidor con autoinspector controls, sin pasar obligatoriamente por React.

Mi recomendacion practica para administradores de varios sitios es priorizar la actualizacion segun perfil de cada web. Sitios sencillos con tema de bloques actualizado y un puñado de plugins muy mantenidos pueden actualizarse en cuanto la 7.0 lleve dos semanas en la calle. Webs criticas, ecommerce con WooCommerce, multisite o instalaciones con plugins propios merecen un poco mas de cintura, dos o tres semanas extra para que aparezcan las primeras incompatibilidades reales y se corrijan en patches menores tipo 7.0.1.

Plan de actualizacion seguro a WordPress 7.0 paso a paso

Actualizar WordPress es mas predecible si sigues siempre el mismo guion. Este es el plan que recomiendo aplicar al pasar de 6.9 a 7.0, ajustado a la realidad de la version final.

1. Backup completo y verificado: archivos y base de datos, con prueba de restauracion en staging. Si tu hosting hace backups automaticos, fuerza uno manual antes y descargalo en local. La frase «no me ha hecho falta nunca» termina mal el dia que toca usarlo.
2. Comprueba la version de PHP: entra en Herramientas, Salud del sitio o pide el dato a tu proveedor. Si estas en PHP 7.2 o 7.3, sube a PHP 8.2 o 8.3 antes de tocar WordPress. Hacer dos cambios grandes a la vez es la receta para no saber que ha roto que.
3. Audita plugins y temas: en cada uno revisa el campo «Tested up to» en wordpress.org/plugins, la actividad reciente del autor y si tienen issue tracker abierto. Marca como criticos los que no tengan actualizaciones desde antes de la 6.9.
4. Replica en staging: casi cualquier hosting decente ofrece un entorno staging hoy. Clona el sitio de produccion y prueba la actualizacion alli. Si tu hosting no tiene staging, valora montar un local con LocalWP o DDEV.
5. Actualiza primero los plugins: antes de tocar el nucleo, deja todos los plugins en su ultima version compatible con 6.9. Asi reduces variables y aislas mejor cualquier fallo posterior.
6. Actualiza WordPress en staging: primero core, luego revisar plugins de pagina, formularios, cache, ecommerce, seguridad y SEO. Anota cualquier warning o aviso en el log.
7. Pruebas funcionales: alta de usuario, login, publicar un post, comentar, comprar (si hay tienda), formulario de contacto, sitemap, redireccion clave. Una checklist sencilla pero seria.
8. Promote staging a produccion: si todo va fino, replica el proceso en produccion en una franja horaria de bajo trafico. Avisa a quien edita habitualmente.
9. Monitoriza 48 horas: revisa errores PHP en logs, mira Search Console por si caen impresiones, comprueba que la cache se haya regenerado. Si usas Cloudflare o un proxy delante, valida que no quede ningun mixed content nuevo.

Si te toca actualizar muchos sitios, automatiza con WP-CLI, wp core update --version=7.0 tras backup, y mantenlo bajo control con scripts que registren version anterior y nueva. Lo que cambia con 7.0 frente a otras versiones es que la Real Time Collaboration sigue como opt-in, asi que aunque actualices no se activa sola, hay que habilitarla, lo que es una buena noticia, no llegara nadie a meter ruido en posts a medio editar sin que tu lo decidas.

Plugins y temas afectados, donde mirar antes de pulsar el boton

El cambio mayor en 7.0 trae siempre roces, sobre todo en plugins que tocan editor, hooks de revisiones o flujos de medios. Estos son los frentes donde he visto mas problemas en betas y RC, y donde toca poner foco antes de actualizar.

• Plugins de editor avanzado: alternativas a Gutenberg, plugins que añaden bloques propios o modifican la barra de bloques. Con la nueva Block API y el registro PHP, algunos hacks viejos se rompen. Pide a sus autores nota explicita de compatibilidad con 7.0.
• Page builders: Elementor, Bricks, Beaver, Oxygen, Breakdance. Todos publican notas de compatibilidad con cada version mayor, no actualices hasta tener confirmacion oficial. Quien usa builder pesado suele ser el primero en encontrar incompatibilidades.
• WooCommerce y ecommerce: Woo se mueve con su propio calendario y suele necesitar uno o dos releases menores tras una version mayor de WordPress para estabilizar. Si tienes tienda, espera a 7.0.1 salvo que el equipo de WooCommerce confirme antes.
• Plugins de cache, optimizacion y minificacion: WP Rocket, LiteSpeed Cache, W3 Total Cache, Autoptimize. El procesado de medios en cliente cambia el flujo de imagenes, asi que cualquier plugin que toque WebP, AVIF o lazy load tiene que adaptarse.
• Plugins de seguridad: Wordfence, Solid Security, Patchstack, SiteGround Security. Suelen actualizarse rapido, pero conviene no dar por hecho que su WAF entiende ya las nuevas rutas REST de la AI Client.
• Plugins de revisiones y workflow editorial: Edit Flow, PublishPress, Revision Hub. Las Visual Revisions del core pueden colisionar con su UI, revisa changelogs.
• Temas clasicos antiguos: los temas no actualizados desde antes de la 6.0 pueden tener problemas crecientes, no por 7.0 en si, sino por la acumulacion de cambios desde el FSE. Si llevas un tema clasico viejo, este es buen momento para plantear migracion.

Para sitios que ya tuvieron sustos recientes, recuerda lo que paso a comienzos de marzo, cuando WordPress encadeno tres actualizaciones en dos dias. Si no seguiste aquel episodio, esta resumido en esta pieza sobre el caos de actualizaciones de marzo. La leccion sigue valiendo, las versiones mayores se actualizan con plan, no con prisa.

Preguntas frecuentes sobre WordPress 7.0

¿Que dia sale WordPress 7.0?
La fecha actual es el 20 de mayo de 2026, segun confirmacion oficial de Mary Hubbard del 26 de abril de 2026. Inicialmente estaba prevista para el 9 de abril, pero el proyecto la aplazo para terminar mejoras de arquitectura. La RC2 sigue activa desde el 26 de marzo de 2026.

¿WordPress 7.0 se llama «Gene»?
No. «Gene» es el nombre codigo de WordPress 6.9, lanzado el 2 de diciembre de 2025 en homenaje al pianista de jazz Gene Harris. WordPress 7.0 anunciara su nombre codigo el dia del lanzamiento final.

¿Que version minima de PHP necesito para WordPress 7.0?
El requisito recomendado oficial es PHP 8.3 o superior. WordPress mantiene compatibilidad legacy con PHP 7.2.24, pero 7.0 deja fuera el soporte real para PHP 7.2 y 7.3 a partir de abril de 2026, asi que el minimo util en la practica es PHP 7.4. Si puedes, pasate ya a PHP 8.2 o 8.3.

¿Es seguro actualizar a 7.0 nada mas salir?
Para sitios sencillos, con tema de bloques actualizado y plugins muy mantenidos, si. Para webs criticas, ecommerce o instalaciones con plugins propios, mejor esperar dos o tres semanas o a la 7.0.1. La razon es la misma de siempre, las primeras incompatibilidades aparecen en los primeros dias.

¿Tengo que activar la colaboracion en tiempo real obligatoriamente?
No. Real Time Collaboration llega como funcion opt-in. Si no la activas, tu flujo editorial sigue igual que en 6.9. Solo entra en juego cuando un administrador la habilita y configura roles para usarla.

¿La nueva Web Client AI API ata WordPress a un proveedor concreto?
No. La API actua como capa unificada de acceso a modelos, pero los proveedores siguen viviendo fuera del core. Es decir, tu plugin o tema decide a que modelo conectar, OpenAI, Claude, Gemini, modelos locales con Ollama o cualquier otro compatible. El core solo orquesta.

Que hacer hoy con tu WordPress de cara al 20 de mayo

Si tu sitio esta en 6.9.4 con PHP 8.2 o 8.3, plugins al dia y tema mantenido, no tienes que hacer nada urgente, simplemente prepararte para actualizar con calma cuando la 7.0 lleve unos dias en la calle. Si tu sitio aun corre en PHP 7.2 o 7.3, deja este articulo y arregla eso primero, hablalo con tu hosting esta misma semana. Si tienes ecommerce o un proyecto critico, monta hoy un staging, dispara un backup verificado y haz una pasada manual a la lista de plugins que tocan editor, medios o seguridad.

WordPress 7.0 no obliga a cambiar tu manera de trabajar el dia 1. Pero abre puertas que se van a notar mucho en el segundo semestre del año, sobre todo en colaboracion editorial e integracion con IA. Llegar bien preparado al 20 de mayo es la diferencia entre vivir esa transicion como una oportunidad o como una bola de incidencias acumuladas.

Fuentes oficiales: WordPress 7.0 Release Candidate 2, WordPress 7.0 Beta 1, WordPress 6.9 «Gene» y WordPress Requirements.