La fine di XSLT in Chrome danneggia la SEO della sitemap di WordPress?

Cosa legge Google in una sitemap di WordPress?

L’XML stesso: l’indirizzo loc di ogni pagina e la data lastmod, se quella data è corretta. Secondo la sua documentazione sulle sitemap, Google ignora priority e changefreq e usa lastmod solo se la data è sempre e verificabilmente precisa. Niente di tutto questo dipende da un foglio di stile: il server invia lo stesso file, che Chrome lo applichi o no.

Chrome smette di applicare i fogli XSL dalla versione 158, il 17 novembre 2026. Il calendario completo della rimozione spiega le due eccezioni, la prova dell’origine (origin trial) e il criterio aziendale, che scadono entrambe ad agosto 2027.

La nostra guida per trovare la sitemap di WordPress indica dove la pubblicano WordPress, Yoast SEO e Rank Math, e come leggere un indice delle sitemap.

A cosa serve il file XSL di una sitemap di WordPress?

A trasformare l’XML in una pagina leggibile, con un titolo, una breve spiegazione e una tabella di link. Come indica l’annuncio ufficiale, WordPress include questi fogli di stile dalla versione 5.5. La sitemap richiama il proprio foglio di stile con un’istruzione di elaborazione all’inizio del file. Ecco le prime tre righe dell’indice delle sitemap di un sito di prova con WordPress 7.1.3, in cui abbiamo sostituito l’indirizzo del sito con 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">

Le sitemap elencate nell’indice rimandano allo stesso modo a /wp-sitemap.xsl. WordPress costruisce questi indirizzi a partire dall’URL principale del sito, come si vede nel Code Reference, la documentazione del codice di WordPress. Secondo la documentazione per sviluppatori di Yoast, anche Yoast SEO, che pubblica l’indice all’indirizzo /sitemap_index.xml, collega le proprie sitemap a un file XSL. Con un altro plugin basta guardare il sorgente della sitemap: una riga che inizia con <?xml-stylesheet e contiene type="text/xsl" indica che il file usa XSL.

In ogni caso il foglio di stile è un file a parte, e l’elenco degli indirizzi resta nell’XML.

Come apparirà la mia sitemap in Chrome senza XSLT?

Come XML grezzo sotto un avviso, se la sitemap è collegata a un foglio XSL. Lo abbiamo verificato in Chromium 156 con la funzione XSLT disattivata, come sarà per la maggior parte degli utenti in Chrome 158. In cima alla pagina c’era questa riga:

«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.»

In sostanza: il documento non può essere formattato come previsto, perché usa XSLT, che il browser non supporta, e un’estensione potrebbe permettere di visualizzarlo. Le parole «install a browser extension» sono un link a una ricerca di «XSLT Polyfill» nel Chrome Web Store: questa riga è il banner di avviso descritto nell’annuncio di Chrome. Sotto compariva il codice sorgente del file: l’istruzione di elaborazione e poi ogni elemento url, loc e lastmod come testo semplice. Il file era intatto; mancava solo la tabella.

Una sitemap senza alcun foglio di stile compare invece nella vista ad albero di Chrome, sotto la riga «This XML file does not appear to have any style information associated with it. The document tree is shown below.» (il file XML non sembra avere informazioni di stile associate; di seguito è mostrato l’albero del documento). Non è un errore, e dal 17 novembre questa vista resta identica. La nostra guida su come aprire i file XML in Chrome spiega cosa significa quel messaggio. Se il file è malformato, per esempio per un tag non chiuso, Chrome mostra un terzo messaggio, «This page contains the following errors» (questa pagina contiene i seguenti errori), con la riga e la colonna in cui ha smesso di leggere.

Nessuno di questi messaggi indica come Google vede il file.

Come verificare che la sitemap sia valida e letta da Google?

Con il rapporto Sitemap di Search Console, che indica ciò che Google ha davvero recuperato, qualunque cosa mostri il browser.

1. Aprire Search Console e selezionare la proprietà del sito. Secondo la guida di Google, per inviare una sitemap servono le autorizzazioni di proprietario per la proprietà.
2. Aprire il rapporto Sitemap.
3. Nella casella «Aggiungi una nuova Sitemap», inserire l’URL dell’indice delle sitemap, per esempio https://example.com/wp-sitemap.xml, oppure https://example.com/sitemap_index.xml con Yoast SEO o Rank Math. Poi fare clic su «Invia».
4. Controllare la colonna «Stato».

La guida descrive tre stati. «Riuscita»: la sitemap è stata caricata ed elaborata senza errori. «Presenta errori»: Google è riuscito a recuperarla, ma ha trovato uno o più errori; gli URL che ha potuto analizzare restano comunque in coda per la scansione. «Impossibile recuperare»: Google non è riuscito a scaricare il file.

Per ogni file, il rapporto mostra anche il tipo (sitemap o indice delle sitemap), la data dell’ultima lettura e il numero di pagine rilevate. Conviene confrontare questo numero con quello degli indirizzi che la sitemap dovrebbe contenere.

Un file che Chrome apre senza errori non è per forza valido. MDN spiega che un documento XML corretto deve essere ben formato e rispettare anche le regole del proprio schema o della propria DTD; Chrome verifica solo che sia ben formato. Per le sitemap, queste regole sono fissate dal protocollo sitemaps.org, che richiede la codifica UTF-8 e limita ogni file a 50.000 URL o 50 MB non compressi. La documentazione di Google riprende questi limiti.

Su questi punti, Search Console fa da validatore XML. Tra gli errori che elenca ci sono l’errore di analisi (Google non è riuscito ad analizzare l’XML, spesso per un carattere senza escape in un URL) e lo spazio dei nomi non corretto (quello dell’elemento radice manca, è sbagliato o contiene un refuso). Questi errori cambiano il modo in cui Google legge la sitemap; l’assenza della grafica XSL, invece, non ha alcun effetto.

Chi vuole leggere la sitemap in Chrome dopo il 17 novembre può installare XSLT Polyfill, l’estensione a cui rimanda l’annuncio di Chrome. Stando alla scheda nel Chrome Web Store, l’estensione applica un polyfill XSLT a tutti i documenti XML, e così la tabella della sitemap ricompare. Anche XMLNest, disponibile nel Chrome Web Store, la mostra come una tabella filtrabile, da ordinare ed esportare in CSV o JSON. Nessuna delle due modifica il sito: dal 17 novembre chi non ha un’estensione di questo tipo vedrà l’XML grezzo.