WordPress 7.0 Armstrong: todas las novedades que debes conocer como desarrollador

WordPress 7.0, bautizado como Armstrong, se publicó el 20 de mayo de 2026 con más de 420 mejoras y correcciones firmadas por 875 colaboradores, y trae cambios de peso para desarrolladores, agencias y cualquier equipo que gestione proyectos web sobre este CMS. Desde una arquitectura de IA nativa hasta mejoras profundas en el editor, el rendimiento y la accesibilidad, esta versión marca un antes y un después en la forma de construir con WordPress.

En Keliam llevamos semanas analizando esta release para preparar las actualizaciones de los proyectos que mantenemos. Aquí te dejamos un resumen técnico de todo lo relevante.

Nuevo canvas para el overlay de navegación

WordPress 7.0 introduce un lienzo dedicado para diseñar el menú overlay que ven los visitantes al abrir la navegación. Ya no se trata de una simple lista de enlaces: puedes añadir columnas, ajustar tipografías, alinear elementos y partir de plantillas prediseñadas o crear el tuyo desde cero. Para proyectos donde la navegación es crítica (e-commerce con muchas categorías, portales de contenido), esto elimina la dependencia de plugins de mega-menú.

Conviene matizar qué significa eliminar esa dependencia. El overlay del core cubre bien el caso habitual —una navegación de dos o tres niveles, con algo de maquetación y quizá una imagen destacada—, pero no replica lo que hacen los mega-menús comerciales más completos: fichas de producto dentro del menú, contenido cargado por AJAX según la categoría sobre la que se pasa el ratón o reglas de visibilidad por rol de usuario. En una tienda mediana el cambio suele compensar y permite retirar un plugin; en catálogos muy grandes, merece la pena medir antes el peso del HTML que genera el overlay, porque todo él viaja en cada carga de página.

AI foundations: la infraestructura de IA llega al core

Sin duda la novedad más importante. WordPress 7.0 integra un AI Client nativo y agnóstico de proveedor directamente en el core. El sistema se compone de cuatro pilares: el WP AI Client (API PHP para enviar prompts a modelos de IA), la Client-Side Abilities API, la pantalla de Connectors para gestionar proveedores externos y la Connectors API como capa técnica de extensibilidad.

En la práctica, esto significa que cualquier plugin puede integrar funciones de IA (generación de texto, imágenes, alt text automático) sin tener que construir integraciones separadas para cada proveedor. El administrador del sitio configura sus claves de API en Settings > Connectors —la pantalla llega con soporte para Anthropic, Google y OpenAI— y el core se encarga del enrutamiento. Si quieres el paso a paso de esa pantalla, lo detallamos en la guía de cómo configurar los conectores de IA de WordPress 7. Si tu agencia o equipo de desarrollo trabaja con WooCommerce o proyectos WordPress complejos, esta arquitectura abre posibilidades enormes.

Hemos preparado un artículo dedicado sobre el WP AI Client donde profundizamos en la arquitectura, los ejemplos de código y las implicaciones para desarrolladores.

Revisiones visuales con timeline slider

El historial de revisiones ahora incluye un slider de línea de tiempo que permite navegar entre versiones de forma visual. Cada cambio queda marcado bloque por bloque, lo que facilita identificar exactamente qué se modificó sin comparar párrafos enteros de HTML. Un clic para restaurar cualquier versión anterior. Para equipos donde varios editores tocan el mismo contenido, esta mejora reduce errores y acelera la revisión. Hemos desgranado su funcionamiento en el artículo sobre el diff visual de revisiones de WordPress 7.

Patrones como bloques individuales

Los patrones de bloques ahora se comportan como un único bloque al insertarlos en la página. Esto simplifica radicalmente la edición: puedes cambiar texto e imágenes directamente desde el inspector sin navegar por bloques anidados. Si necesitas edición avanzada, un clic en «edit pattern» te da acceso completo. Para agencias que entregan sitios a clientes no técnicos, esto reduce significativamente las llamadas de soporte post-entrega.

Mejoras de rendimiento

WordPress 7.0 mejora la priorización de carga de imágenes, evitando que imágenes ocultas (dentro de overlays de navegación o bloques interactivos) degraden el rendimiento de los recursos críticos. La carga de hojas de estilo de bloques bajo demanda en temas clásicos es más fiable, y se añade la posibilidad de que scripts dependan de script modules para reducir el bloqueo del render. Si ya trabajas con auditorías de rendimiento, estas mejoras impactan directamente en las Core Web Vitals y la métrica INP; el detalle de qué cambia en la carga de bloques y medios lo tienes en el artículo sobre bloques, medios y rendimiento en WordPress 7.

Accesibilidad: nuevo esquema de colores y mejoras globales

