Chrome y Edge eliminan XSLT: los rastreadores no se enteran, pero los humanos que leen XML sí
Chrome and Edge are removing XSLT: what breaks and what does not
Chrome 158, previsto para el 17 de noviembre de 2026, dejará de ejecutar XSLT en el navegador; Edge seguirá el mismo camino sin fecha confirmada. La razón es de seguridad: libxslt es código C antiguo y poco mantenido. Google sostiene que solo el 0,02% de las cargas de página usa XSLT, pero la eliminación rompe la vista legible de sitemaps, feeds y registros públicos de datos XML. El rastreo y la indexación no cambian: los buscadores parsean el XML sin ejecutar la hoja de estilos.
Nadie puede zanjarlo con las pruebas publicadas, porque ninguna de las partes ha publicado un recuento de los sitios afectados.
- cousin_it
Cuando me enteré por primera vez de que XSLT iba a desaparecer, sentí curiosidad por saber cómo lograr lo mismo en JS (templating del lado del cliente que ocurre durante la carga de la página, sin ningún "flash de contenido"). Resulta que hay una forma muy buena de hacerlo, usando scripts inline que añaden elementos junto a document.currentScript. Lean Rada escribió sobre ello aquí: https://leanrada.com/notes/inline-rendering-currentscript/ y yo también escribí al respecto: https://vladimirslepnev.me/write
- Telaneo
Al menos Firefox todavía lo tendrá, aunque con Mozilla siendo como es, no me sorprendería que siguieran el mismo camino.
Siento lo mismo sobre esto que sobre eliminar el soporte de Flash: está bien que avancemos hacia cosas mejores, pero eso no ayuda si no hay cosas mejores hacia las que avanzar.
¿Cuál es el recurso sencillo para hacer juegos basados en web con los que los niños puedan trastear? Era Flash, y ahora no hay nada. ¿Cómo configuras un feed RSS para que no lance XML crudo al usuario? Pronto ya no será XSLT, pero no veo un buen reemplazo (aún más molesto es el hecho de que los navegadores solían tener funciones para manejar feeds RSS por sí mismos, y se usaba XSLT para sortear ese problema, pero ahora ya no hay nada que sortear).
- mcculley
Sigo usando XSLT. Lo he estado usando durante 26 años. Genero documentos XML en el backend y los convierto en HTML para varios informes. XSLT tiene muchas características y potencia que los lenguajes de plantillas más nuevos carecen.
¿Alguno de estos lenguajes de plantillas más nuevos vale la pena para que me cambie?
- Trustable8
Es una lástima que en los tiempos de XHTML, XSLT fuera una especificación que podría haber hecho la modularidad de los sitios web mucho más limpia. Una vez creé una herramienta temprana de creación de sitios web que fusionaba componentes separados usando XSLT; era realmente potente en los días antes de que JavaScript fuera usable sin jQuery. Sin embargo, XHTML fue abandonado en favor de HTML5 y XSLT quedó prácticamente inútil después de eso. Ha hecho bien en sobrevivir tanto tiempo; supongo que se mantuvo principalmente para estilizar archivos XML.
- cosmic_cheese
Me parece una locura que hasta la fecha, esta fuera la única forma ampliamente soportada de incluir fragmentos compartidos de HTML como encabezados, navegación y pies de página sin nada dinámico en ninguno de los extremos. Es un caso de uso tan básico y común que esté tan mal cubierto.