XSLT esce da Chrome: cosa smette di funzionare e cosa fare

Cosa cambia il 17 novembre 2026

XSLT è il linguaggio che trasforma un documento XML in una pagina leggibile, tramite un foglio di stile XSL indicato dal file XML stesso. Chrome lo sta rimuovendo. L’annuncio di Chrome indica questo calendario:

Versione di Chrome	Data	Cosa succede
Chrome 143	2 dicembre 2025	XSLT è ufficialmente deprecato. Compaiono avvisi nella console per sviluppatori e in Lighthouse.
Chrome 158	17 novembre 2026	XSLT smette di funzionare nelle versioni stabili, per tutti tranne i partecipanti alla prova dell’origine e al criterio aziendale.
Chrome 176	17 agosto 2027	La prova dell’origine e il criterio aziendale smettono di funzionare. XSLT è disattivato per tutti.

Chrome Beta, Dev e Canary hanno iniziato a disattivare XSLT per impostazione predefinita da Chrome 145, come avviso anticipato.

Il motivo è la sicurezza. Chrome spiega che le librerie che eseguono queste trasformazioni, come libxslt, sono codice C e C++ complesso, e che questo tipo di codice è soggetto a vulnerabilità di sicurezza della memoria, come i buffer overflow.

Le pagine in cui potreste notarlo

Chrome indica che solo circa lo 0,02% dei caricamenti di pagine web usa XSLT, e meno dello 0,001% usa istruzioni di elaborazione XSLT, la riga di un file XML che indica un foglio di stile. È raro, quindi, ma concentrato su pochi tipi di pagine:

• Sitemap di WordPress. Da WordPress 5.5, WordPress pubblica un indice delle sitemap all’indirizzo /wp-sitemap.xml e fornisce fogli di stile XSL per formattare tutte le sue sitemap. Vedete come visualizzare una sitemap di WordPress.
• Feed RSS e Atom formattati. Chrome osserva che in molti feed esistenti XSLT serve a rendere leggibile l’XML grezzo quando si apre il feed direttamente nel browser. Vedete cosa fare quando un feed RSS appare come testo semplice.
• Dispositivi embedded. Chrome cita dispositivi commerciali che generano dati XML per gli utenti della rete locale, e aggiunge che molti di questi sono difficili o impossibili da aggiornare. Per questi casi, Chrome rimanda all’estensione per il browser.

Cosa vedete al suo posto

Senza XSLT il foglio di stile non viene più applicato e l’impaginazione che costruiva sparisce: niente tabella, niente titoli, niente link cliccabili. Secondo l’annuncio di Chrome, il browser mostra un banner di avviso che rimanda a una ricerca di “xslt polyfill” nel Chrome Web Store, per aiutarvi a trovare un’estensione.

Abbiamo verificato come appare la pagina stessa. In Chromium 156, con XSLT disattivato, una pagina XML collegata a un foglio XSL ha mostrato il messaggio in inglese “This document cannot be formatted as intended”, seguito dall’XML grezzo: i tag e il testo del file, senza alcuna impaginazione.

Le vostre soluzioni

Soluzione	Per	Impegno
XMLNest	Visitatori	Un clic
Estensione ufficiale XSLT Polyfill	Visitatori	Un clic
Script xslt-polyfill sul sito	Gestori dei siti	Piccola modifica al codice
Generare l’HTML sul server	Gestori dei siti	Modifica più ampia
Criterio aziendale XSLTEnabled	Team IT	Fino al 17 agosto 2027

Un visitatore non può modificare il sito, ma un’estensione può applicare di nuovo il foglio di stile nel suo browser. Chi gestisce un sito può correggere la pagina per tutti i visitatori in una volta. I team IT che gestiscono Chrome possono usare il criterio XSLTEnabled per guadagnare tempo, fino a Chrome 176.

XMLNest o l’estensione ufficiale XSLT Polyfill?

L’annuncio di Chrome rimanda a un’estensione, XSLT Polyfill, che applica la libreria xslt-polyfill alle pagine XML grezze che usano XSLT. XMLNest è un’estensione indipendente basata sulla stessa libreria open source. Ecco le differenze:

	XSLT Polyfill (ufficiale)	XMLNest
Motore	xslt-polyfill	xslt-polyfill
Accesso ai siti all’installazione	Tutti i siti, secondo Chrome-Stats	Nessuno: attivatela ovunque con un clic, o sito per sito
JavaScript che usa XSLTProcessor	Supportato, secondo la sua scheda nello Store	Non offerto
XML senza foglio di stile	La sua scheda dice che lì non fa nulla	Albero comprimibile con ricerca, vista sorgente, viste di lettura per feed e sitemap
Prezzo	Gratuita, secondo Chrome-Stats	Gratuita

Entrambe elaborano le pagine localmente, nel vostro browser. XMLNest inoltre impedisce l’esecuzione degli script contenuti nelle pagine trasformate, a meno che non li consentiate per quel sito.

Se vi servono solo le pagine XML formattate e preferite l’estensione a cui rimanda Chrome, quella ufficiale è una buona scelta.

Per i gestori dei siti

Chrome elenca diversi modi per mantenere leggibili le pagine XML senza l’XSLT del browser.

Trasformare sul server. Eseguite la trasformazione XSLT sul vostro server e inviate l’HTML risultante.

Aggiungere lo script xslt-polyfill. Il README di xslt-polyfill mostra un elemento script inserito direttamente nel documento XML, come figlio del suo elemento radice, dopo la riga che indica il foglio di stile:

<script src="../xslt-polyfill.min.js" xmlns="http://www.w3.org/1999/xhtml"></script>

Mantenete l’attributo xmlns: il README spiega che l’elemento script deve trovarsi nello spazio dei nomi XHTML per essere eseguito. Il polyfill implementa solo XSLT 1.0; per le versioni più recenti, il README rimanda a SaxonJS.

Per i feed. Chrome suggerisce di aggiungere un elemento <link rel="alternate" type="application/rss+xml"> alle pagine HTML del vostro sito, oppure di aggiungere lo script del polyfill al feed stesso.

Passare a JSON. Chrome cita anche la possibilità di servire JSON invece di XML e di mostrarlo nella pagina con JavaScript.

Serve più tempo? La prova dell’origine di Chrome permette a un sito di mantenere XSLT oltre il 17 novembre 2026, fino a Chrome 176, il 17 agosto 2027.