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.
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.
![[FREE] I made a free two-way messaging system for WooCommerce orders - ilustracion](https://wordpress.donweb.com/wp-content/uploads/2026/07/sistema-mensajeria-gratuito-woocommerce-hero.jpg)