Sur un parc de postes gérés par GPO, une mise à jour Chrome qui casse un portail interne un vendredi après-midi, on connaît le scénario. Depuis que Google a accéléré la cadence de publication de Chrome, mettre Google à jour ne se résume plus à cliquer sur « Relancer ». La question est devenue organisationnelle, surtout quand on administre plusieurs dizaines de machines.
Canal Extended Stable Chrome : la fenêtre de validation pour les équipes IT
La plupart des guides sur la mise à jour de Chrome décrivent la procédure côté utilisateur. Ils passent à côté d’un point central pour les environnements professionnels : Google maintient un canal Extended Stable avec un cycle de 8 semaines.
Ce canal reçoit les correctifs de sécurité critiques au même rythme que le canal Stable, mais les nouvelles fonctionnalités n’arrivent que toutes les 8 semaines. En pratique, cela donne aux équipes IT une fenêtre réaliste pour tester les applications métier, les extensions internes et les portails web avant déploiement.
Quand le canal Stable grand public passe à une version majeure toutes les 2 semaines, l’écart se creuse vite. On peut se retrouver avec deux ou trois versions majeures de décart entre le poste d’un collaborateur en télétravail (canal Stable) et le parc géré (Extended Stable). Il faut anticiper ce décalage dans les matrices de compatibilité.
- Le canal Extended Stable se configure via la console Google Admin ou par stratégie de groupe (GPO) sur Windows, en ciblant la policy TargetChannel
- Les correctifs de sécurité critiques sont rétroportés sur Extended Stable, donc le niveau de protection reste comparable au canal Stable
- Les extensions qui dépendent d’API récentes peuvent afficher des comportements différents entre les deux canaux, ce qui impose un double jeu de tests
Mises à jour de sécurité Chrome : un rythme désormais hebdomadaire
Le passage aux versions majeures toutes les 2 semaines n’est qu’une partie du tableau. Google a aussi intensifié la cadence des correctifs de sécurité. Selon le Google Security Blog de juillet 2026, les mises à jour de sécurité sont désormais hebdomadaires, avec un pilote en cours pour passer à deux publications de sécurité par semaine.
Pour un utilisateur individuel, cela change peu : Chrome se met à jour en arrière-plan. Pour une DSI, c’est une autre affaire. Chaque correctif peut modifier le comportement du navigateur vis-à-vis de certificats, de politiques CORS ou de permissions d’extensions.
On recommande de surveiller le blog Chrome Releases (chromereleases.googleblog.com) et de configurer des alertes. Attendre la réunion hebdomadaire pour découvrir qu’un correctif a désactivé une extension critique, c’est un luxe qu’on ne peut plus se permettre.
Mettre à jour Google Chrome sur ordinateur, Android et iOS
La procédure reste simple côté utilisateur, mais elle varie selon la plateforme.
Chrome sur ordinateur (Windows, macOS, Linux)
On ouvre Chrome, puis le menu à trois points en haut à droite. On clique sur « Aide », puis « À propos de Google Chrome ». Le navigateur vérifie automatiquement si une nouvelle version est disponible, la télécharge et demande un redémarrage.
Si la mention « Chrome est à jour » s’affiche, il n’y a rien à faire. Un point coloré sur le menu (vert, orange ou rouge) indique qu’une mise à jour attend depuis plus ou moins longtemps. Un point rouge signale une mise à jour en attente depuis plus d’une semaine, ce qui, avec le rythme actuel, représente déjà un retard significatif.
Chrome sur Android
Les mises à jour passent par le Google Play Store. On ouvre le Play Store, on accède à « Gérer les applications et l’appareil », puis on lance la mise à jour de Chrome si elle est disponible. On peut aussi activer les mises à jour automatiques spécifiquement pour Chrome dans les paramètres de l’application.
Chrome sur iPhone et iPad
Même logique, mais via l’App Store. On recherche Chrome, et si le bouton « Mettre à jour » apparaît, on l’actionne. Les mises à jour automatiques se configurent dans les réglages iOS, section App Store.
Cycle de 2 semaines Chrome : adapter ses tests et son déploiement
Depuis Chrome 153, Google publie une version majeure toutes les 2 semaines sur le canal Stable. Firefox et Edge ont adopté un calendrier similaire sur la même période. La fenêtre de validation des applications web se réduit de moitié par rapport à l’ancien cycle de 4 semaines.
Pour les développeurs et les équipes QA, cela impose des ajustements concrets.
- Intégrer les canaux Beta et Dev de Chrome dans la pipeline CI/CD pour détecter les régressions avant la publication Stable
- Automatiser les tests de compatibilité navigateur : les tests manuels sur chaque version ne tiennent plus la cadence
- Définir une politique claire de version minimale supportée, en tenant compte du décalage entre canal Stable et Extended Stable
- Documenter les API Chrome utilisées par les applications internes et surveiller les intentions de dépréciation (les « Intent to Remove » publiés par l’équipe Chrome)
Les retours varient sur ce point selon la taille des équipes : une startup avec une seule application web s’adapte vite, une collectivité avec plusieurs dizaines de portails métier a besoin d’un processus formalisé.
Extensions Chrome et navigation : vérifier la compatibilité après mise à jour
Les extensions représentent un angle mort fréquent lors des mises à jour. Une extension qui fonctionnait la veille peut se retrouver désactivée si elle utilise une API Manifest V2 en cours de retrait, ou si un correctif de sécurité modifie les permissions accordées.
Après chaque mise à jour, on vérifie la page chrome://extensions. Les extensions désactivées affichent un message d’erreur explicite. Mettre à jour ses extensions en même temps que le navigateur limite les problèmes de compatibilité.
Pour les gestionnaires de parc, la console Google Admin permet de forcer l’installation d’extensions approuvées et de bloquer celles qui ne sont pas validées. C’est un levier direct pour maintenir la sécurité sans dépendre du bon vouloir de chaque utilisateur.
Le rythme accéléré de Chrome en 2026 transforme la mise à jour d’un geste anodin en processus à intégrer dans la gestion courante du parc informatique. Que l’on soit utilisateur individuel ou administrateur réseau, vérifier régulièrement la version installée via « À propos de Chrome » reste le réflexe de base, mais ce n’est plus suffisant quand les versions majeures s’enchaînent toutes les deux semaines.
