¿Mi sitio se rompe el 17 de noviembre?

Casi seguro que no. Solo afecta a quien muestra XML con una hoja XSLT en el navegador. Chrome calcula que es alrededor del 0,02 % de las cargas de página.

¿Se retira XML también?

No. Chrome dice que XML se queda y que el estilo con CSS sigue funcionando. Lo que se va es la conversión con XSLT.

¿Mi feed RSS deja de funcionar?

Los lectores de feeds siguen leyendo los datos. Lo que cambia es que, si abres el feed directamente en Chrome, lo verás sin formato.

¿Puedo ganar tiempo?

Sí. La prueba de Chrome (Origin Trial) y la política empresarial permiten seguir usándolo hasta el 17 de agosto de 2027.

Chrome apaga XSLT el 17 de noviembre: qué revisar si tu sitio muestra feeds o XML con estilo

Qué pasó

El equipo de Chrome publicó el 29 de octubre de 2025 un plan para retirar XSLT del navegador. Según su calendario, Chrome 158 sale el 17 de noviembre de 2026 y desde ese día XSLT deja de funcionar en la versión estable para casi todos los usuarios. Las excepciones son los sitios inscritos en una prueba de Chrome (Origin Trial) y las empresas con una política específica. Esas excepciones terminan el 17 de agosto de 2027, con Chrome 176.

Qué significa

XSLT es un lenguaje que convierte un archivo XML, que son datos sin diseño, en una página que se puede ver. Piensa en una hoja de cálculo cruda y en la plantilla que la convierte en un informe con formato. Cuando abres en el navegador un archivo XML que enlaza una hoja XSLT, el navegador hace esa conversión por ti. Eso es lo que Chrome va a dejar de hacer.

Chrome da dos razones. La primera es seguridad: el código que procesa XSLT es antiguo y propenso a fallos de memoria, y la página cita dos vulnerabilidades registradas (CVE-2025-7425 y CVE-2022-22834). La segunda es que casi nadie lo usa: alrededor del 0,02 % de las cargas de página. Según Chrome, XML en sí no se retira, y el estilo con CSS sigue funcionando.

Firefox y WebKit también han dicho que planean retirarlo, aunque sin fechas.

Cómo te afecta

Si tu sitio es un sitio web normal, probablemente no cambia nada. Un sitio que no sirve XML con hojas XSLT no se entera.

Sí te afecta si:

Tu feed RSS o Atom se ve como una página legible al abrirlo en el navegador gracias a XSLT. Después del 17 de noviembre, en Chrome verías el XML sin formato. Los lectores de feeds no deberían notarlo, porque ellos leen los datos, no la presentación.
Tienes un sistema que genera XML con XSLT para mostrarlo en el navegador, por ejemplo el panel de un dispositivo. La página de Chrome menciona ese caso y dice que ahí la extensión suele ser la opción más realista si no se puede actualizar el equipo.
Usas XSLT en el navegador para dar formato a contenido de tu propia web.

Sobre WordPress: no encontramos ninguna fuente oficial que diga si usa XSLT en sus feeds o sitemaps, ni ningún aviso de WordPress sobre este cambio. La página de Chrome tampoco menciona sitemaps. No lo damos por hecho ni lo descartamos.

Qué puedes hacer

Pregunta a quien te mantiene el sitio si algo usa XSLT. Es una pregunta de un minuto.
Abre tu feed y cualquier archivo XML público en Chrome. Si se ve con formato, mira si ese formato viene de una hoja XSLT.
Si usas XSLT, tienes cuatro caminos, según la página de Chrome:
- Generar el HTML en el servidor, o servir JSON y dibujarlo con JavaScript. Es la opción a largo plazo.
- Usar el polyfill de XSLT, un reemplazo que corre en el navegador. En un XML con hoja de estilo, basta añadir una línea con el script.
- Usar una biblioteca como Saxon-JS, que ejecuta XSLT con JavaScript.
- Inscribirte en la prueba de Chrome (Origin Trial) para ganar tiempo hasta agosto de 2027.
Revisa si tu sitio todavía lo usa. Desde Chrome 143, la consola y Lighthouse muestran avisos de deprecación, y la Reporting API permite detectarlo.

Si no usas XSLT, no hay nada que hacer.

Fuente

Chrome for Developers, Removing XSLT for a more secure browser, publicado el 29 de octubre de 2025. El plan se confirma en la ficha de Chrome Platform Status, actualizada el 4 de noviembre de 2026.