Introducción
El 19 de junio de 2026, Anne McCarthy, de Automattic, publicó la hoja de ruta de WordPress 7.1 en el blog Make WordPress Core, su primer ciclo como líder de lanzamiento. Su mensaje en LinkedIn fue, como es habitual en ella, muy cercano: “I am so excited about what’s taking shape.” (Estoy muy entusiasmada con lo que está tomando forma.) La hoja de ruta está realmente repleta, y la palabra protagonista es colaboración, planteada como el hilo conductor que mantiene unido el lanzamiento.
Hay una tensión que conviene nombrar desde el principio. El lanzamiento se presenta con la colaboración como reclamo, pero la función de colaboración estrella, la colaboración en tiempo real, es precisamente lo que se sigue aplazando. Fue retirada de WordPress 7.0 unas dos semanas antes de ese lanzamiento. Regresa en la hoja de ruta de 7.1 envuelta en “big, open strategy questions” (grandes preguntas estratégicas abiertas) en lugar de una fecha de lanzamiento. Y en la WordCamp Europe 2026, los core committers cuestionaron abiertamente si la función completa pertenece siquiera al núcleo. Así que la lectura honesta de 7.1 son dos lanzamientos en uno: un conjunto sólido de mejoras de estilización, media y plataforma que saldrá de verdad el 19 de agosto, y una historia de colaboración sobre la que aún se discute en abierto.
En resumen
- Anne McCarthy lidera 7.1 por primera vez, con el lanzamiento fijado para el 19 de agosto de 2026, el día de cierre de la WordCamp US en Phoenix, y la Beta 1 el 15 de julio.
- El lanzamiento está estructurado en torno a la colaboración, pero la colaboración en tiempo real (RTC) sigue sin resolverse después de haber sido recortada de 7.0.
- Los logros realmente confirmados son la estilización responsiva, React 19, la descontinuación del bloque Classic, y las funciones de flujo de trabajo Guidelines e IA.
- Los core committers plantearon un modelo de canary deployment al estilo de Chrome, una señal de que creen que el propio proceso de pruebas y feedback necesita replantearse.
- Con menos de cuatro semanas desde la Beta 1 hasta el lanzamiento, hay que esperar que algunos elementos de la hoja de ruta se retrasen o salgan tras flags.
Qué sale realmente, ordenado por a quién afecta
La hoja de ruta enumera mucho. Para un propietario de sitio o una agencia, la pregunta útil no es “qué hay en la lista”, sino “qué cambia mi trabajo”. Esta es la división.
| Función | Qué es | A quién afecta | Confianza |
|---|---|---|---|
| Estilización responsiva | Definir estilos de bloque por tamaño de pantalla en el editor | Constructores de sitios, agencias | Alta |
| React 18 a 19 | Actualización interna de la biblioteca del editor | Desarrolladores de bloques y plugins | Alta |
| Descontinuación del bloque Classic | Retirar gradualmente el bloque Classic, cargar TinyMCE de forma diferida | Sitios heredados, rendimiento | Alta |
| Guidelines | Reglas editoriales y voz de marca, ligadas a las herramientas de IA | Equipos editoriales | Media |
| Mejoras en Notes | Reacciones en emoji, modo sugerencia, texto enriquecido | Revisores, equipos | Media |
| Media del lado del cliente | HEIC, Ultra HDR, GIF-a-video, recorte libre | Publicadores de contenido | Media |
| Nuevos bloques | Playlist, Table of Contents, Tabs | Todos los usuarios | Media |
| Colaboración en tiempo real | Edición multiusuario en vivo | Equipos, con el tiempo | Baja para 7.1 |
El patrón es claro. Los elementos de alta confianza son infraestructurales o están orientados a los constructores. La historia de la colaboración, aquella que da nombre al lanzamiento, se sitúa en la franja media a baja.
Estilización responsiva: el titular silencioso
Si construyes sitios para clientes, lo más útil de 7.1 no es la colaboración, es la estilización responsiva. Hasta ahora, controlar cómo se ve un bloque en distintos tamaños de pantalla suponía CSS personalizado, un plugin, o pelearse con el editor. La hoja de ruta lleva la estilización de bloques por breakpoint al propio editor, junto con la estilización de estados interactivos para hover, foco y activo, y una vista “display inherited styles” (mostrar estilos heredados) para que puedas ver de dónde proviene realmente un estilo.
Esto es poco glamuroso e importa más que la mayoría de los elementos más llamativos. El control responsivo es un punto de fricción diario en el trabajo real con clientes, y trasladarlo al núcleo reduce el número de plugins y el CSS personalizado que, de otro modo, todo sitio acumula. Es ese tipo de madurez de plataforma que no genera titulares pero elimina en silencio toda una categoría de consultas de soporte.
React 19 y descontinuación del bloque Classic: por dentro
Dos elementos de la hoja de ruta son invisibles para los usuarios finales e importantes para los desarrolladores. WordPress actualiza el editor de React 18 a React 19, llegando primero al plugin Gutenberg antes de un eventual camino al núcleo. Para la mayoría de los sitios esto no cambia nada visible. Para cualquiera que mantenga bloques personalizados o interfaces de editor, es una razón para probar con React 19 antes de agosto y no después.
La descontinuación del bloque Classic es la más interesante, porque es una decisión de rendimiento disfrazada de limpieza. El bloque Classic arrastra TinyMCE, un editor pesado, y el plan es cargarlo de forma diferida y retirar el bloque gradualmente. El contenido existente no se rompe, pero los sitios que aún se apoyan en el editor Classic o en el bloque Classic deberían tomar esto como el inicio formal de un reloj de migración. Para proyectos sensibles al rendimiento, sobre todo tiendas WooCommerce donde se mide cada kilobyte de peso del editor y del front-end, deshacerse de TinyMCE en páginas que nunca lo necesitaron es una ganancia real.
Guidelines e IA: la apuesta por el flujo de trabajo
La hoja de ruta apuesta por la IA, pero de forma más disciplinada que “añadir una caja de chat”. Lo destacado es Guidelines, una función que permite a un sitio definir reglas editoriales y voz de marca en un solo lugar, que luego alimenta las herramientas de IA del editor para que el contenido generado siga esas reglas. También hay una iteración del AI Client que añade streaming de generación y embeddings, y una iteración de los Connectors que lleva la autenticación más allá de las simples claves de API.
Es el enfoque correcto para la IA en un CMS. El riesgo de la asistencia de escritura por IA es un resultado uniforme y ajeno a la marca, exactamente el problema de contenido genérico contra el que lucha ahora todo equipo editorial. Una capa Guidelines que limita la generación a los estándares de un sitio es una protección frente a eso, suponiendo que salga en un estado utilizable. Aquí se califica de confianza media precisamente porque la ambición de la función y una ventana de estabilización de cuatro semanas no siempre concuerdan.
La saga de la RTC, y por qué sigue atascándose
La colaboración en tiempo real es la función que WordPress está siempre a punto de lanzar. Fue recortada de 7.0 dos semanas antes. En la hoja de ruta de 7.1, McCarthy la plantea con honestidad, con “big, open strategy questions” (grandes preguntas estratégicas abiertas) aún pendientes: qué lanzar realmente y qué mecanismo de almacenamiento usar. Abordamos los detalles de este segundo intento en nuestro artículo sobre WordPress 7.1 real-time collaboration, y la hoja de ruta no resuelve tanto las preguntas allí planteadas como vuelve a enunciarlas.
El desarrollo más revelador vino de los core committers. En su encuentro en la WordCamp Europe 2026 surgió una “strong opinion, loosely held” (opinión firme, sostenida con flexibilidad) de que el conjunto completo de funciones de la RTC no debería vivir en absoluto en el núcleo, solo la arquitectura subyacente, dejando la capa rica de funciones a los plugins o a los alojamientos. Es una división significativa. Si se mantiene, 7.1 podría entregar la base técnica de la colaboración sin la función visible, lo que convertiría el planteamiento de la “colaboración como hilo conductor” en más aspiración que entrega para este ciclo.
El debate del canary: un problema de proceso disfrazado
Lo más interesante que los committers debatieron en la WordCamp Europe no fue una función en absoluto. Plantearon mover WordPress a un modelo de canary deployment al estilo de Chrome con feature flags, una forma fundamentalmente distinta de construir, probar y lanzar el núcleo. El propio grupo reconoció que probablemente era “a technical solution to a communications problem” (una solución técnica para un problema de comunicación), y planteó preguntas obvias, como en qué se diferenciarían los builds canary de lo que el plugin Gutenberg ya ofrece, y si siquiera debería seguir existiendo un plugin Gutenberg.
Está lejos de ocurrir. Pero que los committers lo planteen dice algo sobre dónde creen que el modelo actual se queda corto, sobre todo en torno a las pruebas y el feedback. Los repetidos fracasos de la RTC a última hora son el síntoma: que una función importante llegue a dos semanas del lanzamiento antes de ser retirada es un fallo del bucle de feedback, no solo una función que no estaba lista. La idea del canary es un intento de detectar eso antes. Salga adelante o no, el hecho de que esté sobre la mesa es la admisión más honesta de todo el ciclo de que el proceso de construcción, y no el backlog de funciones, es la verdadera restricción.
El problema del calendario
Aquí está el número duro. La Beta 1 está prevista para el 15 de julio, y el lanzamiento es el 19 de agosto. Son menos de cuatro semanas para cerrar una hoja de ruta tan grande. McCarthy hereda una lista ambiciosa y muy poco margen de tiempo, y el resultado realista es que algunos elementos salen, algunos se retrasan a 7.2, y algunos llegan tras feature flags en un estado parcial. Esto no es una crítica a la líder de lanzamiento, es la realidad estructural de una fecha fija fijada para coincidir con la WordCamp US.
Para los propietarios de sitios, la lección práctica es tratar la hoja de ruta como una declaración de intenciones, no como una garantía. Planifica en torno a los elementos de alta confianza, estilización responsiva, React 19, el reloj del bloque Classic, y vigila los de confianza media en lugar de construir planes sobre ellos. No le prometas a un cliente una función que aún carga “big, open strategy questions” (grandes preguntas estratégicas abiertas) seis semanas antes del lanzamiento.
Qué hacer antes del 19 de agosto
- Desarrolladores: probad bloques personalizados y extensiones de editor con React 19 ya, usando el plugin Gutenberg, y no después del lanzamiento del núcleo.
- Sitios heredados: auditad dónde aún dependéis del bloque o editor Classic e iniciad un plan de migración, porque el reloj de la descontinuación ya ha arrancado formalmente.
- Proyectos sensibles al rendimiento: el cambio a la carga diferida de TinyMCE es rendimiento gratis en cuanto dejas el bloque Classic, conviene tenerlo en cuenta en una revisión de rendimiento WooCommerce.
- Equipos editoriales: vigilad Guidelines y las herramientas de IA, pero no rediseñéis vuestro flujo de trabajo en torno a una función de confianza media hasta que salga de verdad.
- Todos: probad con la Beta 1 desde el 15 de julio. Una ventana de estabilización corta significa que las pruebas de la comunidad cuentan más de lo habitual en este ciclo.
Conclusión
WordPress 7.1 es un lanzamiento sólido con un nombre ligeramente engañoso. El planteamiento de la colaboración es intención real, pero la función de colaboración sigue sin resolverse, y los committers debaten abiertamente si pertenece al núcleo y si todo el proceso de construcción necesita replantearse. Si dejamos a un lado ese planteamiento, lo que queda el 19 de agosto es un lanzamiento de plataforma realmente útil: estilización responsiva que elimina fricción diaria, una modernización a React 19, una descontinuación del bloque Classic que ayuda al rendimiento, y un primer paso disciplinado en IA a través de Guidelines.
La historia más profunda es el debate del canary. Un proyecto dispuesto a cuestionar públicamente su propio modelo de deployment es un proyecto que sabe que sus bucles de feedback están bajo tensión. Sigue esa conversación, porque dará forma a los lanzamientos de WordPress mucho después de que salga 7.1. Por ahora, planifica en torno a lo confirmado, prueba pronto, y trata el resto de la hoja de ruta como una declaración de intenciones, no como una promesa de entrega.
Última actualización: 20 de junio de 2026.
