XSLT sale de Chrome: qué deja de funcionar y qué hacer

Qué cambia el 17 de noviembre de 2026

XSLT es el lenguaje que convierte un documento XML en una página legible, mediante una hoja de estilo XSL indicada por el propio archivo XML. Chrome lo elimina. El anuncio de Chrome da este calendario:

Versión de Chrome	Fecha	Qué ocurre
Chrome 143	2 de diciembre de 2025	XSLT queda oficialmente obsoleto. Aparecen avisos en la consola de desarrollador y en Lighthouse.
Chrome 158	17 de noviembre de 2026	XSLT deja de funcionar en las versiones estables, para todos salvo los participantes en la prueba de origen y en la política empresarial.
Chrome 176	17 de agosto de 2027	La prueba de origen y la política empresarial dejan de funcionar. XSLT queda desactivado para todos.

Chrome Beta, Dev y Canary empezaron a desactivar XSLT por defecto desde Chrome 145, como aviso anticipado.

El motivo es la seguridad. Chrome explica que las bibliotecas que ejecutan estas transformaciones, como libxslt, son código C y C++ complejo, y que este tipo de código es propenso a fallos de seguridad de memoria, como los desbordamientos de búfer.

Páginas en las que lo notarás

Chrome indica que solo alrededor del 0,02 % de las cargas de páginas web usa XSLT, y menos del 0,001 % usa instrucciones de procesamiento XSLT, la línea de un archivo XML que indica una hoja de estilo. Es poco frecuente, pero se concentra en unos pocos tipos de páginas:

• Sitemaps de WordPress. Desde WordPress 5.5, WordPress publica un índice de sitemaps en /wp-sitemap.xml y aporta hojas de estilo XSL para dar formato a todos sus sitemaps. Consulta cómo ver un sitemap de WordPress.
• Feeds RSS y Atom con formato. Chrome señala que muchos feeds existentes usan XSLT para que el XML en bruto sea legible al abrir el feed directamente en el navegador. Consulta qué hacer si un feed RSS se ve como texto plano.
• Dispositivos integrados. Chrome menciona dispositivos comerciales que generan datos XML para los usuarios de la red local, y añade que muchos de ellos son difíciles o imposibles de actualizar. Para esos casos, Chrome remite a la extensión del navegador.

Qué ves en su lugar

Sin XSLT, la hoja de estilo ya no se aplica y desaparece el diseño que construía: sin tabla, sin títulos, sin enlaces en los que hacer clic. Según el anuncio de Chrome, el navegador muestra un banner de aviso que enlaza a una búsqueda de «xslt polyfill» en Chrome Web Store, para ayudarte a encontrar una extensión.

Comprobamos cómo se ve la página en sí. En Chromium 156, con XSLT desactivado, una página XML vinculada a una hoja XSL mostró el mensaje en inglés «This document cannot be formatted as intended», seguido del XML en bruto: las etiquetas y el texto del archivo, sin ningún diseño.

Tus opciones

Opción	Para	Esfuerzo
XMLNest	Visitantes	Un clic
Extensión oficial XSLT Polyfill	Visitantes	Un clic
Script xslt-polyfill en el sitio	Webmasters	Pequeño cambio de código
Generar el HTML en el servidor	Webmasters	Cambio mayor
Política empresarial XSLTEnabled	Equipos de TI	Hasta el 17 de agosto de 2027

Un visitante no puede cambiar el sitio, pero una extensión puede volver a aplicar la hoja de estilo en su propio navegador. Quien gestiona un sitio puede arreglar la página para todos sus visitantes a la vez. Los equipos de TI que administran Chrome pueden usar la política XSLTEnabled para ganar tiempo, hasta Chrome 176.

¿XMLNest o la extensión oficial XSLT Polyfill?

El anuncio de Chrome enlaza a una extensión, XSLT Polyfill, que aplica la biblioteca xslt-polyfill a las páginas XML en bruto que usan XSLT. XMLNest es una extensión independiente basada en la misma biblioteca de código abierto. Estas son sus diferencias:

	XSLT Polyfill (oficial)	XMLNest
Motor	xslt-polyfill	xslt-polyfill
Acceso a sitios al instalar	Todos los sitios, según Chrome-Stats	Ninguno: actívala en todas partes con un clic, o sitio por sitio
JavaScript que usa XSLTProcessor	Compatible, según su ficha de la tienda	No disponible
XML sin hoja de estilo	Su ficha indica que ahí no hace nada	Árbol plegable con búsqueda, vista de código fuente, vistas de lectura para feeds y sitemaps
Precio	Gratis, según Chrome-Stats	Gratis

Las dos procesan las páginas localmente, en tu navegador. XMLNest, además, impide que se ejecuten los scripts contenidos en las páginas transformadas, salvo que los permitas para ese sitio.

Si solo necesitas recuperar las páginas XML con formato y prefieres la extensión que enlaza Chrome, la oficial es una buena opción.

Para webmasters

Chrome enumera varias formas de mantener legibles las páginas XML sin el XSLT del propio navegador.

Transformar en el servidor. Ejecuta la transformación XSLT en tu servidor y envía el HTML resultante.

Añadir el script xslt-polyfill. El README de xslt-polyfill muestra un elemento script colocado directamente en el documento XML, como hijo de su elemento raíz, después de la línea que indica la hoja de estilo:

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

Mantén el atributo xmlns: el README explica que el elemento script debe estar en el espacio de nombres XHTML para ejecutarse. El polyfill solo implementa XSLT 1.0; para versiones más recientes, el README remite a SaxonJS.

Para los feeds. Chrome propone añadir un elemento <link rel="alternate" type="application/rss+xml"> a las páginas HTML de tu sitio, o añadir el script del polyfill al propio feed.

Pasar a JSON. Chrome también menciona servir JSON en lugar de XML y mostrarlo en la página con JavaScript.

¿Necesitas más tiempo? La prueba de origen de Chrome permite a un sitio mantener XSLT después del 17 de noviembre de 2026, hasta Chrome 176, el 17 de agosto de 2027.