Chrome passe à une version toutes les deux semaines. Et ton Chromebook ? Silence radio.

Sommaire

• Six semaines, puis quatre, maintenant deux
  • Pourquoi cette accélération ?
  • Le calendrier au jour près
  • Et ton Chromebook dans tout ça ?
  • Quatre mois et demi de silence
  • Aluminium OS, l’éléphant dans la salle des serveurs
  • Ce que tu fais si tu gères un parc
  • Alors, on s’inquiète ou pas ?
  • Partager :

Début mars 2026, Google fait une annonce. Il prévient que les mises à jour de Google Chrome changent de rythme. Elles passent de quatre à deux semaines. Dit comme cela, cela semble normal. Il est prévu que cela arrive sur Windows, sur Mac, sur Linux, sur Android et même sur iOS. Et sur ChromeOS ? Des précisions prochainement, qu’il dit. C’était le 3 mars. Et depuis ? Un silence radio qui dure. Nous sommes fin juillet. Toujours rien. Tu doutes de ce que tu viens de comprendre ? Pas moi, car j’ai des arguments en béton.

Six semaines, puis quatre, maintenant deux

Commençons par le commencement. Cette accélération n’est pas née hier. Pendant des années, Chrome sortait avec une version majeure toutes les six semaines. Puis 2021 arrive. Google resserre à quatre. Deux ans plus tard, il ajoute deux choses : des correctifs de sécurité chaque semaine, et un canal Early Stable pour tester sur un petit échantillon avant tout le monde.

Ensuite ? Le 3 mars 2026. Ben Mason et Deepak Ravichandran publient sur le blog Chrome for Developers. Le titre annonce la couleur : obtenir les fonctionnalités plus vite grâce au cycle de deux semaines. À compter du 8 septembre, une bêta et une stable sortent tous les quatorze jours. Chrome 153 inaugure la formule. Attention, je parle du navigateur web. Pas de l’OS. Soyons bien d’accord, c’est complètement différent. Je t’avais d’ailleurs prévenu la semaine dernière, dans mon décodeur des numéros de version de ChromeOS : deux horloges, deux tempos, et Google qui promet de suivre « après ses tests de plateforme ». Nous y sommes.

A lire également :

Comment lire les numéros de version de ChromeOS : le décodeur complet

Les canaux Dev et Canary ne bougent pas. Extended Stable, réservé aux administrateurs, reste sur huit semaines.

Fais le calcul avec moi. Chrome 153 le 8 septembre. Ensuite Chrome 154 le 22. Chrome 155 le 6 octobre. À ce rythme, on termine l’année autour de la version 161. Et on double la production annuelle de versions majeures. D’un coup.

Pourquoi cette accélération ?

L’argument officiel tient en une ligne. Le web avance vite, donc développeurs et utilisateurs doivent accéder immédiatement aux correctifs, aux gains de performance et aux nouveautés. Bon. Rien de renversant, avoue. Le second argument est plus malin. Google explique que des versions fréquentes mais légères perturbent moins et se déboguent plus vite. Autrement dit, dix petits colis valent mieux qu’un gros carton. Quand quelque chose casse, tu trouves le coupable plus vite dans un lot de dix modifications que dans un lot de cinquante.

Ça se défend. Techniquement, ça se défend même très bien. Google ajoute que ses processus internes ont progressé, ce qui rend la manœuvre possible sans sacrifier la stabilité. On lui fait confiance ? Rendez-vous en septembre. Et la vraie raison ? La presse spécialisée pointe la pression des navigateurs dopés à l’IA, qui itèrent beaucoup plus vite. C’est plausible. Cependant, ce n’est écrit nulle part dans le billet officiel. Donc je te le donne comme hypothèse, pas comme fait.

Le calendrier au jour près

Google ne rallonge pas la file. Il avance tout le monde.

Étape	Chrome 153 avant	Chrome 153 après
Branch point	24 août	17 août
Passage en bêta	26 août	19 août
Stable cut	8 septembre	25 août
Early Stable	9 septembre	26 août
Stable	22 septembre	8 septembre

Chrome 153 gagne deux semaines. Chrome 154 en gagne quatre, sa stable passant du 20 octobre au 22 septembre. Un détail pour les développeurs. Google précise qu’une bêta sort trois semaines avant chaque stable. Or les stables sont espacées de deux semaines. Tu vois le problème ? Les bêtas se chevauchent en permanence. Bon courage pour les tests de compatibilité.

Et ton Chromebook dans tout ça ?

Voilà la question que personne ne pose. Alors lisons ensemble, mot à mot. Google annonce que le changement s’applique à toutes les plateformes. Belle formule. Puis il pose un tiret et énumère : ordinateur, Android, iOS. Compte avec moi. Trois.

Alors, ChromeOS serait planqué dans « ordinateur » ? Non. Sur le blog Chrome Releases, Google range ses annonces sous des étiquettes séparées. « Desktop Update » désigne Windows, Mac et Linux. ChromeOS a la sienne, distincte. Mieux : en présentant le même changement à ses clients entreprise, Google énumère cinq systèmes un par un. Android, iOS, Linux, macOS et Windows. ChromeOS n’y figure pas non plus.

