Navigateurs : une version toutes les 2 semaines, et alors ?

Depuis la fin de l’été 2026, Chrome, Edge et Firefox publient une nouvelle version majeure toutes les deux semaines au lieu de quatre : pour un site bien construit, rien ne casse, mais les nouveautés CSS et les correctifs arrivent deux fois plus vite, et les tests de compatibilité doivent suivre ce rythme.

En bref

Edge 152 a ouvert le bal le 27 août 2026, suivi de Firefox 155 le 1er septembre et de Chrome 153 le 8 septembre.
Chaque version contient moins de changements : le risque de régression par mise à jour baisse, la fréquence des tests monte.
Les canaux « Extended Stable » de Chrome et d’Edge restent sur huit semaines, pour les parcs d’entreprise.
Safari garde son propre calendrier : Safari 27 est sorti le 14 septembre 2026.

Les points :

Qu’est-ce qui a changé dans le calendrier des navigateurs ?
Quand chaque navigateur a-t-il basculé ?
Pourquoi les éditeurs accélèrent-ils ?
Qu’est-ce que ça change pour un site vitrine ou une boutique ?
Comment adapter ses tests de compatibilité ?
Le repère Baseline devient-il plus utile ?
Safari reste-t-il à l’écart ?
Questions fréquentes
À retenir

Qu’est-ce qui a changé dans le calendrier des navigateurs ? #

Jusqu’à l’été 2026, Chrome, Edge et Firefox sortaient une version majeure toutes les quatre semaines. Google a annoncé le passage à deux semaines le 3 mars 2026 sur son blog Chrome for Developers. Mozilla a suivi le 9 juillet 2026, par un message de Sylvestre Ledru, directeur de l’ingénierie, sur la liste de diffusion dev-platform.

Microsoft a aligné Edge, qui repose sur Chromium, le moteur libre de Chrome. Résultat : en septembre 2026, six versions stables sont sorties en un mois. Chrome 153 et 154, Firefox 155, 156 et 157, et Safari 27.

Quand chaque navigateur a-t-il basculé ? #

Navigateur	Ancien rythme	Première version à deux semaines	Date de sortie	Canal lent conservé
Microsoft Edge	4 semaines	Edge 152	27 août 2026	Extended Stable, 8 semaines
Mozilla Firefox	4 semaines	Firefox 155	1er septembre 2026	ESR, version à support étendu
Google Chrome	4 semaines	Chrome 153	8 septembre 2026	Extended Stable, 8 semaines

Firefox 155 devait initialement sortir le 15 septembre : Mozilla l’a avancé au 1er septembre pour lancer le nouveau rythme. Chez Google, Chrome 154 est arrivé dès le 22 septembre, alors que l’ancien calendrier le plaçait au 20 octobre. Le changement concerne Chrome sur ordinateur, Android et iOS.

Pourquoi les éditeurs accélèrent-ils ? #

L’argument avancé par Google tient en une idée : livrer plus vite les gains de performance, les correctifs et les nouvelles fonctions du Web. Une version plus petite limite aussi les dégâts. Quand un bug apparaît, il y a moins de changements à passer en revue pour trouver le coupable.

Mozilla présente la démarche comme une expérience, sans engagement définitif. Sylvestre Ledru précise que les équipes ne doivent pas travailler deux fois plus vite : une fonction qui n’est pas prête attend simplement le train suivant, deux semaines plus tard au lieu de quatre.

Qu’est-ce que ça change pour un site vitrine ou une boutique ? #

Pour la grande majorité des sites, rien de visible. Les navigateurs ne retirent pas de fonctions toutes les deux semaines, et un site écrit en HTML et CSS standards continue de s’afficher. Le risque se concentre sur les sites qui s’appuient sur des comportements non standards, des préfixes propriétaires ou des scripts tiers vieillissants.

Le vrai changement touche la vitesse d’adoption. Une propriété CSS attendue arrive plus tôt chez les visiteurs, et la mise à jour automatique des navigateurs fait le reste. Un site pensé pour s’adapter à tous les écrans, comme le détaille notre article sur le design adaptatif pour un site fluide, encaisse ces évolutions sans retouche.

Comment adapter ses tests de compatibilité ? #

Google recommande aux développeurs de tester leurs sites sur la version Beta de Chrome pour anticiper les changements. Avec le nouveau rythme, une vérification mensuelle ne couvre plus qu’une version sur deux. Trois réflexes simples permettent de suivre sans y passer ses journées.

Installer Chrome Beta et Firefox Beta sur un poste de test, et y ouvrir les parcours critiques : formulaire de contact, panier, paiement.
Automatiser des captures d’écran comparatives sur les gabarits principaux, plutôt que de tout revoir à la main.
S’appuyer sur un design system cohérent : moins de composants uniques, moins de surprises à chaque mise à jour.

Les calendriers officiels donnent les dates à l’avance. Côté Chrome, le tableau de bord Chromium place Chrome 156 au 20 octobre 2026. Côté Firefox, le calendrier de Mozilla annonce Firefox 159 le 27 octobre puis Firefox 160 le 10 novembre.

Le repère Baseline devient-il plus utile ? #

Oui, car il évite de raisonner version par version. Baseline, piloté par le groupe WebDX du W3C (World Wide Web Consortium), classe une fonction en « Newly available » dès qu’elle marche dans tous les navigateurs principaux : Chrome, Edge, Firefox et Safari, sur ordinateur et sur mobile.

Elle passe en « Widely available » 30 mois plus tard. Selon la définition publiée sur web.dev, c’est le délai au bout duquel la plupart des fonctions atteignent environ 95 % des internautes dans le monde. Avec des sorties plus fréquentes, le seuil « Newly available » peut être franchi plus tôt, mais le compteur de 30 mois ne change pas.

Safari reste-t-il à l’écart ? #

Apple n’a pas rejoint le mouvement. Safari conserve un calendrier lié aux mises à jour de macOS et d’iOS, avec une version majeure par an et des versions intermédiaires. Safari 27 est sorti le 14 septembre 2026, selon la note de sécurité d’Apple.

En pratique, Safari devient souvent le dernier navigateur à intégrer une fonction, et donc celui qui déclenche son passage en Baseline. Sur un site où les visiteurs sur iPhone pèsent lourd, c’est encore lui qu’il faut tester en priorité avant d’adopter une nouveauté CSS.

Questions fréquentes #

Faut-il mettre à jour son navigateur toutes les deux semaines ?

Non, aucune action n’est nécessaire. Chrome, Edge et Firefox se mettent à jour automatiquement. Il suffit de relancer le navigateur quand il le propose.

Un site peut-il cesser de fonctionner après une mise à jour ?

C’est rare pour un site qui respecte les standards du Web. Les risques concernent surtout les scripts anciens ou les fonctions non standards. Tester sur les versions Beta permet de repérer un problème avant qu’il touche les visiteurs.

Les entreprises peuvent-elles garder un rythme plus lent ?

Oui. Chrome et Edge maintiennent leur canal Extended Stable à huit semaines. Firefox propose sa version ESR, à support étendu, pensée pour les parcs informatiques gérés.

À retenir #

Edge, Firefox et Chrome sortent une version majeure toutes les deux semaines depuis la fin de l’été 2026.
Pour un site standard, aucune casse attendue : les nouveautés arrivent simplement plus vite chez les visiteurs.
Les tests sur les versions Beta et le repère Baseline deviennent les deux outils clés du suivi.
Safari reste sur son calendrier annuel et demeure le navigateur à vérifier en priorité.