En pocas palabras: WordPress 7.1.1 se lanza el jueves 17 de septiembre de 2026 a las 15:00 UTC, según el cronograma oficial publicado en Make WordPress el 2 de septiembre. Es una versión de mantenimiento que solo corrige bugs del ciclo 7.1, sin funciones nuevas, y es gratuita para todos los sitios.
El lanzamiento de WordPress 7.1.1 está agendado para el jueves 17 de septiembre de 2026 a las 15:00 UTC, según el cronograma oficial publicado en Make WordPress el 2 de septiembre. Es una versión de mantenimiento: solo corrige bugs del ciclo 7.1, sin funciones nuevas.
WordPress 7.1.1 es una actualización de mantenimiento del gestor de contenidos WordPress, desarrollada por el proyecto open source de WordPress.org. Corrige errores introducidos durante el ciclo de la versión 7.1 o postergados a propósito al cierre de ese ciclo. No agrega características nuevas: solo arregla defectos, prioriza regresiones y estabiliza el editor Gutenberg. Se publica gratis para todos los sitios.
En 30 segundos
- Fecha de salida: jueves 17 de septiembre de 2026 a las 15:00 UTC (los horarios son estimados y se confirman sobre la marcha).
- Tipo: release de mantenimiento, solo corrige bugs. No hay features nuevas.
- Qué incluye: tickets con problemas introducidos en el ciclo 7.1 o deferados al final de ese ciclo.
- Compatibilidad: alta. Al ser versión menor, tus plugins y temas que ya andaban en 7.1 deberían seguir andando.
- Qué hacés vos: backup, probar en staging, y actualizar. Nada raro.
WordPress es un sistema de gestión de contenidos de código abierto para crear y administrar sitios web, desarrollado por Matt Mullenweg en 2003. Permite a usuarios crear contenido sin conocimientos técnicos avanzados.
¿Qué es WordPress 7.1.1 y por qué es una versión de mantenimiento?
WordPress 7.1.1 es un release de mantenimiento (bug-fix only) que llega después de la versión mayor 7.1. La diferencia es clara: las versiones mayores como 7.0 o 7.1 traen funcionalidades nuevas, cambios en la API y features del editor; las menores como 7.1.1 o 7.1.2 solo apagan incendios. Corrigen lo que se rompió y estabilizan.
¿Por qué WordPress necesita estos releases después de cada lanzamiento grande? Porque ninguna versión mayor sale perfecta. Cualquiera que haya subido un sitio grande el día que salió una versión .0 sabe de qué hablo. Aparecen regresiones, comportamientos raros en el editor, cosas que en la beta nadie tocó. La versión .1 junta todos esos reportes y los ordena.
Según la nota oficial, WordPress 7.1.1 solo va a incluir tickets que sean «problemas introducidos durante el ciclo 7.1 o deferados a propósito al final de ese ciclo». Después del feature freeze, el equipo de core no toca funcionalidades: solo bugs, con las regresiones (los cambios que empeoraron algo respecto de la versión anterior) como máxima prioridad. Eso es todo lo que hace un maintenance release. Sobre eso hablamos en la comunidad de desarrollo de WordPress.
Cronograma oficial: fechas clave del lanzamiento de WordPress 7.1.1
El lanzamiento de WordPress 7.1.1 arrancó con el feature freeze el 3 de septiembre de 2026 y termina con la publicación general el 17 de septiembre a las 15:00 UTC. En el medio hay tres bug scrubs (sesiones donde el equipo revisa ticket por ticket) y una probable Release Candidate el 10 de septiembre. El release está co-liderado por colaboradores del equipo de core.
| Fecha (2026) | Hito | Qué significa |
|---|---|---|
| Jue 3 sep, 14:00 UTC | Feature Freeze | Se cierra la puerta a funciones nuevas. De acá en más, solo bugs. |
| Vie 4 sep, 14:00 UTC | String Freeze | Se congelan los textos traducibles para que los traductores trabajen tranquilos. |
| Mar 8 sep, 20:00 UTC | Bug Scrub | Revisión de tickets. Se abre el milestone de 7.1.2 y algunos tickets pasan a esa versión. |
| Mié 9 sep, 10:00 UTC | Bug Scrub | Segunda pasada de revisión de tickets abiertos. |
| Jue 10 sep, 17:30 UTC | Release Candidate | Versión candidata a final. Si no aparece nada grave, es lo que sale. |
| Mar 15 sep, 14:00 UTC | Bug Scrub | Última revisión antes del lanzamiento. |
| Jue 17 sep, 15:00 UTC | Lanzamiento general | WordPress 7.1.1 disponible para todos los sitios. |
Ojo con un detalle: el propio anuncio aclara que «los horarios de arriba son estimados». Las fechas exactas de los scrubs, la RC y el release final se anuncian en el canal de coordinación según la disponibilidad de quienes ayudan. Tomá el 17 de septiembre como referencia firme, pero no agendes un deploy al minuto.
¿Qué bugs corrige WordPress 7.1.1?
WordPress 7.1.1 corrige errores que se introdujeron durante el desarrollo de la versión 7.1, más algunos que quedaron postergados a propósito cuando cerró ese ciclo. El foco está en el editor: buena parte de los tickets propuestos se encuentran en el 7.1.x editor tasks board, el tablero público donde el equipo de Gutenberg lista qué piensa arreglar. Podés seguirlo para ver qué entra y qué no.
No hay todavía un changelog cerrado, y eso es normal: los bug scrubs del 8, 9 y 15 de septiembre son justamente donde se decide la lista final. Algunos tickets van a pasar a 7.1.2, que abre su milestone el 8. Así que la cuenta definitiva de bugs corregidos se sabe recién con la RC. Lo explicamos a fondo en crear landing pages en WordPress.
Los frentes concretos se van a ir conociendo a medida que el equipo de Gutenberg publique los tickets propuestos en el 7.1.x editor tasks board. Si tu sitio usa mucho Gutenberg o tenés bloques custom, es ahí donde conviene mirar cuando salga la RC. ¿Es una actualización de seguridad? No está catalogada como tal. Es bug-fix. Si buscás hardening o parches de vulnerabilidades, ese tema lo cubre el blog hermano seguridadenwordpress.com.
¿Mis plugins y temas van a funcionar con WordPress 7.1.1?
Sí, en la mayoría de los casos. Al ser una versión menor de mantenimiento, WordPress 7.1.1 no cambia APIs ni comportamientos: solo corrige. Si tus plugins y temas ya venían andando bien en 7.1, la 7.1.1 no debería romper nada. El salto real de compatibilidad fue de 7.0 a 7.1, no este.
Dicho esto, la compatibilidad que importa vigilar es contra la 7.1 mayor. Ahí hubo cambios que sí pueden afectar según el registro de versiones de WordPress. Fijate en estos puntos:
- El iframe del editor: si un plugin inyecta estilos o scripts en el editor de bloques y no contempla el iframe, puede verse raro en el admin.
- Procesamiento de imágenes en el cliente: plugins de galerías o de optimización de media que asumen el flujo viejo pueden necesitar update.
- El campo «Probado hasta»: en el listado de plugins, fijate que diga «Compatible hasta: 7.1» o superior. Es la señal más rápida de que el autor ya lo revisó.
Un plugin que no declara compatibilidad con 7.1 no está roto por defecto (muchos autores tardan en actualizar la etiqueta), pero es motivo de sobra para probarlo en staging antes de tocar producción.
Cómo preparar tu sitio antes de actualizar a WordPress 7.1.1
Preparar el sitio antes de actualizar a WordPress 7.1.1 se resume en tres cosas: backup, staging y revisión de plugins. Suena obvio, pero la cantidad de gente que actualiza a ciegas un viernes a la tarde y después llora es notable. Este es el checklist que uso siempre:
- Backup completo primero: base de datos más archivos. Sin esto no arranques. Si algo sale mal, es tu único botón de rebobinar.
- Probá en staging: clonás el sitio, actualizás ahí, y verificás frontend y admin antes de tocar producción. Un buen hosting WordPress como el de Donweb te deja levantar un entorno de prueba sin dramas.
- Revisá «tested up to 7.1»: pasá por tus plugins críticos (el de e-commerce, el de forms, el de cache) y confirmá que declaren compatibilidad.
- Chequeá la versión de PHP: WordPress moderno anda mejor en PHP 8.x. Si estás en una versión vieja, resolvelo antes.
- Limpiá la cache después: tenelo anotado para no olvidarte una vez que actualices.
Cómo actualizar a WordPress 7.1.1 sin romper nada
Para actualizar a WordPress 7.1.1 el camino más simple es el automático desde el panel: entrás a Escritorio › Actualizaciones, hacés clic y listo. Para la mayoría de los sitios chicos y medianos, con el backup hecho, alcanza. La versión menor se instala en segundos. Complementá con probar cambios en un ambiente staging.
Ponele que la actualización se corta a la mitad y el sitio queda mostrando «En mantenimiento programado». Pasa. WordPress crea un archivo .maintenance en la raíz mientras actualiza y, si el proceso se interrumpe, ese archivo queda trabado. La solución: lo borrás por FTP o por el administrador de archivos del hosting, y el sitio vuelve.
Después de actualizar, no te vayas todavía. Revisá el frontend (que la home cargue bien), entrá al admin, abrí un par de posts en el editor y mirá el log de errores si tu hosting te lo da. Si usás cache, purgala. Y si tenés un sitio con WooCommerce o mucho tráfico, hacelo en un horario de baja actividad, no al mediodía.
Errores comunes al actualizar que conviene evitar
- Actualizar sin backup: el error número uno. Si algo se rompe y no tenés respaldo, la única salida es reconstruir. Cinco minutos de backup te ahorran una noche entera.
- No limpiar la cache post-update: ves cosas raras en el frontend y pensás que la actualización falló, cuando en realidad estás viendo la versión cacheada vieja. Purgá y volvé a mirar.
- El archivo
.maintenancetrabado: el sitio queda en «mantenimiento» para siempre porque el update se cortó. Borrá el archivo de la raíz y se soluciona. - Ignorar plugins desactualizados: mantener un plugin sin updates que no declara compatibilidad y esperar que todo funcione. Si un plugin viene abandonado, la actualización de core es el momento en que se nota.
- Actualizar directo en producción: saltarse el staging «porque es una versión menor». Casi siempre zafa, hasta la vez que no.
Preguntas Frecuentes
¿Cuándo se lanza exactamente WordPress 7.1.1?
El lanzamiento general está previsto para el jueves 17 de septiembre de 2026 a las 15:00 UTC, según el cronograma oficial de Make WordPress. El equipo aclara que el horario es estimado y se confirma según la disponibilidad de quienes coordinan el release.
¿Qué bugs arregla WordPress 7.1.1?
Corrige errores introducidos durante el ciclo de la versión 7.1 o deferados a propósito al cierre de ese ciclo, con foco en el editor de bloques. La lista final se define en los bug scrubs del 8, 9 y 15 de septiembre; los tickets propuestos están en el 7.1.x editor tasks board. Más contexto en verificar que los enlaces no estén rotos.
¿Es seguro actualizar mi sitio a WordPress 7.1.1?
Sí, siempre que hagas backup y pruebes en staging antes. Al ser una versión de mantenimiento que solo corrige bugs, el riesgo es bajo y el objetivo mismo del release es estabilizar la 7.1. La precaución estándar (respaldo más entorno de prueba) es suficiente.
¿Mis plugins serán compatibles con WordPress 7.1.1?
Si ya funcionaban en la 7.1, deberían seguir funcionando en la 7.1.1, porque las versiones menores no cambian APIs. Verificá que tus plugins críticos declaren «Compatible hasta: 7.1» o superior, y prestá atención a los que tocan el editor o el procesamiento de imágenes.
¿En qué se diferencia una versión .1 de una versión mayor como 7.1?
Una versión mayor como 7.1 trae funcionalidades nuevas, cambios en la API y features del editor; una menor como 7.1.1 solo corrige bugs y regresiones, sin agregar nada. Por eso las menores son de bajo riesgo y conviene aplicarlas rápido.
Conclusión
WordPress 7.1.1 llega el 17 de septiembre de 2026 como lo que es: una limpieza de bugs de la 7.1, sin sorpresas ni features. Eso lo vuelve una actualización de bajo riesgo y alta prioridad, porque estabiliza el editor y resuelve regresiones que quizás ya te están molestando.
Qué hacer, en concreto: seguí el 7.1.x editor tasks board para ver qué entra, esperá la Release Candidate del 10 de septiembre para probar en staging, y cuando salga la final actualizá con backup hecho. Si administrás varios sitios, dejá uno de prueba primero. Nada más que eso, y evitás el clásico susto del deploy apurado.