Et puis surtout, il y a ce paragraphe, deux blocs plus bas. Google y écrit qu’il continuera à proposer des options de publication étendues aux utilisateurs de Chromebook. Que les dernières versions arriveront sur Chromebook après des tests de plateforme dédiés. Qu’il adapte ces canaux au nouveau cycle. Et qu’il partagera davantage de détails prochainement concernant les mises à jour de version pour les appareils gérés.

Pose-toi la question. Si ChromeOS était déjà couvert par « toutes les plateformes », à quoi sert ce paragraphe ? La réponse est simple, et elle est gênante. ChromeOS n’est pas exclu. Il est renvoyé à plus tard. Sans calendrier, sans durée de décalage, sans mode d’emploi pour les parcs gérés. C’est écrit noir sur blanc. À condition de lire jusqu’au bout. Et de savoir décoder. 

Quatre mois et demi de silence

Reprenons les dates. Annonce le 3 mars. Basculement le 8 septembre. Nous sommes fin juillet, donc à six semaines et demie de l’échéance. Depuis mars, rien. Aucune publication précisant le fonctionnement pour les Chromebook gérés. Ni sur le blog Chrome for Developers. Pas mieux sur le blog Chromium. Ni du côté Chrome Enterprise.

Maintenant, mets-toi à la place d’un responsable informatique de rectorat. Il prépare sa rentrée. Il doit décider maintenant s’il bascule son parc en LTS, s’il reste sur le canal stable, s’il provisionne du temps de validation supplémentaire. Et il n’a pas l’information.

Alors posons les questions qui fâchent. Pourquoi annoncer un changement de cadence sans son volet Chromebook ? Pourquoi promettre des détails prochainement, puis laisser filer quatre mois et demi ? Et surtout, quelqu’un chez Google a-t-il seulement la réponse ?

Aluminium OS, l’éléphant dans la salle des serveurs

Maintenant, remettons ce silence dans son contexte. Là, ça devient inconfortable. Tu suis le dossier avec moi depuis des mois. Les documents produits lors du procès antitrust ont confirmé la trajectoire. ChromeOS doit s’effacer devant Aluminium OS, un système bâti sur le noyau Android. C’est le futur OS de Google que nous parlons régulièrement ici. L’horizon évoqué court jusqu’en 2034. Alors reformulons la question.

Adapter les canaux de publication Chromebook au nouveau rythme, c’est du travail d’ingénierie. Du vrai. Il faut revoir les cycles de tests de plateforme. Recalibrer les fenêtres de validation. Réécrire la documentation destinée aux administrateurs. Qui investit sérieusement dans la tuyauterie d’une plateforme qu’il prévoit de remplacer ?

Attention. Je pose la question, je n’affirme rien. C’est une hypothèse, pas un fait établi. Google n’a jamais dit qu’il négligeait ChromeOS. Et le silence peut simplement traduire une équipe débordée, ou une décision pas encore tranchée en interne. Mais avoue que le faisceau est troublant. Un système en sursis. Une annonce majeure qui l’oublie. Une promesse de précisions qui n’arrive pas. Et une rentrée scolaire dans six semaines. Je serais ravi que Google me contredise en publiant sa documentation lundi matin. Franchement, ravi.

Ce que tu fais si tu gères un parc

Passons au concret. Râler ne remplit pas un cahier des charges. Trois options existent. Distinguons-les bien.

Extended Stable, côté navigateur, reste sur huit semaines. Il se déploie via Chrome Browser Cloud Management ou par stratégie de groupe. Un parc déjà dessus ne subit aucun changement. Strictement aucun.

Le LTS ChromeOS poursuit sa route. Le cycle LTC 150 a d’ailleurs démarré le 21 juillet. Pour un lycée ou un collège, c’est la réponse la plus sensée.

En revanche, si ton parc reste sur le canal stable classique ? Ta charge de validation double mécaniquement. Deux fois plus de versions à qualifier. Deux fois plus d’occasions de casser une extension ou une application web métier.

Un point rassurant pour finir. La cadence ne touche pas les dates d’AUE. Un Chromebook expirant en 2032 expire toujours en 2032. Il recevra simplement davantage de versions d’ici là.

Alors, on s’inquiète ou pas ?

Résumons calmement. L’accélération de Chrome est cohérente avec quinze ans d’histoire du navigateur. L’argument des petits lots se défend. Et les administrateurs disposent de vraies portes de sortie. Donc le problème n’est pas la décision. Le problème, c’est le trou dans la communication. Google publie des tableaux au jour près pour Windows et pour iOS. Pendant ce temps, les gestionnaires de parcs Chromebook attendent depuis mars. Ce sont pourtant eux qui ont le plus besoin de prévisibilité, avec des milliers de machines et une rentrée à préparer.

Je surveille. Si la documentation tombe avant septembre, tu le sauras ici. Si elle ne tombe pas, tu le sauras aussi.