En pocas palabras: WordPress 7.1 suma un nuevo bloque Tabs (pestañas) nativo en Gutenberg, demostrado con bloques de WooCommerce para organizar fichas de producto. Llega en la versión final del 19 de agosto de 2026; ya podés probarlo desde la Beta 1, disponible desde el 15 de julio.
WordPress 7.1 ya tiene fecha y un cronograma cerrado: la Beta 1 salió el 15 de julio de 2026 y el lanzamiento final está agendado para el 19 de agosto, justo durante la WordCamp US. Entre las novedades que más ruido hicieron está una nueva suite de Notes para dejar comentarios de colaboración con @menciones y formato de texto directamente en el editor. Si trabajás contenido en equipo o mantenés plugins, este es el momento de probar.
WordPress 7.1 es la próxima versión mayor del CMS de código abierto de WordPress, con lanzamiento final el 19 de agosto de 2026. Incluye una suite ampliada de Notes para colaboración, estilos responsive configurables desde Gutenberg, el editor iframed obligatorio para temas de bloques y un cambio en la carga especulativa. La Beta 1 ya está disponible para testear en entornos de staging.
En 30 segundos
- Fecha final: 19 de agosto de 2026, durante la WordCamp US. RC1 el 5 de agosto.
- Beta 1: disponible desde el 15 de julio, con betas semanales hasta fin de mes.
- Novedad estrella: nueva suite de Notes con @menciones, formato inline y notas sobre una selección de texto.
- Cambios técnicos: editor iframed obligatorio para temas de bloques y carga especulativa que pasa de conservadora a moderada cuando hay caché.
- Ojo: Gutenberg 23.5 subió el mínimo requerido a WordPress 6.9.
WordPress es un sistema de gestión de contenidos de código abierto creado en 2003 y desarrollado por la Fundación WordPress. Se utiliza para crear y administrar sitios web, blogs y tiendas en línea.
¿Cuándo se lanza WordPress 7.1 y cuál es la hoja de ruta oficial?
El lanzamiento final de WordPress 7.1 está agendado para el 19 de agosto de 2026, según el anuncio oficial de la Beta 1. Antes de eso hay una Release Candidate 1 el 5 de agosto, y desde el 15 de julio se publicaron betas semanales para testeo. La fecha final coincide con la WordCamp US, que es cuando Automattic suele mostrar las versiones grandes en vivo.
Un poco de contexto que ayuda a ubicarse. El 9 de julio salió WordPress 7.0.1, que fue puro bugfix: agrupó 13 tickets del Core y 13 correcciones de Gutenberg, sin features nuevas. O sea, el equipo cerró el ciclo de 7.0 y arrancó de lleno con 7.1.
¿Por qué te importa el cronograma si no sos developer? Porque marca cuándo conviene tocar tu sitio. La beta y la RC son para probar en local, nunca en producción. Recién después del 19 de agosto tiene sentido pensar en actualizar el sitio real, y ni siquiera ahí conviene apurarse (ya vamos a ver por qué). Esto se conecta con lo que analizamos en dentro de la comunidad de WordPress.
¿Qué trae la nueva suite de Notes en WordPress 7.1?
Las Notes son el sistema de comentarios de colaboración del editor de WordPress, y en 7.1 dan un salto grande. Ahora soportan formato inline (negrita, itálica, código, enlaces y emoji, cada uno con su atajo de teclado), @menciones para etiquetar a un colaborador escribiendo «@», varios hilos de conversación sobre el mismo bloque y notas inline que se dejan sobre una selección de texto en lugar de sobre el bloque entero.
Ponele que revisás un artículo largo en equipo. En vez de amontonar todo en un solo comentario por bloque, dejás una nota inline sobre la frase exacta que hay que cambiar, etiquetás con @ a quien tiene que corregirla y abrís un hilo aparte para otra discusión sobre el mismo bloque. Y como las notas largas se colapsan por defecto con un «mostrar más», el margen no se te llena de texto mientras escribís.
Eso sí: hasta que 7.1 no cierre en su versión final, los detalles finos de las Notes (atajos, comportamiento de los hilos, interfaz) pueden cambiar entre beta y beta. Lo que se probó en la beta es la base. Si dependés de esto para un flujo con clientes, esperá a la release estable antes de prometer nada.
¿Un plugin de comentarios o las Notes nativas?
Para revisiones dentro del editor, las Notes nativas ganan casi siempre: menos plugins es menos superficie de conflictos, menos código externo cargando y una cosa menos que romperse en cada update. Los plugins de comentarios y revisión externos siguen teniendo sentido si necesitás features muy específicas (flujos de aprobación, notificaciones por email, integraciones con herramientas externas) que las Notes de base todavía no cubren. La regla vieja aplica: si el core lo hace bien, sacate el plugin de encima. Cubrimos ese tema en detalle en al crear landing pages.
¿Qué son los estilos responsive de WordPress 7.1?
Los estilos responsive son estados de estilo que aparecieron para testeo en el ciclo 7.1 y que dejan definir cómo se ve un bloque en distintos tamaños de pantalla desde el propio editor, según el resumen de novedades para developers de julio de 2026. La idea es ajustar padding, tipografía o disposición para móvil sin escribir CSS a mano ni depender de un builder.
Cualquiera que haya armado un layout en Gutenberg sabe que el control responsive venía flojo: te quedaba bien en desktop y en el celu se descalabraba. Que esto entre al core es un avance real para blogs y tiendas, donde la mitad (o más) del tráfico llega desde el teléfono.
Tomalo con pinzas igual. Es una feature «para testeo», lo que significa que la interfaz y el alcance pueden moverse antes del 19 de agosto. Vale probarla en local y reportar lo que no funcione, que para eso está la beta.
¿Qué cambios técnicos trae WordPress 7.1 para plugins y temas?
WordPress 7.1 fuerza el editor iframed para los temas de bloques y cambia el default de la carga especulativa de conservadora a moderada cuando detecta caché, según el roadmap oficial a 7.1. Son dos cambios de fondo que no se ven pero que pueden afectar cómo se comportan tus plugins y estilos.
El editor iframed obligatorio es el que más ruido puede hacer. Al meter el editor dentro de un iframe, los estilos y scripts que un plugin inyectaba «a lo bruto» en la pantalla de edición pueden dejar de aplicar como antes. Si mantenés un plugin que toca el editor, esto es lo primero que tenés que verificar.
La carga especulativa moderada, en cambio, es una mejora de performance: WordPress precarga páginas que el usuario probablemente va a visitar, y ahora lo hace de forma más agresiva cuando hay una capa de caché detrás. Para que rinda de verdad, tu hosting tiene que soportar bien el cacheo. Si estás armando o migrando un sitio, un hosting WordPress como el de Donweb con caché a nivel servidor te ahorra pelearte con esto a mano.
| Hito del ciclo 7.1 | Fecha | Qué significa para vos |
|---|---|---|
| WordPress 7.0.1 (bugfix) | 9 jul 2026 | Cierre de 7.0: 13 fixes de Core + 13 de Gutenberg |
| Beta 1 | 15 jul 2026 | Empezá a testear en local/staging |
| Betas semanales | hasta fin de julio | Ventana para reportar bugs y compatibilidad |
| Release Candidate 1 | 5 ago 2026 | Casi final: última chance de detectar roturas |
| Release final | 19 ago 2026 | Recién acá pensá en actualizar producción |
¿Cómo instalar y probar la beta de WordPress 7.1?
Hay tres formas de probar WordPress 7.1 Beta 1, todas pensadas para entornos de prueba y nunca para un sitio en producción. La documentación oficial es clara con esto: no lo instales en un sitio que esté en línea y facturando. Ya lo cubrimos antes en en un staging de pruebas.
- WordPress Beta Tester (plugin): instalás y activás el plugin en un WordPress de prueba, elegís el canal «Bleeding edge» y el stream «Beta/RC Only». Es la opción más cómoda si ya tenés un staging armado.
- WP-CLI (línea de comandos): corrés
wp core update --version=7.1-beta1. Directo y rápido si laburás por terminal. - WordPress Playground: abrís la instancia de 7.1 Beta 1 en el navegador y probás sin instalar nada. Cero setup, ideal para mirar las novedades del editor en dos minutos.
Si encontrás algo roto, se reporta en el foro de soporte de Alpha/Beta o, si te animás a un bug reproducible, en el Trac de WordPress. Testear es la forma más concreta de que la versión salga estable, tengas experiencia o no.
¿Conviene actualizar a WordPress 7.1 apenas salga?
No apenas salga: esperá unas semanas después del 19 de agosto y probá antes en staging. La versión trae mejoras reales (estilos responsive, la nueva suite de Notes, la carga especulativa más agresiva y todos los fixes acumulados desde 7.0.1), pero el editor iframed obligatorio puede romper plugins o temas viejos que no se actualizaron.
La cuenta es simple: 7.1 es 7.0.1 más las features nuevas más los ajustes de compatibilidad que los developers metan durante la beta. Cuanto más esperes (dentro de lo razonable), más plugins ya estarán al día. Actualizá primero en una copia, revisá que todo funcione, recién después tocá el sitio real.
Errores comunes al probar WordPress 7.1
- Instalar la beta en producción. Es el error clásico y el más caro. La documentación lo dice con todas las letras: solo entornos de prueba. Usá Playground o un staging, nunca el sitio que factura.
- No revisar el mínimo de Gutenberg. Gutenberg 23.5 subió el requisito a WordPress 6.9. Si estás en una versión anterior y actualizás el plugin sin mirar, te podés comer un dolor de cabeza evitable.
- Asumir que tus plugins de editor van a andar igual. Con el editor iframed obligatorio, los plugins que inyectan estilos o scripts en la pantalla de edición son los primeros candidatos a fallar. Probalos uno por uno en staging.
- Confiar en features «para testeo» como si fueran finales. Los estilos responsive y varias de las novedades del editor todavía pueden cambiar entre beta y release. No prometas a un cliente algo que aún no está cerrado.
Preguntas Frecuentes
¿Cuándo sale WordPress 7.1?
El lanzamiento final de WordPress 7.1 está agendado para el 19 de agosto de 2026, durante la WordCamp US. Antes hay una Release Candidate 1 el 5 de agosto, y la Beta 1 ya está disponible desde el 15 de julio de 2026. Complementá con verificar enlaces internos.
¿Qué es la nueva suite de Notes de WordPress 7.1?
Es la suite de colaboración del editor: comentarios con formato inline (negrita, itálica, código, enlaces, emoji), @menciones para etiquetar colaboradores, varios hilos sobre el mismo bloque y notas inline sobre una selección de texto. En 7.1 suma además un «mostrar más/menos» para colapsar las notas largas.
¿Cómo pruebo la beta de WordPress 7.1?
Tenés tres opciones: el plugin WordPress Beta Tester (canal «Bleeding edge», stream «Beta/RC Only»), el comando de WP-CLI wp core update --version=7.1-beta1, o WordPress Playground directo en el navegador sin instalar nada. Siempre en un entorno de prueba, nunca en producción.
¿Es obligatorio actualizar a WordPress 7.1?
No es obligatorio, pero sí recomendable una vez que salga la versión estable y hayas probado la compatibilidad de tus plugins en staging. Trae mejoras de performance y de UI, además de todos los fixes acumulados desde WordPress 7.0.1 del 9 de julio.
¿Qué requisito mínimo tiene Gutenberg para WordPress 7.1?
Gutenberg 23.5 subió el mínimo requerido a WordPress 6.9. Si vas a testear las features del plugin en su última versión, asegurate de estar en 6.9 o superior antes de actualizar.
Conclusión
WordPress 7.1 llega el 19 de agosto de 2026 con dos cosas que valen la pena: una suite de Notes ampliada que hace la colaboración asincrónica más fluida (con @menciones, formato inline y notas sobre una selección de texto) y estilos responsive desde el editor, que era una deuda vieja de Gutenberg. Del otro lado, el editor iframed obligatorio es el cambio que puede romperte plugins viejos, así que ahí va a estar el trabajo real.
¿Qué hacer ahora? Levantá un staging o abrí Playground, probá las nuevas Notes y pasá tus plugins críticos por el editor iframed. Reportá lo que falle antes del 5 de agosto, que es cuando cierra la RC1. Y con el sitio real, paciencia: dejá pasar unas semanas después del release para que el ecosistema se ponga al día.
