La fin de XSLT dans Chrome nuit-elle au SEO de votre sitemap WordPress ?

Que lit Google dans un sitemap WordPress ?

Le XML lui-même : l’adresse loc de chaque page et sa date lastmod, à condition que celle-ci soit fiable. La documentation de Google sur les sitemaps indique qu’il ignore priority et changefreq, et qu’il ne tient compte de lastmod que si cette date est toujours exacte et vérifiable. Rien de cela ne dépend d’une feuille de style : votre serveur envoie le même fichier, que Chrome applique la feuille de style ou non.

Chrome cesse d’appliquer les feuilles XSL à partir de la version 158, le 17 novembre 2026. Le calendrier du retrait de XSLT détaille les deux exceptions, l’essai d’origine (origin trial) et la règle d’entreprise, qui prennent fin toutes les deux en août 2027.

Notre guide pour trouver le sitemap d’un site WordPress montre à quelle adresse WordPress, Yoast SEO et Rank Math publient le sitemap, et comment lire un index de sitemaps.

À quoi sert le fichier XSL d’un sitemap WordPress ?

À transformer le XML en page lisible, avec un titre, une courte explication et un tableau de liens. WordPress fournit ces feuilles de style depuis la version 5.5, comme l’indiquait l’annonce de cette version. Le sitemap désigne sa feuille de style dans une instruction de traitement, en tête de fichier. Voici les trois premières lignes de l’index de sitemaps d’un site de test sous WordPress 7.1.3, avec l’adresse de test remplacée par example.com :

<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="https://example.com/wp-sitemap-index.xsl" ?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">

Les sitemaps listés dans l’index renvoient de la même façon à /wp-sitemap.xsl. WordPress construit ces adresses à partir de l’URL du site, comme le montre sa documentation pour développeurs. Yoast SEO, dont l’index se trouve à l’adresse /sitemap_index.xml, relie lui aussi ses sitemaps à un fichier XSL, selon sa spécification pour les développeurs. Pour une autre extension, regardez la source du sitemap : une ligne qui commence par <?xml-stylesheet et contient type="text/xsl" signifie que le fichier utilise XSL.

Dans tous les cas, la feuille de style est un fichier à part, et la liste des adresses reste dans le XML.

À quoi ressemblera mon sitemap dans Chrome sans XSLT ?

À du XML brut sous un avertissement, si le sitemap est lié à une feuille XSL. Nous l’avons testé dans Chromium 156 avec la fonction XSLT désactivée, comme elle le sera pour la plupart des utilisateurs dans Chrome 158. Un sitemap lié à une feuille XSL a affiché cette ligne en haut de la page :

« This document cannot be formatted as intended. It uses XSLT, which the browser does not support. You might be able to install a browser extension that allows you to view it. »

En clair : le document ne peut pas être mis en forme comme prévu, car il utilise XSLT, que le navigateur ne prend pas en charge, et une extension pourrait permettre de l’afficher. Cette ligne est le bandeau d’avertissement que décrit l’annonce de Chrome ; ses mots « install a browser extension » mènent à une recherche « XSLT Polyfill » dans le Chrome Web Store. Venait ensuite la source du fichier : l’instruction de traitement, puis chaque élément url, loc et lastmod en texte brut. Le fichier, lui, était intact ; seul le tableau avait disparu.

Un sitemap sans aucune feuille de style s’affiche dans la vue en arbre de Chrome, sous la ligne « This XML file does not appear to have any style information associated with it. The document tree is shown below. » (ce fichier XML ne semble associé à aucune information de style ; l’arbre du document est affiché ci-dessous). Ce n’est pas une erreur, et rien ne change pour lui le 17 novembre. Notre guide sur l’ouverture des fichiers XML explique ce que signifie ce message. Un fichier cassé, par exemple par une balise jamais fermée, affiche un troisième message, « This page contains the following errors » (cette page contient les erreurs suivantes), avec la ligne et la colonne où Chrome a cessé de lire.

Aucun de ces messages n’indique comment Google voit le fichier.

Comment vérifier que mon sitemap est valide et lu par Google ?

Avec le rapport Sitemaps de la Search Console. Il montre ce que Google a réellement récupéré, quel que soit l’affichage d’un navigateur.

1. Ouvrez la Search Console de votre site. D’après l’aide de Google, il faut un accès propriétaire à la propriété Search Console pour envoyer un sitemap.
2. Ouvrez le rapport Sitemaps.
3. Dans le champ « Ajouter un sitemap », saisissez l’URL de votre index de sitemaps, par exemple https://example.com/wp-sitemap.xml, ou https://example.com/sitemap_index.xml avec Yoast SEO ou Rank Math. Cliquez ensuite sur « Envoyer ».
4. Regardez la colonne d’état.

L’aide de Google décrit trois états. « Opération effectuée » signifie que le sitemap a été chargé et traité sans erreur. « Contient des erreurs » signifie que Google l’a récupéré mais y a trouvé une ou plusieurs erreurs ; les URL qu’il a pu analyser restent dans la file d’exploration. « Impossible de récupérer le sitemap » signifie que Google n’a pas pu récupérer le fichier.

Pour chaque fichier, le rapport indique aussi son type (sitemap ou index de sitemaps), la date de sa dernière lecture par Google et le nombre de pages découvertes. Comparez ce nombre à celui des adresses que votre sitemap doit contenir.

Un fichier qui s’ouvre dans Chrome peut quand même enfreindre les règles. MDN rappelle qu’un document XML correct doit être bien formé et respecter aussi les règles fixées par son schéma ou sa DTD ; Chrome ne vérifie que le premier point. Pour un sitemap, ces règles viennent du protocole des sitemaps, qui impose l’encodage UTF-8 et limite un sitemap à 50 000 URL ou 50 Mo non compressés. La documentation de Google reprend ces limites.

La Search Console joue le rôle de validateur XML pour ces règles. Sa liste d’erreurs comprend « Erreur d’analyse syntaxique », quand Google n’a pas pu analyser le XML, souvent à cause d’un caractère non échappé dans une URL, et « Espace de nom incorrect », quand l’espace de noms de l’élément racine manque, est faux ou mal orthographié. Ces erreurs-là changent la façon dont Google lit votre sitemap ; l’absence de mise en page XSL, non.

Pour lire vous-même le sitemap dans Chrome après le 17 novembre, installez XSLT Polyfill, l’extension vers laquelle renvoie l’annonce de Chrome. Sa fiche du Chrome Web Store indique qu’elle applique un polyfill XSLT à tous les documents XML : votre sitemap retrouve son tableau. XMLNest (disponible sur le Chrome Web Store) l’affiche aussi dans un tableau que l’on peut filtrer, trier et exporter en CSV ou en JSON. Aucune des deux ne modifie votre site : à partir du 17 novembre, les visiteurs qui n’ont ni l’une ni l’autre verront le XML brut.