RD Web ne s'affiche plus ? Chrome retire XSLT le 17 novembre 2026

À partir du 17 novembre 2026, Chrome 158 ne prend plus en charge XSLT. La page d’accès Bureau à distance de Windows Server (RD Web Access), qui en dépend, affiche alors une erreur à la place de vos applications. Microsoft a intégré le correctif à la mise à jour de sécurité de novembre 2026 : installez-la sur le serveur. D’ici là, trois contournements existent.

Si votre équipe ouvre chaque matin une page web pour lancer le logiciel de gestion ou la comptabilité installés sur un serveur, ce billet vous concerne.

Ce qui change le 17 novembre

XSLT est une technologie ancienne qui met en forme des données XML directement dans le navigateur. Peu de sites l’utilisent encore, et Google a décidé de la retirer de Chrome pour des raisons de sécurité. Le calendrier publié par Google est précis :

Date	Version	Ce qui se passe
17 novembre 2026	Chrome 158	XSLT cesse de fonctionner pour tous, sauf sur les postes où une stratégie d’entreprise le maintient
17 août 2027	Chrome 176	La stratégie d’entreprise cesse de fonctionner : XSLT est désactivé pour tout le monde

Microsoft Edge repose sur le même moteur que Chrome et propose la même stratégie : il suit le mouvement, à son propre rythme.

Vous avez peut-être déjà vu le signe avant-coureur : Chrome affiche un bandeau rouge « Ce site utilise XSLT » sur les pages concernées.

Pourquoi votre accès à distance est concerné

RD Web Access est la page, à une adresse qui se termine par /RDWeb, où vos collaborateurs s’identifient pour ouvrir leurs applications à distance (RemoteApp) ou un bureau complet. Elle s’appuie sur XSLT côté navigateur.

Microsoft le confirme dans son article KB5130994 : sur Windows Server 2016, 2019, 2022 et 2025, la page ne se charge plus dès que XSLT est désactivé, et affiche le message « Unable to display RD Web Access ».

Le problème concerne la page web. Les connexions déjà installées sur les postes (fichiers .rdp, raccourcis sur le bureau) ne passent pas par elle.

La vraie correction : la mise à jour de novembre sur le serveur

Microsoft indique que le correctif est disponible dans la mise à jour de sécurité Windows de novembre 2026, ou dans toute mise à jour ultérieure. C’est la seule solution durable, et Microsoft recommande de l’installer même si un contournement est déjà en place.

Une mise à jour cumulative impose un redémarrage du serveur. Trois précautions :

• Planifiez-la hors des heures de travail et prévenez l’équipe : pendant le redémarrage, plus personne n’accède aux applications.
• Vérifiez la sauvegarde avant, et prévoyez un retour arrière (un instantané, si le serveur est une machine virtuelle).
• Testez après : ouvrez la page RD Web depuis un poste et lancez une application.

Un piège à connaître : un écran Windows Update qui n’affiche rien en attente ne prouve pas que le serveur est à jour. Contrôlez la date de la dernière mise à jour installée dans l’historique. Un serveur resté longtemps sans correctif peut exiger une mise à jour intermédiaire avant la plus récente : les prérequis figurent dans l’article KB de chaque mise à jour.

En attendant : trois contournements

Si la mise à jour ne peut pas être faite avant le 17 novembre, Microsoft décrit trois solutions temporaires.

1. Réactiver XSLT par stratégie. Dans un domaine, par stratégie de groupe. Sur des postes hors domaine, par le registre, dans une invite de commandes ouverte en administrateur :

reg add "HKLM\SOFTWARE\Policies\Microsoft\Edge" /v XSLTEnabled /t REG_DWORD /d 1 /f
reg add "HKLM\SOFTWARE\Policies\Google\Chrome" /v XSLTEnabled /t REG_DWORD /d 1 /f

Redémarrez ensuite le navigateur. La stratégie apparaît dans chrome://policy ou edge://policy. Dans Chrome, elle fonctionne jusqu’à la version 176, soit le 17 août 2027.

2. Utiliser le client web HTML5. S’il est installé sur votre serveur, il répond à l’adresse https://votre-serveur/RDWeb/webclient/index.html et n’utilise pas XSLT.

3. Ouvrir la page en mode Internet Explorer dans Edge. Dans les paramètres d’Edge, rubrique Navigateur par défaut, autorisez le rechargement en mode Internet Explorer et ajoutez l’adresse de votre page RD Web.

Le bandeau de Chrome propose aussi d’installer une extension de remplacement. Nous préférons une stratégie maîtrisée à une extension ajoutée poste par poste.

Une fois le serveur mis à jour, Microsoft demande de désactiver à nouveau XSLT sur les postes où vous l’aviez réactivé.

Ce que nous avons vu sur le terrain

Cet automne, le bandeau rouge est apparu chez une PME du bâtiment que nous accompagnons, sur la page que l’équipe ouvre chaque matin pour lancer son logiciel métier.

Les postes n’appartenaient pas à un domaine : impossible de pousser la stratégie d’un seul geste. Nous avons préparé un petit fichier de commandes à lancer une fois sur chaque poste, le temps de planifier la mise à jour du serveur un soir de semaine. Sans cela, l’équipe aurait découvert le problème un mardi matin, devant une page d’erreur.

Ce type d’échéance touche d’abord les serveurs qui « tournent tout seuls » : personne ne les regarde tant que tout fonctionne.

La marche à suivre

1. Vérifiez si vous êtes concerné : ouvrez votre page RD Web dans Chrome. Un bandeau rouge qui mentionne XSLT ? Vous l’êtes.
2. Relevez l’état du serveur : version de Windows Server et date de la dernière mise à jour installée.
3. Planifiez la mise à jour de novembre 2026, un soir ou un week-end, sauvegarde vérifiée avant.
4. Si elle ne peut pas avoir lieu avant le 17 novembre, déployez la stratégie XSLTEnabled sur les postes.
5. Après la mise à jour, testez, puis retirez la stratégie.
6. Notez le 17 août 2027 : passé cette date, aucun contournement par stratégie ne fonctionnera plus.

Au-delà du Bureau à distance

Toute page qui met en forme du XML avec XSLT dans le navigateur est concernée : anciens intranets, flux RSS mis en page, certains outils internes. Si le bandeau rouge apparaît sur l’un de vos outils, prévenez son éditeur ou votre prestataire sans attendre.

Vous n’avez personne pour planifier cette mise à jour ? Nous pouvons la faire hors des heures de travail, avec une sauvegarde vérifiée avant et un test après : c’est le quotidien de notre support informatique.

Sources

• Microsoft, KB5130994 : RD Web Access fails to load when XSLT is disabled in Microsoft Edge or Google Chrome, publié le 6 octobre 2026.
• Google Chrome for Developers, Removing XSLT for a more secure browser, calendrier du retrait.