WordPress 7.0: Novedades, integración de IA y todo lo que las agencias web deben saber (2026)

Ilustración de la actualización y gestión de un sitio web con WordPress 7.0.

WordPress 7.0 se lanzó el 20 de mayo de 2026, tras un retraso de cinco semanas y una decisión que dejó fuera su funcionalidad estrella apenas unos días antes del lanzamiento. En WATA Factory trabajamos con WordPress junto a nuestros proyectos en PHP, Symfony y Angular para clientes de España y Alemania, por lo que una nueva versión importante del núcleo implica preparar entornos de staging, auditar plugins y dedicar unas cuantas tardes extra antes de tocar cualquier sitio en producción. Esto es lo que realmente incluye la nueva versión, lo que finalmente se descartó y qué deberías comprobar antes de actualizar la web de un cliente.

Lo que realmente llega con WordPress 7.0

WordPress 7.0, conocido internamente durante su desarrollo como «Armstrong», llegó después de que el equipo del núcleo retrasara el lanzamiento del 9 de abril al 20 de mayo. Esas cinco semanas adicionales se dedicaron a estabilizar la capa de datos sobre la que se apoyaba una funcionalidad que, finalmente, no llegó a formar parte de la versión definitiva. Más adelante hablaremos de ello.

Lo que sí llegó fue una nueva capa de infraestructura para inteligencia artificial, una interfaz de administración rediseñada basada en un sistema desarrollado con React llamado DataViews, varios bloques nuevos y un aumento de la versión mínima de PHP requerida. Ninguna de estas novedades resulta tan llamativa como habría sido la edición colaborativa en tiempo real, pero sí representan el tipo de actualización que cambiará la forma en que se desarrollan plugins y temas durante los próximos dos o tres años, más que la apariencia de una entrada publicada la semana que viene.

Para las agencias, la pregunta realmente importante no es «¿qué hay de nuevo?», sino «¿qué puede dejar de funcionar?». Introduction to WordPress page builders analiza algunos de los cambios más profundos que hemos ido viendo en el editor a lo largo de las últimas versiones de WordPress, y aquí ocurre exactamente lo mismo: cualquier plugin que interactúe de forma intensiva con el editor de bloques, las tablas de administración o el sistema de bloqueo de entradas necesita pasar por una batería de pruebas antes de que WordPress 7.0 llegue a producción.

PHP 7.4 pasa a ser el nuevo mínimo, no el objetivo

WordPress 7.0 deja de ser compatible con PHP 7.2 y 7.3. A partir de ahora, la versión mínima es PHP 7.4 y el equipo de desarrollo recomienda utilizar PHP 8.2 o superior para los sitios que se preocupan por el rendimiento y las actualizaciones de seguridad, es decir, prácticamente todos.

Puede parecer una nota al pie hasta que eres quien gestiona treinta cuentas de clientes en un alojamiento compartido, algunas de ellas configuradas hace años para «heredar» la versión de PHP del servidor y que nadie ha vuelto a revisar desde entonces. Si la infraestructura de un cliente sigue funcionando con PHP 7.2 o 7.3, actualizar a WordPress 7.0 deja de ser una recomendación para convertirse en un bloqueo. La actualización fallará directamente o el sitio funcionará en un estado no compatible y sin soporte.

Nuestro consejo para los clientes lleva años siendo el mismo: comprueba siempre la versión de PHP de forma explícita, no confíes en la opción de «heredar» y prueba primero la actualización en una copia de staging. Es exactamente la misma disciplina que aplicamos en nuestros proyectos con PHP y Symfony, solo que aquí el punto de entrada es el panel de WordPress en lugar de un pipeline de despliegue.

WP AI Client y la Abilities API

Esta es probablemente la parte de WordPress 7.0 que más interesa a quienes desarrollan plugins o temas, aunque la mayoría de propietarios de sitios web probablemente nunca lleguen a percibirla.