El admin de WordPress recibe un esquema de colores actualizado con mejor contraste, botones e inputs rediseñados, y transiciones entre páginas más suaves (fade en lugar de saltos abruptos). A nivel de accesibilidad, hay correcciones en la gestión de medios, mejoras para control por voz y nuevos bloques con mejor soporte para lectores de pantalla. Para las empresas que tienen que cumplir con la Ley Europea de Accesibilidad (EAA), estas mejoras ayudan, pero no sustituyen a una auditoría: el core aporta la base, no el contenido accesible.

Font Library disponible para todos los temas

La biblioteca de fuentes, que antes solo funcionaba con temas de bloques, ahora está disponible para cualquier tema de WordPress. Puedes instalar, gestionar y aplicar fuentes directamente desde el editor, independientemente de si usas un tema clásico o un tema de bloques. Esto simplifica la gestión tipográfica sin depender de plugins como Use Any Font o Easy Google Fonts.

Para proyectos europeos hay un efecto secundario que agradecer: subir las fuentes a la propia biblioteca y servirlas desde el dominio evita la llamada a servidores externos de tipografías, que es uno de los puntos que más veces aparece señalado en las revisiones de protección de datos. Se gana además algo de rendimiento, al ahorrarse una conexión a otro dominio en la ruta crítica de renderizado.

Bloques responsivos y nuevo bloque de iconos

Ahora puedes elegir qué bloques se muestran en cada tamaño de pantalla. Esto permite construir layouts móviles más limpios, simplificar secciones y mantener versiones alternativas mientras iteras. Además, llega un nuevo bloque de iconos con una biblioteca integrada que permite insertar y estilizar iconos sin recurrir a shortcodes o HTML manual, junto con bloques de migas de pan y una galería con lightbox en modo pase de diapositivas. Cómo se comporta la visibilidad por dispositivo en un proyecto real lo contamos en el artículo sobre visibilidad por dispositivo en WordPress 7.

Lo que se quedó fuera de Armstrong

Tan importante como saber qué trae una versión es saber qué anunciaron y al final no llegó, porque es donde más expectativas se rompen con los clientes. Armstrong perdió por el camino su función más esperada: la colaboración en tiempo real. Se retiró el 8 de mayo de 2026, doce días antes del lanzamiento, porque el equipo no vio el enfoque lo bastante sólido para el core — había condiciones de carrera, presión sobre el servidor y problemas de eficiencia de memoria en las pruebas.

Con ella se quedaron fuera varios bloques que mucha gente daba por hechos: Tabs, Slider, Dialog, Playlist y Tabla de contenidos. No están cancelados: siguen disponibles a través del plugin Gutenberg mientras continúa su desarrollo, así que un proyecto que los necesite hoy puede usarlos, asumiendo que son funcionalidad de plugin y no de core, con lo que eso implica a la hora de actualizar.

La lectura práctica para una agencia es sencilla: si habías vendido edición simultánea tipo documento compartido para este año, toca recalibrar la expectativa. Y si un proyecto depende de bloques de pestañas o de carrusel, conviene decidir ya si se asume el plugin Gutenberg en producción o se mantiene la solución del tema.

Tres novedades que no caben en un titular pero cambian el día a día

La paleta de comandos

Armstrong trae la primera revisión visual seria del escritorio desde 2013, y con ella una paleta de comandos que se abre con ⌘K en Mac o Ctrl+K en Windows desde cualquier pantalla del administrador. Suena a detalle menor y es, en horas de trabajo acumuladas, de las cosas que más se notan: saltar a un ajuste, crear una entrada o abrir un plugin sin recorrer el menú lateral. Es la clase de mejora que no se vende en una propuesta pero que el cliente agradece a la semana de usarla. El rediseño completo del escritorio y sus nuevas vistas los analizamos en el artículo sobre el nuevo escritorio de WordPress 7 y las DataViews.

Notas, menciones y modo sugerencias

Las notas del editor ganan notificaciones por email al mencionar a alguien con @ y un modo de sugerencias para proponer cambios en lugar de aplicarlos directamente. No es colaboración en tiempo real, pero cubre buena parte de lo que en realidad se pide cuando se pide colaboración: que el responsable de contenido pueda proponer una corrección sin romper el texto publicado y que el autor se entere.

CSS por bloque y registro de bloques desde PHP

Para quien desarrolla hay dos cambios de fondo. El primero es el CSS personalizado a nivel de bloque, que evita tener que inventar clases de utilidad para un ajuste puntual. El segundo, menos visible y más interesante, es la posibilidad de crear y registrar bloques desde PHP en servidor con autorregistro, lo que simplifica bastante los bloques dinámicos que hasta ahora obligaban a montar un pequeño proyecto de build solo para declararlos.

Actualización — octubre de 2026: la 7.0 ya no es la versión a la que actualizar

Este artículo se escribió en el momento del lanzamiento de Armstrong. Cinco meses después el panorama de versiones ha cambiado y, si estás planificando la actualización ahora, el destino ya no es el 7.0.

