Dans un précédent article, je vous annonçais le passage de Microsoft Edge à un rythme de publication majeure toutes les deux semaines. Microsoft aligne désormais le runtime WebView2 sur cette même cadence : à partir de la version 152, le runtime WebView2 suivra le nouveau cycle bihebdomadaire d'Edge, contre un cycle de quatre semaines jusqu'à présent. L'objectif est d'accélérer la diffusion des correctifs de sécurité, des améliorations de la plateforme et des nouvelles fonctionnalités.
La bascule s'opère de façon progressive :
- Depuis la semaine du 27 août 2026 : la version 152 du runtime WebView2 était la dernière version majeure publiée 4 semaines après la précédente.
- Dès la semaine du 10 septembre 2026 : la version 153 sera la toute première version publiée seulement 2 semaines après la précédente.
- Ensuite : une nouvelle version majeure sera publiée environ toutes les deux semaines, en alignement avec la cadence d'Edge.
La cadence de publication du SDK WebView2 évolue également. Au lieu des publications mensuelles, les versions du SDK seront désormais publiées lorsqu'il y a de nouvelles fonctionnalités, corrections de bugs, mises à jour de sécurité ou autres améliorations à partager. Lorsqu'un SDK est publié, il le sera à la même date que la version du runtime correspondante.
L'impact sur vos applications dépend du mode de distribution du runtime que vous utilisez :
- Mode Evergreen Runtime (mode par défaut) : aucune action n'est requise. Les machines de vos utilisateurs commenceront simplement à recevoir les correctifs de sécurité et de plateforme à un rythme plus fréquent.
- Mode Fixed Version Runtime : vous gardez le contrôle du moment de la mise à jour, mais les nouvelles versions majeures arrivent plus souvent. Prévoyez de valider et d'adopter les nouvelles versions plus fréquemment afin de ne pas prendre de retard sur les correctifs de sécurité.
Voici les bonnes pratiques mises en avant par Microsoft :
- Tester votre application WebView2 via le canal de préversion Beta de Microsoft Edge, afin de détecter les éventuels bugs avant leur diffusion à vos utilisateurs. Le test anticipé reste le meilleur moyen d'identifier les problèmes spécifiques à votre application avant qu'ils n'atteignent le canal Stable.
- Automatiser la validation des workflows critiques de votre application avec les canaux de préversion WebView2, notamment via Microsoft Edge WebDriver.
- Signaler les régressions au plus tôt (via le dépôt GitHub WebView2Feedback) afin qu'elles puissent être corrigées avant la publication Stable.
S'aligner sur Edge signifie que vos utilisateurs bénéficient plus rapidement d'une plateforme web plus sûre et plus riche, tout en vous offrant un train de publication unique et prévisible autour duquel planifier vos activités.
