Microsoft a publié Edge 154 le 24 septembre 2026, une version qui touche directement le quotidien des développeurs front-end. Le changement le plus visible concerne scroll-marker-group, qui gagne un second mode calqué sur le motif tablist. Le navigateur en profite aussi pour verrouiller l’API Background Fetch derrière les mêmes règles CORS et d’accès réseau local que Fetch classique, et pour officialiser un rythme de sortie accéléré, toutes les deux semaines.
Deux modes pour scroll-marker-group
La propriété CSS scroll-marker-group supportait jusque-là un seul comportement, proche d’une liste de navigation. Edge 154 introduit le mode tabs, qui reproduit le patron d’accessibilité d’un tablist : le conteneur ::scroll-marker-group reçoit le rôle tablist, chaque ::scroll-marker devient un tab, et l’élément source associé prend le rôle tabpanel. Appuyer sur Tab depuis un marqueur actif déplace directement le focus dans le panneau correspondant, et le contenu des onglets inactifs est masqué de l’arbre d’accessibilité. Le mode par défaut, links, reste inchangé et continue de simuler une structure <nav><a> classique.
Cette distinction évite de devoir recréer à la main l’ARIA d’un carrousel ou d’une interface à onglets pilotée par le défilement, un besoin fréquent sur les pages produit et les portfolios en design piloté par CSS natif.
Background Fetch aligné sur les règles de Fetch
L’API Background Fetch applique désormais le même contrôle CORS que l’API Fetch standard, ainsi que les restrictions de Local Network Access lorsqu’une requête cible un serveur local ou loopback. Jusqu’ici, un site pouvait contourner ces vérifications en passant par Background Fetch plutôt que par un appel Fetch classique ; Edge 154 ferme cette échappatoire.
Autres changements pour les développeurs
| Nouveauté | Domaine | Effet pratique |
|---|---|---|
| WebSocket avec argument d’options | Web API | Passage des sous-protocoles via un objet, en plus de la chaîne existante |
| targetAddressSpace | Web API | Déclare qu’une connexion WebSocket vers un hôte public cible en réalité un serveur local |
| text-decoration-inset | CSS | Contrôle la distance entre le texte et ses décorations (soulignement, barré) |
| frame-sizing | HTML/CSS | Ajuste automatiquement la taille d’un iframe à celle de son contenu |
| Iterator.prototype.includes() | JavaScript | Teste la présence d’une valeur dans un itérateur, sans le convertir en tableau |
Le nouvel argument d’options du constructeur WebSocket illustre bien l’esprit de la version : aligner une API historique sur les conventions plus récentes du langage.
// Avant : seule une chaîne de sous-protocole était acceptée
const legacy = new WebSocket("wss://example.com:8080", "soap");
// Edge 154 : un objet d'options est désormais accepté
const socket = new WebSocket("wss://example.com:8080", {
protocols: "soap",
targetAddressSpace: "local"
});Un cycle de publication à deux semaines
Edge bascule sur une cadence de sortie de deux semaines, contre quatre auparavant. Combinée aux outils de build qui accélèrent déjà leurs propres cycles, cette accélération réduit le délai entre la sortie d’une fonctionnalité en Chromium et sa disponibilité stable dans Edge, mais impose aussi une veille plus fréquente côté compatibilité.
Un cycle de deux semaines transforme la compatibilité navigateur en sujet de suivi continu, plus en vérification ponctuelle avant mise en production.
Le mode tabs de scroll-marker-group reste une nouveauté Chromium récente : avant de le déployer en production, vérifier son support effectif sur Firefox et Safari via une table de compatibilité à jour, faute de quoi la navigation au clavier peut se dégrader sur les navigateurs qui ne l’implémentent pas encore.
Ce qu’il faut retenir
Edge 154 ne bouleverse pas la plateforme web, mais il consolide des chantiers en cours : accessibilité des interfaces à défilement, cohérence des règles CORS entre APIs de récupération, et modernisation d’APIs historiques comme WebSocket. Le passage à un cycle de deux semaines mérite une attention particulière pour les équipes qui testent leurs sites sur les canaux beta et dev.
Le mode tabs de scroll-marker-group règle un vrai problème d’accessibilité que beaucoup d’interfaces à défilement traînaient depuis des années sans solution native propre. Reste à voir combien de temps Firefox et Safari mettront à suivre, comme souvent avec les pseudo-éléments CSS récents — un délai qui a déjà posé problème avec d’autres fonctionnalités adoptées trop tôt en production. — Simon Janvier
Pour aller plus loin
Source primaire : Microsoft Edge 154 web platform release notes, Microsoft Learn.
