Microsoft publicó Edge 154 el 24 de septiembre de 2026, una versión que afecta directamente el trabajo diario de quienes desarrollan interfaces web. El cambio más visible llega a scroll-marker-group, que suma un segundo modo calcado del patrón tablist. El navegador aprovecha también para blindar la API Background Fetch bajo las mismas reglas CORS y de acceso a red local que Fetch, y para oficializar un ritmo de publicación más rápido: cada dos semanas.
Dos modos para scroll-marker-group
La propiedad CSS scroll-marker-group solo admitía hasta ahora un comportamiento, cercano a una lista de navegación. Edge 154 introduce el modo tabs, que reproduce el patrón de accesibilidad de una tablist: el contenedor ::scroll-marker-group recibe el rol tablist, cada ::scroll-marker se convierte en tab, y el elemento de origen asociado toma el rol tabpanel. Pulsar Tab desde un marcador activo mueve el foco directamente al panel correspondiente, y el contenido de las pestañas inactivas queda oculto para el árbol de accesibilidad. El modo por defecto, links, no cambia y sigue simulando una estructura clásica <nav><a>.
Esta distinción evita tener que recrear a mano la accesibilidad ARIA de un carrusel o una interfaz de pestañas gobernada por el desplazamiento, una necesidad habitual en páginas de producto y portfolios con diseño resuelto con CSS nativo.
Background Fetch alineado con las reglas de Fetch
La API Background Fetch aplica ahora el mismo control CORS que la API Fetch estándar, además de las restricciones de acceso a red local cuando una solicitud apunta a un servidor local o loopback. Hasta ahora, un sitio podía sortear estas comprobaciones usando Background Fetch en lugar de una llamada Fetch normal; Edge 154 cierra esa vía.
Otros cambios para tener en cuenta
| Novedad | Área | Efecto práctico |
|---|---|---|
| Argumento de opciones en WebSocket | Web API | Los subprotocolos ahora pueden pasarse mediante un objeto, además de la cadena existente |
| targetAddressSpace | Web API | Declara que una conexión WebSocket hacia un host público apunta en realidad a un servidor local |
| text-decoration-inset | CSS | Controla la distancia entre el texto y sus decoraciones (subrayado, tachado) |
| frame-sizing | HTML/CSS | Ajusta automáticamente el tamaño de un iframe al de su contenido |
| Iterator.prototype.includes() | JavaScript | Comprueba si un iterador produce un valor, sin convertirlo antes en array |
El nuevo argumento de opciones del constructor WebSocket resume bien el espíritu de esta versión: alinear una API histórica con las convenciones más recientes del lenguaje.
// Antes: solo se aceptaba una cadena de subprotocolo
const legacy = new WebSocket("wss://example.com:8080", "soap");
// Edge 154: ahora también se acepta un objeto de opciones
const socket = new WebSocket("wss://example.com:8080", {
protocols: "soap",
targetAddressSpace: "local"
});Un ciclo de publicación de dos semanas
Edge pasa a un ritmo de publicación de dos semanas, frente a las cuatro anteriores. Combinado con herramientas de build que ya están acelerando sus propios ciclos, este cambio reduce el tiempo entre la llegada de una función a Chromium y su disponibilidad estable en Edge, aunque también exige un seguimiento de compatibilidad más frecuente.
Un ciclo de dos semanas convierte la compatibilidad entre navegadores en una tarea de seguimiento continuo, ya no en una revisión puntual antes de publicar.
El modo tabs de scroll-marker-group sigue siendo una novedad reciente y exclusiva de Chromium: antes de llevarlo a producción conviene revisar una tabla de compatibilidad actualizada, porque la navegación por teclado puede degradarse en los navegadores que todavía no lo implementan.
Lo esencial
Edge 154 no transforma la plataforma web, pero consolida trabajos ya en marcha: accesibilidad de interfaces gobernadas por el desplazamiento, coherencia de las reglas CORS entre las distintas APIs de recuperación de datos, y modernización de APIs históricas como WebSocket. El paso a un ciclo de dos semanas merece atención especial por parte de los equipos que prueban sus sitios en los canales beta y dev.
El modo tabs de scroll-marker-group resuelve un problema de accesibilidad real que muchas interfaces gobernadas por el desplazamiento arrastraban desde hace años sin una solución nativa limpia. Queda por ver cuánto tardan Firefox y Safari en seguirlo, como suele ocurrir con los pseudoelementos CSS recientes, un retraso que ya ha causado problemas con otras funciones adoptadas demasiado pronto en producción. — Simon Janvier
Para saber más
Fuente primaria: Microsoft Edge 154 web platform release notes, Microsoft Learn.
