Interop 2026 : les navigateurs s'alignent, vos sites et applis web en profitent
Apple, Google, Microsoft, Mozilla et Igalia ont dévoilé le 12 février les 20 chantiers communs de l'année. Ce que ça change pour vos outils web.
Le 12 février, les éditeurs des grands navigateurs ont publié la liste de ce qu'ils s'engagent à faire fonctionner de la même façon cette année. Le projet s'appelle Interop, il en est à sa cinquième édition et il passe souvent inaperçu hors du monde des développeurs. Il mérite pourtant l'attention d'un dirigeant : c'est lui qui décide, en partie, de ce qu'un logiciel web peut faire sans bricolage, donc de ce qu'il coûte à construire et à maintenir.
Interop, c'est quoi ?
Un site ou un logiciel métier en ligne doit fonctionner dans Chrome, Safari, Edge et Firefox, sur ordinateur et sur téléphone. Chaque navigateur repose sur un moteur différent, et une fonction peut marcher parfaitement dans l'un et de travers dans l'autre. Pour un développeur, cela veut dire des contournements, des tests en plus, des bugs qui n'apparaissent que sur l'iPhone d'un client.
Depuis cinq ans, Apple (WebKit, le moteur de Safari), Google, Microsoft, Mozilla et la société Igalia choisissent ensemble une liste de fonctions à rendre cohérentes. Les progrès sont mesurés par des tests automatisés publics, sur un tableau de bord que tout le monde peut consulter.
Les 20 chantiers de 2026
D'après les annonces de WebKit et de Google, Interop 2026 compte vingt axes, dont quinze nouveaux. Parmi ceux qui comptent le plus pour des outils d'entreprise :
- Boîtes de dialogue et fenêtres surgissantes : de nouvelles options pour les fenêtres de confirmation, les menus et les infobulles, avec un comportement identique partout. Ce sont les briques de tout logiciel de gestion.
- Positionnement par ancre : placer un menu ou une aide contextuelle à côté de l'élément qui l'appelle, sans calculs en JavaScript.
- Transitions de vue : des passages fluides d'un écran à l'autre, y compris entre deux pages, qui rapprochent un site d'une application.
- Navigation API : une gestion plus propre de la navigation dans les applications web d'une seule page.
- Envois de fichiers par fetch : des téléversements plus robustes, utiles dès qu'on dépose des pièces jointes ou des photos.
- IndexedDB : une nouvelle méthode pour lire en masse les données stockées dans le navigateur, utile pour les outils qui fonctionnent hors ligne.
- contrast-color() : le navigateur choisit lui-même une couleur de texte lisible sur un fond donné, un petit plus pour l'accessibilité.
- WebRTC et WebTransport : la visio et les échanges en temps réel.
Quatre sujets sont aussi mis à l'étude, sans être notés cette année, dont les tests d'accessibilité et les tests sur mobile.
Ce que ça change pour une PME
Moins de code spécifique, moins de maintenance
Chaque fonction rendue cohérente, c'est une bibliothèque en moins à embarquer, un contournement en moins à maintenir et un bug « seulement sur Safari » en moins. Sur la durée de vie d'un logiciel métier, c'est du temps de maintenance qui disparaît.
Des applications web plus proches des applications natives
Transitions fluides, fenêtres bien gérées, fonctionnement hors ligne : la frontière entre une application web et une application installée continue de reculer. Pour certains besoins internes, une application web bien faite peut éviter de développer et publier deux applications mobiles. Pour d'autres, notamment quand il faut l'appareil photo, les notifications ou une présence sur les magasins, une application iOS et Android reste le bon choix. La question mérite d'être posée au cas par cas.
L'accessibilité progresse aussi
Des fenêtres et des menus natifs, c'est aussi une meilleure prise en charge par les lecteurs d'écran, puisque le navigateur sait ce qu'est l'élément. Le sujet n'est pas accessoire : depuis juin 2025, l'acte européen sur l'accessibilité impose des exigences à de nombreux services en ligne destinés aux consommateurs, dont le commerce électronique. Chaque brique standard bien prise en charge réduit le travail spécifique nécessaire pour s'y conformer.
Une feuille de route publique
Interop a un autre mérite, moins visible : il rend prévisible ce qui sera utilisable. Le tableau de bord public montre, navigateur par navigateur, le pourcentage de tests réussis pour chaque axe. Pour un prestataire, c'est un outil de décision : on sait si une fonction peut être utilisée dès maintenant ou s'il faut attendre quelques mois. Pour vous, c'est une bonne question à poser lors d'un choix technique : la solution proposée repose-t-elle sur des standards qui convergent, ou sur une particularité d'un seul navigateur ?
Ce qu'on conseille de faire
- Ne rien précipiter : une fonction listée dans Interop 2026 ne sera pas forcément disponible partout avant la fin de l'année. On l'utilise quand elle l'est, avec une solution de repli d'ici là.
- Demander à votre prestataire comment il teste votre outil sur Safari et sur mobile. C'est là que se cachent la plupart des bugs signalés par les utilisateurs.
- Profiter des refontes pour supprimer les bibliothèques devenues inutiles. Moins de dépendances, c'est aussi moins de risques de sécurité.
Quand nous développons un logiciel métier ou une plateforme SaaS, nous livrons une version testable toutes les deux semaines, que vos utilisateurs essaient sur leurs propres appareils. Pour en parler, prenez rendez-vous.