WordPress 7.0 incorpora WP AI Client, una API de PHP integrada en el núcleo que ofrece a los plugins una forma estándar de comunicarse con modelos externos de inteligencia artificial sin necesidad de desarrollar una integración independiente para cada proveedor. Los desarrolladores únicamente llaman a la función wp_ai_client_prompt() y WordPress se encarga de traducir la petición al proveedor que el propietario del sitio tenga configurado. Además, aparece una nueva pantalla Connectors dentro de Ajustes, donde el administrador puede elegir el proveedor que desea utilizar. OpenAI, Google Gemini y Anthropic Claude aparecen ya registrados como opciones. Ningún dato se envía a un modelo externo hasta que alguien conecta explícitamente uno de estos proveedores.

Junto a esta funcionalidad llega también la Abilities API, que permite a plugins y temas registrar sus capacidades en un formato que tanto las personas como los agentes de inteligencia artificial pueden interpretar. En la práctica, esto significa que un plugin puede exponer acciones como «crear un borrador» o «redimensionar una imagen» como capacidades estructuradas, en lugar de depender de una serie de condiciones que un asistente de IA tendría que interpretar por su cuenta.

Para los desarrolladores acostumbrados a crear funcionalidades de inteligencia artificial específicas para cada plugin, esta es probablemente la parte de la documentación técnica que más merece la pena leer con detenimiento. No cambia absolutamente nada para los sitios que no conecten un proveedor de IA, pero para aquellos que sí lo hagan redefine quién es responsable de la capa de integración.

DataViews, Command Palette y un rediseño más discreto del panel de administración

La renovación del panel de administración en WordPress 7.0 va mucho más allá de un simple cambio visual. DataViews sustituye las antiguas tablas renderizadas en PHP para entradas, páginas, medios y usuarios por una interfaz basada en React que permite filtrar, ordenar y realizar ediciones masivas sin recargar completamente la página. Si alguna vez has visto a un cliente esperar mientras se recargaba una tabla después de cambiar un filtro, esta es precisamente la mejora que viene a solucionar ese problema.

La Command Palette (Cmd-K o Ctrl-K) pasa ahora a estar disponible en todas las pantallas de administración de WordPress y no únicamente dentro del editor de bloques, un cambio que resulta mucho más útil de lo que parece una vez te acostumbras a utilizarlo. Si además añadimos la posibilidad de aplicar CSS personalizado a nivel de bloque y un par de nuevos bloques para migas de pan e iconos, el resultado es un panel de administración que se siente mucho más moderno sin obligar a nadie a reaprender dónde está cada opción.

Ninguno de estos cambios exige modificar los plugins por sí mismo, pero cualquier extensión que inyecte JavaScript personalizado en las antiguas tablas de administración —incluidos muchos constructores visuales— debería comprobarse cuidadosamente con las nuevas pantallas de DataViews antes de desplegar la actualización en el sitio de un cliente.

Colaboración en tiempo real: desarrollada, probada… y finalmente descartada

Esta es la gran novedad que nunca llegó a producirse. La colaboración en tiempo real, una funcionalidad al estilo Google Docs que habría permitido a varias personas editar simultáneamente una misma entrada, estaba llamada a ser la característica estrella de WordPress 7.0 y el hito oficial de la Fase 3 de la hoja de ruta de Gutenberg.

El 8 de mayo, doce días antes del lanzamiento, el líder de WordPress, Matt Mullenweg, decidió retirarla de la versión final. Los motivos fueron muy concretos: demasiados escenarios que cubrir, condiciones de carrera (race conditions), carga sobre el servidor, eficiencia de memoria y errores que seguían apareciendo durante las pruebas de fuzz testing. En lugar de lanzar una funcionalidad que afecta directamente al contenido en producción en esas condiciones, el equipo optó por eliminarla y seguir adelante con el resto de la versión.

Si algún cliente te ha preguntado por la edición colaborativa en tiempo real porque ha leído algo sobre WordPress 7.0, la respuesta más honesta es que todavía no está disponible y que no existe una fecha confirmada para su lanzamiento. Preferimos ser transparentes con nuestros clientes desde el principio antes que prometer una funcionalidad que fue retirada apenas doce días antes de la publicación oficial.

Una lista práctica antes de tocar la web de un cliente

