Accesibilidad web: Microsoft Edge impulsa el atributo «focusgroup» para simplificar el teclado

¿Alguna vez has pasado por ese momento: trackpad rebelde, ratón ausente, manos en el teclado… y de repente, la mitad de una interfaz se vuelve inusable? Menús imposibles de navegar, listas que ‘se rompen’ al menor Tab, componentes personalizados que no siguen ninguna lógica.

Lo más irónico es que el problema es conocido desde hace años, y aún así, una gran parte de la web sigue manejando el foco ‘manualmente’, cuando lo maneja. Según el Web Almanac 2024, aproximadamente el 63-64% de los sitios utilizan tabindex, lo que implica que un buen tercio no lo usa en absoluto (o se aferra a comportamientos implícitos que a veces son insuficientes para componentes complejos).

Es en este contexto que el equipo de Microsoft Edge presenta focusgroup, un nuevo atributo HTML destinado a estandarizar — y sobre todo simplificar — un área completa de la accesibilidad del teclado.

Un atributo para reemplazar años de ‘roving tabindex’ y JavaScript

La idea de focusgroup es simple: declarar un grupo de elementos enfocados (lista, cuadrícula, barra de herramientas, etc.) y dejar que el navegador gestione nativamente los comportamientos esperados — incluida la navegación con las flechas, sin necesidad de reimplementar una mecánica de tipo ‘roving tabindex’ en JavaScript.

Este es precisamente el tipo de lógica que, hoy en día, a menudo termina en código específico por componente, errores de enfoque (especialmente cuando la UI evoluciona) y comportamientos inconsistentes de un sitio a otro.

Microsoft anuncia que focusgroup está disponible en pruebas tempranas en Edge, y lo que es más, que la implementación ha sido promovida en Chromium — un detalle crucial si el objetivo es convertirlo en una primitiva web realmente adoptada.

En el lado de Chromium/Chrome, un artículo titulado ‘Solicitud de comentarios de desarrollador’ confirma que el atributo está progresando en las instancias de estandarización y que el prototipo se está construyendo y ajustando activamente.

Lo que focusgroup promete concretamente, desde el lado de la experiencia del usuario

El discurso de Microsoft y OpenUI convergen: focusgroup tiene como objetivo ofrecer comportamientos de teclado integrados para patrones de interfaz muy comunes (menús, barras de herramientas, listas, cuadrículas), donde la combinación Tab/Shift+Tab no es suficiente cuando se desea una navegación ‘lógica’ y rápida.

Entre las promesas destacadas:

• Navegación con las flechas dentro de un grupo (en lugar de tabular indefinidamente).
• Elementos ocultos/desactivados ignorados adecuadamente en el recorrido.
• Compatibilidad con Shadow DOM, un punto que a menudo causa problemas en las soluciones personalizadas en los sistemas de diseño modernos.

Todo esto con un mensaje implícito muy ‘era Chromium’: menos JavaScript, menos peso, menos inconsistencias.

Un movimiento de accesibilidad… pero también una estrategia de plataforma

En esencia, la iniciativa cumple varios apartados que van más allá de la accesibilidad (aunque ese ya es un tema importante):

1. Reducir el costo de la accesibilidad: Hoy en día, hacer que un componente personalizado sea realmente navegable con el teclado requiere experiencia + tiempo + pruebas. focusgroup busca trasladar esta complejidad al navegador, como HTML lo ha hecho históricamente para otras primitivas.
2. Uniformizar los comportamientos: Cuando la accesibilidad depende de implementaciones en JavaScript, depende de la calidad del código, de los frameworks y de la disciplina del proyecto. Una primitiva nativa puede crear una ‘base’ común, mucho más difícil de romper.
3. Influir en el ecosistema a través de Chromium: El hecho de que Microsoft esté impulsando la implementación en Chromium es un acelerador: si la funcionalidad supera las etapas, puede aparecer en una gran parte del mercado (Chrome, Edge y otros navegadores basados en Chromium).

Sin embargo, la adopción dependerá de dos puntos clave: la claridad de la API (para evitar otra ‘zona gris’ como ARIA mal utilizada) y la compatibilidad con las prácticas de accesibilidad existentes (APG/WAI, patrones comprobados, expectativas de los lectores de pantalla).

Una cosa es segura: si focusgroup se generaliza, podría transformar un gesto cotidiano — navegar con el teclado — en una experiencia finalmente coherente, incluso en interfaces modernas repletas de componentes personalizados. Y en el mundo real, eso es a menudo la verdadera innovación web: aquella que se vuelve normal y desaparece.