WordPress 7.1 se publicó el 19 de agosto de 2026, y sobre ella han salido ya dos correcciones: 7.1.1 el 17 de septiembre y 7.1.2 el 22 de septiembre. La rama 7.0 sigue recibiendo parches —el 7.0.6 es del mismo 22 de septiembre— pero el propio proyecto es claro al respecto: solo la última versión de la serie 7.1 se considera segura y con mantenimiento activo. Quedarse en 7.0.x es, a efectos prácticos, acumular deuda de seguridad.

Para un proyecto que todavía esté en 6.9 esto no cambia el plan, solo el punto de llegada: el salto es a 7.1.2 directamente, y conviene hacerlo en un entorno de pruebas antes que en producción. Las novedades concretas que trae la 7.1, sobre todo en el terreno de la IA, las repasamos en el artículo sobre las novedades de IA de WordPress 7.1.

Checklist antes de actualizar

Lo que sigue es el guion que usamos nosotros antes de tocar un sitio en producción. No es largo, pero saltarse cualquiera de los puntos es la vía rápida a una tarde mala:

• Versión de PHP: Armstrong subió el mínimo a PHP 7.4 y dejó fuera 7.2 y 7.3. Comprobarlo antes es obligatorio, y si el hosting lo permite conviene ir bastante más arriba del mínimo, no justo al límite.
• Inventario de plugins y temas: listar lo instalado, mirar fecha de última actualización y compatibilidad declarada. Un plugin sin actualizar en dos años es un candidato a sustitución, no a esperar a que el autor reaccione.
• Clon en staging: copia completa, actualización ahí, y recorrido manual de las plantillas y los formularios críticos. En tiendas, el checkout entero de principio a fin.
• Copia de seguridad verificada: no vale con que el plugin diga que la hizo. Hay que comprobar que el fichero existe, que pesa lo que debería y que se restaura.
• Ventana de actualización: nunca un viernes por la tarde ni en pico de tráfico, y con alguien disponible durante las horas siguientes.
• Revisión de seguridad posterior: tras actualizar, repasar usuarios administradores, claves de aplicación y permisos de ficheros. Los incidentes de este año —como la vulnerabilidad WP2Shell— han entrado casi siempre por plugins desatendidos, no por el core.

El procedimiento completo, con los tiempos y los puntos de control que usamos en proyectos de empresa, está en nuestra guía para actualizar a WordPress 7 en una empresa.

Preguntas frecuentes

¿Hay que actualizar ya o se puede esperar?

Si el sitio está en 7.0.x, la actualización a 7.1.2 no es urgente en el sentido de dejarlo todo, pero sí debe estar planificada: solo la última de la serie 7.1 tiene mantenimiento activo. Si está en 6.9 o anterior, la conversación es otra y conviene abordarla este trimestre.

¿Las funciones de IA del core cuestan dinero?

El core no cobra por ellas, pero tampoco incluye un modelo. Lo que trae es el cableado: tú pones la clave de tu proveedor en la pantalla de Connectors y pagas el consumo a ese proveedor. Conviene fijar límites de gasto desde el primer día, porque una función de generación automática mal configurada consume mucho más de lo que parece.

¿Qué pasa con los sitios hechos con constructores visuales?

Un sitio montado sobre un constructor externo nota menos las novedades del editor de bloques, pero sigue estando sujeto al cambio de requisitos de PHP y a la compatibilidad del propio constructor con la nueva versión. Elementor, por ejemplo, está en su propia transición con el editor atómico de Elementor 4, así que la planificación hay que hacerla mirando las dos piezas, no solo WordPress.

¿Se puede volver atrás si algo falla?

Sí, restaurando la copia completa (ficheros y base de datos). Lo que no funciona bien es revertir solo el core dejando la base de datos actualizada: hay migraciones que no se deshacen solas. De ahí la insistencia en la copia verificada y en probar antes en staging.

¿Merece la pena instalar el plugin Gutenberg para tener los bloques que faltan?

En un proyecto propio con mantenimiento activo, puede tener sentido. En un sitio que se entrega a un cliente y se visita una vez al año, no: el plugin Gutenberg va muy por delante del core y cada actualización puede mover el comportamiento del editor. Si hacen falta pestañas o carruseles, casi siempre sale mejor resolverlo en el tema.

Qué significa esto para tu proyecto web

WordPress 7.0 no es una actualización incremental. La integración de IA en el core, combinada con las mejoras de rendimiento y la simplificación del editor, redefine lo que se puede hacer con el CMS sin depender de plugins de terceros. Para agencias y equipos de desarrollo, es el momento de evaluar la compatibilidad de tus temas y plugins, planificar la migración —hoy ya directamente a la 7.1.2— y aprovechar las nuevas capacidades de IA para automatizar tareas repetitivas.

En Keliam ayudamos a empresas y startups a mantener sus plataformas WordPress actualizadas, seguras y optimizadas. Si necesitas soporte para la actualización a WordPress 7.0 o quieres explorar cómo integrar IA en tu proyecto, hablemos.