Una actualización importante del núcleo es una tarea rutinaria si se aborda como tal. Antes de actualizar cualquier instalación de WordPress 7.0 de un cliente:

  • Confirma explícitamente la versión de PHP. No confíes en la opción de «heredar» del proveedor de hosting; compruébala desde cPanel o mediante php -v.
  • Prueba primero en un entorno de staging los constructores visuales y los plugins que hagan un uso intensivo del editor, especialmente aquellos que personalicen el editor de bloques o las antiguas tablas de administración.
  • Ejecuta tu batería habitual de pruebas automatizadas sobre la copia de staging antes de desplegar la actualización. Si todavía no dispones de una, valorar las ventajas e inconvenientes de implantar pruebas automatizadas es un buen punto de partida para abrir esa conversación con el cliente.
  • Mantén desconectados los conectores de IA hasta haber revisado qué capacidades expone realmente cada plugin a través de la Abilities API.
  • Haz siempre una copia de seguridad antes de actualizar, independientemente de lo rutinaria que parezca la versión.

En WATA Factory gestionamos la mayor parte de nuestros entornos de staging mediante un flujo de desarrollo de WordPress basado en Docker, lo que nos permite levantar fácilmente una copia temporal del sitio de un cliente, probar la actualización y descartar el contenedor si algo no funciona como debería.

Preguntas frecuentes

¿Es seguro instalar WordPress 7.0 directamente en una web de un cliente?

Sí. La versión estable se publicó el 20 de mayo de 2026, pero que sea «seguro» sigue significando lo mismo que con cualquier gran actualización del núcleo: primero hay que probarla en un entorno de staging.

¿WordPress 7.0 requiere actualizar PHP?

La versión mínima obligatoria es PHP 7.4. Cualquier versión inferior no ejecutará correctamente WordPress 7.0. Se recomienda utilizar PHP 8.2 o una versión superior.

¿La colaboración en tiempo real llegará en una futura versión de WordPress?

El equipo de desarrollo todavía no ha dado una fecha. La funcionalidad se retiró de WordPress 7.0 por motivos de estabilidad y continúa pendiente para una futura versión.

¿Necesito conectar un proveedor de IA para utilizar WordPress 7.0?

No. La pantalla Connectors y WP AI Client son funcionalidades adicionales. Un sitio que no tenga conectado ningún proveedor seguirá funcionando exactamente igual que antes de la actualización.

¿Mi constructor visual seguirá funcionando después de actualizar a WordPress 7.0?

La mayoría sí, pero cualquier herramienta que personalice el editor de bloques o las antiguas tablas de administración debería probarse previamente en un entorno de staging, ya que DataViews cambia la forma en la que se renderizan estas pantallas.

¿Cuál es la causa más habitual de que falle una actualización a WordPress 7.0 en un sitio de un cliente?

Según nuestra experiencia, una versión obsoleta de PHP que nadie comprobó antes de pulsar el botón de actualizar. Es un problema completamente evitable y lo primero que merece la pena revisar.

Resumen

WordPress 7.0 es una versión orientada principalmente a desarrolladores, acompañada de una importante renovación del panel de administración. WP AI Client y la Abilities API establecen la infraestructura sobre la que los desarrolladores de plugins trabajarán durante los próximos años; DataViews y la Command Palette hacen que el panel de administración sea notablemente más ágil, y el nuevo requisito mínimo de PHP 7.4 provocará discretamente problemas en algunas configuraciones de alojamiento que llevaban demasiado tiempo olvidadas. La colaboración en tiempo real, la funcionalidad que todo el mundo esperaba, finalmente no llegó y, por ahora, no existe un calendario oficial para su lanzamiento.

Para las agencias, nada de esto es motivo para precipitar una actualización ni para retrasarla indefinidamente. Es una razón para comprobar correctamente la versión de PHP, realizar pruebas en un entorno de staging y tratar una actualización importante del núcleo exactamente igual que cualquier otro despliegue en producción. Si necesitas ayuda para auditar una instalación de WordPress antes de la próxima gran actualización, ponte en contacto con nuestro equipo.

Related Posts