WordPress 7.0 llegó en 2026 con 24 mejoras de accesibilidad en el core y 16 en el editor Gutenberg, todas orientadas al cumplimiento de WCAG 2.2 Level AA en todo código nuevo y actualizado. Los cambios van desde control por voz en la biblioteca de medios hasta mejor contraste en el panel de administración, con impacto directo para usuarios con discapacidades y para sitios que deben cumplir normativas legales.
En 30 segundos
- WordPress 7.0 incluye 24 mejoras de accesibilidad en el core y 16 en el editor Gutenberg.
- La biblioteca de medios suma soporte para control por voz, una de las novedades más concretas para usuarios con movilidad reducida.
- Todo código nuevo o actualizado en WordPress debe cumplir WCAG 2.2 Level AA desde esta versión.
- Twenty Twenty-Five recibe correcciones de contraste y Twenty Ten elimina el auto-focus problemático en la página 404.
- Los cambios afectan navegación por teclado, lectores de pantalla, alt text automático y contraste en el panel admin.
WordPress es un sistema de gestión de contenidos de código abierto desarrollado originalmente por Matt Mullenweg y Mike Little en 2003. Se utiliza para crear y administrar sitios web, blogs y tiendas en línea mediante una interfaz basada en navegador.
Qué es WordPress 7.0 y por qué la accesibilidad en WordPress 7.0 importa
WordPress 7.0 es la versión mayor del CMS lanzada en 2026, la primera de ese número de versión en la historia del proyecto. Más allá de los cambios en el editor y en el core en general, esta release puso foco especial en accesibilidad: el equipo de Accessibility del proyecto documentó decenas de mejoras concretas, con un objetivo claro de alinearse al estándar WCAG 2.2 Level AA en todo el código que se toca.
¿Por qué importa esto más allá de lo moral? Porque en varios países ya existe obligación legal. La European Accessibility Act (EAA) entró en vigor para servicios digitales en la Unión Europea en 2025. La Section 508 lleva años vigente en Estados Unidos. La ADA americana se aplica a sitios web con criterio creciente. Si tu cliente tiene un e-commerce que opera en Europa o tiene presencia en el mercado estadounidense, la accesibilidad dejó de ser opcional hace rato.
Para el mercado argentino, la Ley 26.653 obliga a los sitios del Estado a cumplir estándares de accesibilidad. El sector privado va atrás, pero la presión crece. Que WordPress 7.0 empuje hacia WCAG 2.2 es una buena noticia para todos los desarrolladores que arman proyectos con algún grado de exposición legal.
24 mejoras en WordPress Core
Ponele que entrás a la biblioteca de medios y necesitás etiquetar veinte imágenes con alt text. Antes, eso era trabajo manual puro. Con WordPress 7.0, el sistema puede leer metadatos de la imagen para pre-completar el campo alt text (cuando esa información está disponible en el archivo). No es magia, pero zafa bastante para flujos de trabajo con imágenes que ya vienen etiquetadas desde cámara o stock.
Las otras mejoras principales en el core incluyen:
- Control por voz en la biblioteca de medios: soporte para navegación y selección usando comandos de voz, pensado para usuarios con movilidad reducida que usan software como Dragon NaturallySpeaking o el control por voz nativo de Windows y macOS.
- ARIA mejorado en imágenes destacadas: los bloques de imagen destacada ahora tienen roles y etiquetas ARIA más descriptivas, lo que mejora la experiencia en lectores de pantalla como NVDA o JAWS.
- Contraste de colores en el panel de administración: varias combinaciones de colores en el admin de WordPress no cumplían el ratio mínimo de contraste de WCAG 2.2 (4.5:1 para texto normal). Eso se corrigió en esta versión.
- Eliminación de links redundantes: en listados de posts y páginas de archivo, había múltiples links al mismo destino seguidos. Los lectores de pantalla los anunciaban todos, generando ruido. Ahora se consolidaron.
- CodeMirror con navegación completa por teclado: el editor de código del Customizer y el editor de temas/plugins usaban CodeMirror en una versión que tenía problemas serios de operabilidad por teclado. WordPress 7.0 actualiza esa dependencia y agrega mejoras propias.
- Mejoras en el flujo de reset de contraseña: el proceso de recuperación de contraseña tenía problemas de foco y anuncios para lectores de pantalla. Se reescribió con feedback más claro.
Son 24 issues cerrados en total, según el anuncio oficial del equipo de core. Algunos son pequeños (atributos aria-label que faltaban), otros son cambios más estructurales. El patrón es consistente: cada cosa que se tocó se revisó contra WCAG 2.2.
16 mejoras en el editor Gutenberg
El editor tiene su propia lista de 16 mejoras, y acá es donde la cosa se pone más interesante para desarrolladores de bloques y temas. En los cambios en la comunidad WordPress profundizamos sobre esto.
Lightbox de galería
El lightbox que se activa al hacer clic en imágenes de la galería tenía un problema clásico: cuando lo cerraban, el foco del teclado no volvía al elemento que lo abrió. Eso es un fallo de WCAG 2.2 criterio 3.2.2. Ahora el foco vuelve correctamente al thumbnail de origen.
Navegación por teclado en DataViews
El componente DataViews, que se usa en vistas de grilla dentro del editor (por ejemplo en el panel de páginas del Site Editor), tenía navegación por teclado incompleta. WordPress 7.0 implementa el patrón de grid navigation de ARIA: flechas para moverse entre celdas, Enter para activar, Escape para salir del modo de edición de celda.
Revisiones visuales
El sistema de revisiones en el editor ahora tiene mejor contraste y marcadores más claros para indicar qué sección se modificó. Antes, los indicadores de cambio usaban color como único medio de distinción (fallo de WCAG 1.4.1). Ahora se agregan indicadores de texto e iconos.
Bloques de acordeón y galería
Los bloques interactivos de tipo acordeón ahora usan el patrón ARIA disclosure correctamente: aria-expanded, aria-controls y foco manejado. El bloque galería mejoró los anuncios de estado cuando las imágenes se cargan de forma lazy.
El requisito oficial para todo esto: todo código nuevo o actualizado en Gutenberg debe cumplir WCAG 2.2 AA. No es retroactivo para código antiguo que no se toca, pero sí aplica a cualquier cosa nueva desde 7.0.
Cumplimiento de estándares: qué significa WCAG 2.2 Level AA
WCAG 2.2 es la versión actual de las Web Content Accessibility Guidelines del W3C, publicada en octubre de 2023. Level AA es el nivel de cumplimiento que exigen prácticamente todas las normativas legales: EAA, Section 508, ADA, la ley argentina. Tema relacionado: crear landing pages accesibles en WordPress.
¿Qué agrega WCAG 2.2 sobre su versión anterior (2.1)? Los criterios nuevos más relevantes son tres: 2.4.11 Focus Not Obscured (que el elemento con foco no quede tapado por un sticky header o un banner), 3.2.6 Consistent Help (si hay un mecanismo de ayuda, debe estar en el mismo lugar en todas las páginas) y 2.5.7 Dragging Movements (si algo se hace arrastrando, debe haber alternativa con click simple). WordPress 7.0 apunta al cumplimiento de todos estos criterios en el código nuevo.
Eso sí: que WordPress como plataforma avance en accesibilidad no significa que tu sitio sea accesible automáticamente. Los temas personalizados, los plugins de terceros, y el contenido que cargás (imágenes sin alt, videos sin subtítulos) siguen siendo tu responsabilidad.
Cambios en temas: Twenty Twenty-Five y Twenty Ten
Los temas por defecto también reciben actualizaciones.
Twenty Twenty-Five, el tema de bloque actual, tenía varios problemas de contraste en combinaciones específicas de color que se usan en sus estilos alternativos. El equipo auditó todas las variaciones y corrigió los ratios que no pasaban el mínimo de 4.5:1. (Spoiler: algunos de los colores «artísticos» del tema no estaban ni cerca.)
Twenty Ten, el clásico que se sigue manteniendo por compatibilidad, tenía un problema distinto: la página 404 ponía foco automático en el campo de búsqueda con autofocus. Eso puede ser molesto para usuarios de lectores de pantalla porque interrumpe el anuncio del contenido de la página. Se removió el autofocus y se dejó el comportamiento estándar.
Un cambio técnico que vale mencionar: WordPress 7.0 usa la HTML API (introducida en versiones anteriores) para generar skip links de forma programática en lugar de hardcodearlos como strings. Esto hace que los skip links sean más fáciles de personalizar y menos propensos a romperse cuando el markup de la página cambia.
Qué cambia para usuarios con discapacidades
Para alguien que navega exclusivamente con teclado, WordPress 7.0 mejora notablemente. El CodeMirror actualizado significa que pueden editar CSS o PHP personalizado sin depender del mouse. La navegación por teclado en DataViews significa que pueden gestionar páginas en el Site Editor sin quedar atrapados en elementos que antes no tenían foco visible. Para más detalles técnicos, mirá probar los cambios en un ambiente staging.
Para usuarios de lectores de pantalla (NVDA, JAWS, VoiceOver), los cambios en ARIA reducen el «ruido» de anuncios duplicados, y los mejorados roles de imagen y lightbox hacen que la experiencia de navegar galerías sea más coherente. Subís al sitio de un cliente con galería, navegás con VoiceOver, y ahora al abrir y cerrar imágenes el foco se comporta como esperás en vez de perderse en algún lugar aleatorio del DOM.
Para usuarios de control por voz, la novedad más concreta es el soporte en la biblioteca de medios. Si usás Dragon o el control por voz de tu sistema operativo, ahora podés navegar y seleccionar archivos en la media library sin los problemas de interacción que había antes.
Impacto para desarrolladores y administradores de sitios
Si desarrollás bloques o temas, la señal es clara: WCAG 2.2 AA es el estándar que WordPress adopta para todo código nuevo. Si mandás un bloque al repositorio oficial, el equipo de revisión va a revisar accesibilidad con ese criterio.
Para código propio, el cambio en la clase screen-reader-text (que viene desde WordPress 6.8 según los cambios documentados en el blog de core) sigue siendo relevante: si tu tema o plugin usa esa clase con estilos propios que la sobreescriben, revisá que siga funcionando después de 7.0.
Para administradores de sitios sin código propio, el impacto es mayormente positivo y sin fricciones. Las mejoras en el core y en Gutenberg son transparentes. Actualizás a 7.0, tus usuarios con discapacidades tienen una mejor experiencia, no tenés que hacer nada especial.
¿Y los plugins de terceros? Ahí está el punto ciego. Si usás un page builder, un plugin de e-commerce o cualquier componente con UI propia, la accesibilidad de esas partes depende de sus desarrolladores, no de WordPress. La plataforma avanzó; el ecosistema sigue siendo heterogéneo.
| Área | Mejoras en WP 7.0 | Estándar de referencia |
|---|---|---|
| Core WordPress | 24 issues cerrados | WCAG 2.2 Level AA |
| Editor Gutenberg | 16 mejoras de bloque/editor | WCAG 2.2 Level AA |
| Twenty Twenty-Five | Correcciones de contraste en variantes de color | WCAG 1.4.3 (ratio 4.5:1) |
| Twenty Ten | Remoción de autofocus en 404 | WCAG 3.2.1 |
| Media Library | Soporte de control por voz | WCAG 2.5.x |
| HTML API | Skip links generados programáticamente | WCAG 2.4.1 |
Errores comunes al interpretar estas mejoras
Creer que actualizar a 7.0 hace tu sitio «accesible»
Actualizar WordPress mejora la base, no el edificio completo. Si tu tema tiene colores con contraste insuficiente, si tus formularios de contacto no tienen labels visibles, si los videos no tienen subtítulos, todo eso sigue siendo tu responsabilidad. La plataforma avanzó; el contenido y el diseño son tuyos. Más contexto en arreglar enlaces rotos en tu sitio.
Asumir que WCAG 2.1 y 2.2 son casi lo mismo
La diferencia en número de versión es chica; la diferencia en criterios es concreta. Los tres criterios nuevos de WCAG 2.2 (especialmente 2.4.11 sobre foco no obstruido y 2.5.7 sobre alternativas al arrastrar) capturan problemas de accesibilidad que son muy comunes en interfaces modernas con sticky headers y drag-and-drop. Si tu sitio cumplía 2.1, no significa que cumple 2.2.
Ignorar el testing real con usuarios y tecnologías asistivas
Las herramientas automáticas como axe o Lighthouse capturan alrededor del 30-40% de los problemas de accesibilidad. El resto requiere navegación real con teclado, prueba con un lector de pantalla, o testing con usuarios que usan estas tecnologías a diario. Si nunca navegaste tu sitio sin mouse, no sabés si funciona por teclado, punto.
Si querés profundizar en esto, mirá Admin link color changes with WordPress 7.0 – how to revert.
Para ampliar esto, revisá WordPress 7.0 has Font library under Appearance > Fonts.
Podés leer más sobre cómo WordPress está adoptando IA en WordPress 7.0 con AI Infrastructure.
Si querés ir más a fondo, mirá WordPress 7.0 Armstrong.
Si querés profundizar en esto, tenemos un artículo sobre la próxima versión de WordPress y todas sus novedades.
Preguntas Frecuentes
¿Qué mejoras de accesibilidad trae WordPress 7.0?
WordPress 7.0 incluye 24 mejoras en el core (control por voz en media library, alt text desde metadatos, ARIA en imágenes destacadas, contraste en admin, CodeMirror con teclado completo) y 16 mejoras en Gutenberg (lightbox con foco correcto, DataViews con navegación de grilla, bloques de acordeón con ARIA disclosure). Todo el código nuevo apunta a WCAG 2.2 Level AA.
¿Cumple WordPress 7.0 con WCAG 2.2?
El código nuevo y actualizado en WordPress 7.0 apunta al cumplimiento de WCAG 2.2 Level AA. Eso no significa que un sitio WordPress sea automáticamente conforme: los temas personalizados, plugins de terceros y el contenido (imágenes sin alt, videos sin subtítulos) están fuera del alcance del core. WordPress establece la base; el cumplimiento completo depende de toda la implementación.
¿Cómo afectan las mejoras de accesibilidad a mi sitio WordPress?
Para sitios sin código personalizado, el impacto es transparente: mejor experiencia para usuarios con discapacidades sin que tengas que cambiar nada. Si tenés temas o plugins propios que usan clases como screen-reader-text con estilos sobreescritos, revisá la compatibilidad con los cambios introducidos desde WordPress 6.8 en adelante.
¿Qué es el control por voz en la biblioteca de medios de WordPress?
Es soporte para navegar y seleccionar archivos en la media library usando comandos de voz mediante software como Dragon NaturallySpeaking, el control por voz de Windows 11, o VoiceControl de macOS. Antes, la biblioteca tenía problemas de interacción con estas herramientas. WordPress 7.0 corrige la estructura del DOM y los roles ARIA para que el reconocimiento de voz pueda identificar y activar los elementos correctamente.
¿Necesito actualizar a WordPress 7.0 para accesibilidad?
Si la accesibilidad es un requisito legal o prioritario para tu proyecto, sí. Las 40 mejoras combinadas de core y Gutenberg son un avance real, especialmente para navegación por teclado y lectores de pantalla. Si además tenés usuarios que dependen de tecnologías asistivas, actualizar a 7.0 les da una mejor experiencia en el área del admin y el editor, aunque el frontend depende de tu tema.
Conclusión
WordPress 7.0 hace el trabajo que el equipo de Accessibility prometió: 40 mejoras concretas, documentadas, orientadas a un estándar claro (WCAG 2.2 Level AA). No es un release de accesibilidad «aspiracional» lleno de promesas vagas, sino una lista real de issues cerrados con impacto directo para usuarios con discapacidades.
Para desarrolladores que arman proyectos con requerimientos de cumplimiento legal, actualizar a 7.0 y revisar los temas y plugins propios contra WCAG 2.2 es el siguiente paso lógico. Para el resto: actualizar igual, porque las mejoras en contraste y navegación por teclado benefician a todos los usuarios, no solo a quienes usan tecnologías asistivas.
Lo que WordPress no puede hacer por vos es auditar tu contenido, tu tema, o los plugins de terceros que elegiste. Esa parte sigue siendo tuya. Pero la plataforma ya no es el cuello de botella, y eso es un avance real, sin vueltas.
¿Debo actualizar mi sitio a WordPress 7.0 inmediatamente?
Depende de tu contexto legal y técnico. Si tu sitio opera en la Unión Europea o EE.UU., la actualización es recomendada por obligaciones como EAA y Section 508. Si es un sitio estatal argentino, es obligatorio (Ley 26.653). Para sitios privados argentinos, aunque no es legalmente obligatorio aún, la presión regulatoria crece.
¿Cómo verifico que mi sitio cumple WCAG 2.2 Level AA después de actualizar?
Aunque WordPress 7.0 establece estándares en su código, verificar cumplimiento requiere auditar tu contenido y plugins. Usá herramientas de accesibilidad disponibles o contratá especialistas en accesibilidad web para una revisión profesional completa.
¿Necesito actualizar a WordPress 7.0 Armstrong si mi sitio está en Argentina?
Sí, especialmente si operás en sectores regulados o tenés usuarios con discapacidades. La Ley 26.653 obliga accesibilidad en sitios estatales y la presión crece en privados. Probá en staging primero para evitar incompatibilidades con plugins.
¿Qué debo revisar después de actualizar a WordPress 7.0 Armstrong?
WordPress mejoró accesibilidad en core, pero vos sos responsable de verificar alt text en imágenes, contraste de colores en tu tema, navegación completa por teclado en formularios y subtítulos en videos. Usá Lighthouse o WAVE para auditar WCAG 2.2.
¿El control por voz de WordPress 7.0 funciona en Mac y Windows?
Sí, el control por voz en la biblioteca de medios de WordPress 7.0 funciona con Dragon NaturallySpeaking, control por voz de Windows y VoiceControl de Mac. También funciona con lectores de pantalla como NVDA y JAWS en Windows.
¿Qué es WordPress 7.0 Armstrong?
WordPress 7.0, cuyo nombre en código es Armstrong, es la versión mayor lanzada en 2026 que incorpora 24 mejoras de accesibilidad en el core y 16 en el editor Gutenberg, todas orientadas a cumplir el estándar WCAG 2.2 Level AA. Si trabajás con WordPress, tenés que saber que estas mejoras afectan desde el control por voz en la biblioteca de medios hasta el contraste en el panel de administración.
¿Qué es el nombre en clave «Armstrong» en WordPress 7.0?
WordPress 7.0, lanzado en 2026, tiene el nombre en clave «Armstrong» en homenaje al músico de jazz Louis Armstrong. Es la primera versión mayor que alcanza el número 7.0 en la historia del proyecto, y su foco principal está en la accesibilidad con 40 mejoras documentadas entre el core y Gutenberg.
¿Cómo revertir los colores del admin en WordPress 7.0?
En WordPress 7.0 podés cambiar los colores del panel de administración desde Usuarios → Perfil → Colores del Admin. Ahí elegís entre los esquemas disponibles, que incluyen opciones de alto contraste revisadas para cumplir WCAG 2.2. Si querés un esquema personalizado, necesitás un plugin o código propio que reemplace los estilos CSS.
¿WordPress 7.0 es seguro para actualizar desde versiones anteriores?
Sí, WordPress 7.0 es una versión estable que incluye parches de seguridad y mejoras de accesibilidad. Como toda update mayor, hacé una copia de seguridad completa y probá en un entorno staging antes de aplicar en producción. Revisá la compatibilidad de tus plugins y tema con la nueva versión para evitar conflictos.
¿WordPress 7.0 se llama Armstrong?
Sí, WordPress 7.0 tiene el nombre en código Armstrong, en honor al músico de jazz Louis Armstrong. Es la primera versión mayor con ese número en la historia del proyecto.
¿Qué mejoras tiene el marco de imágenes en WordPress 7.0?
El marco de imágenes (lightbox) ahora devuelve el foco correctamente al thumbnail al cerrarse, y el alt text puede pre-completarse desde metadatos de la imagen. También se mejoró el control por voz en la biblioteca de medios.
¿Qué es WordPress 7.0 Armstrong?
WordPress 7.0 Armstrong es la primera versión mayor del CMS lanzada en 2026, enfocada en accesibilidad. Incluye 24 mejoras en el core y 16 en Gutenberg, todas orientadas a cumplir WCAG 2.2 Level AA en el código nuevo.
¿Cómo revertir los colores del admin en WordPress 7.0?
En WordPress 7.0 no se agregó una opción específica para revertir colores, pero sí se mejoró el contraste en el panel de administración. Si querés un esquema de color oscuro o personalizado, podés usar un plugin o agregar CSS personalizado en el archivo functions.php de tu tema.
¿Cuándo sale WordPress 7.0?
WordPress 7.0 se lanzó en 2026, según el anuncio oficial del equipo de core. Es la primera versión mayor con ese número y su foco principal es la accesibilidad WCAG 2.2 AA.
