Aller au contenu
Maison GR — GuidesLogiciel libre

Sitemap XSLT et Chrome 158 : ce qui change et quoi remplacer

Chrome cesse d'appliquer XSLT le 17 novembre 2026. Un sitemap mis en forme par un fichier .xsl perd donc sa présentation dans le navigateur. Les moteurs de recherche, eux, continuent de lire le XML : le changement touche les personnes qui ouvrent le fichier, pas votre référencement.

Par

Équipe Maison GR

Studio produit, Québec

Publié le

Sources vérifiées le

2 min de lecture

01

Ce qui change, et quand

Chrome publie ce calendrier. Sa raison principale est la sécurité : XSLT 1.0 repose sur du code ancien, et Chrome mesure environ 0,02 % de chargements de pages qui l'utilisent.

  • aChrome 158, le 17 novembre 2026 : XSLT cesse de fonctionner dans les versions stables, sauf pour les participants à l'essai d'origine et à la politique d'entreprise.
  • bChrome 176, le 17 août 2027 : ces deux exceptions prennent fin, et XSLT est désactivé pour tout le monde.
  • cFirefox et WebKit ont aussi annoncé leur intention de retirer XSLT, sans date publiée sur cette page.
02

Ce qui ne change pas

Le fichier .xsl ne sert qu'à l'affichage dans un navigateur. Un robot d'indexation lit les adresses du XML sans l'appliquer : votre sitemap reste valide pour Google et Bing.

XML reste pris en charge, et Chrome précise que l'instruction xml-stylesheet avec type="text/css" n'est pas retirée.

03

Vérifier si votre site est concerné

Ouvrez le code source de votre sitemap, ou lancez cette commande. Une ligne qui contient text/xsl veut dire que le fichier dépend de XSLT.

  • acurl -s https://votre.site/sitemap.xml | head -5
04

Quatre façons de le remplacer

Le bon choix dépend de l'utilité de cette page pour vos visiteurs. Pour beaucoup de sites, la première option suffit.

  • aRetirer la ligne xml-stylesheet : le navigateur montre le XML brut. C'est le plus simple, et les moteurs n'y voient aucune différence.
  • bPasser à une feuille CSS : un seul fichier, sans serveur. Le texte est mis en forme, mais CSS ne rend pas les adresses cliquables.
  • cTransformer le XML sur le serveur : c'est l'une des voies que Chrome propose. Il faut alors écrire et maintenir ce rendu.
  • dServir une page HTML aux navigateurs, à la même adresse : un navigateur qui ouvre une page envoie Sec-Fetch-Dest: document, ce que les robots ne font pas. La page et le XML doivent lister les mêmes adresses, avec Vary: Sec-Fetch-Dest et un en-tête noindex sur la page.
05

Le faire avec maisongr-sitemap

Nous avons publié cette quatrième option sous forme de paquet npm libre, sous licence MIT. Il lit les couleurs, les polices et le mode sombre de votre site, sans XSLT. La commande suivante déplace l'ancien sitemap et son fichier .xsl dans le dossier .sitemap-replaced/, sans rien supprimer.

  • anpx maisongr-sitemap init --replace
  • bnpm install maisongr-sitemap

À faire

La liste à garder sous la main.

  • Chercher text/xsl dans le code source du sitemap.
  • Décider si des personnes ont vraiment besoin de lire cette page.
  • Choisir entre XML brut, CSS, rendu serveur ou page HTML.
  • Vérifier que le XML reste valide après le changement.
  • Soumettre de nouveau le sitemap si son adresse change.

Questions fréquentes

01Le retrait de XSLT nuit-il à mon référencement ?

Non. Le fichier .xsl ne touche que l'affichage dans un navigateur : les moteurs lisent les adresses du XML.

02Quand XSLT cesse-t-il de fonctionner dans Chrome ?

Le 17 novembre 2026, avec Chrome 158. Les exceptions de l'essai d'origine et de la politique d'entreprise prennent fin le 17 août 2027, avec Chrome 176.

03Puis-je garder une feuille de style sur mon sitemap ?

Oui, en CSS. Chrome précise que xml-stylesheet avec type="text/css" n'est pas retiré, mais CSS ne rend pas les adresses cliquables.

Services liés

→Maison GR

Une question sur votre projet ? Parlons-en.

Un membre senior de l'équipe vous répond sous 24 h avec une direction claire.