Por qué creé XMLNest

¿Por qué XSLT no funciona en Chrome?

Si una página XML que antes parecía una tabla ordenada ahora muestra un aviso y etiquetas en bruto, la causa está en el navegador, no en el sitio. Chrome ha anunciado que elimina su compatibilidad integrada con XSLT. XSLT es el lenguaje que convierte un archivo XML en una página legible, mediante una hoja de estilo XSL indicada por el propio archivo.

El anuncio de Chrome da la fecha. A partir de Chrome 158, el 17 de noviembre de 2026, XSLT deja de funcionar en las versiones estables para todo el mundo, salvo para los sitios inscritos en la prueba de origen de Chrome y para los navegadores gestionados con una política empresarial.

Chrome explica la decisión por seguridad. Las bibliotecas que ejecutan estas transformaciones son código C y C++ complejo, y ese tipo de código es propenso a fallos de seguridad de memoria. Entiendo la decisión. Pero un cambio así siempre cae en algún sitio: en páginas reales y en las personas que las abren.

Cuando la hoja de estilo deja de aplicarse, desaparecen la tabla, los títulos y los enlaces que construía. Chrome muestra un aviso que lleva a una búsqueda de extensiones en Chrome Web Store, y la página en sí muestra el XML en bruto: etiquetas y texto, sin ningún diseño. Para ver el calendario completo y las opciones de quien gestiona un sitio, lee qué hacer ahora que XSLT sale de Chrome.

¿Qué páginas XML dejan de funcionar el 17 de noviembre?

Según Chrome, XSLT es poco frecuente en la web. Aun así, está detrás de páginas que mucha gente abre sin saberlo:

• Los sitemaps de WordPress. Desde WordPress 5.5, un sitio WordPress publica un índice de sitemaps en /wp-sitemap.xml, y WordPress incluye hojas de estilo XSL para dar formato a todos sus sitemaps. Aquí explico cómo ver el sitemap de WordPress, antes y después del cambio.
• Los sitemaps de los plugins SEO. El índice y los sitemaps de Yoast SEO hacen referencia a un archivo XSL que les da su diseño.
• Los feeds RSS con estilo. Chrome señala que muchos feeds RSS y Atom usan XSLT para que se puedan leer al abrirlos directamente en el navegador. Si un feed ya te parece código, mira por qué Chrome muestra un feed RSS como texto.
• Las páginas de estado de algunos dispositivos. Chrome menciona también dispositivos que generan XML para sus usuarios en la red local, y añade que muchos son difíciles o imposibles de actualizar.

Por qué a un diseñador le importa el XML en bruto

Llevo 12 años diseñando productos web. Gran parte de ese trabajo consiste en que la información sea clara para personas que no son desarrolladoras.

El XML en bruto es justo lo contrario. Está escrito para programas, no para personas. Quien revisa su sitemap, quien gestiona un sitio y mira su feed, o quien hace clic en el enlace de un pódcast no debería tener que descifrar corchetes angulares para encontrar lo que busca. Lo mismo vale para quien solo quiere abrir un archivo XML en Chrome y entender lo que contiene.

Ese es el hueco que quise cubrir. No con una herramienta para desarrolladores, sino con algo que se instala y se olvida, hasta el día en que hace falta.

Qué hace XMLNest: un visor XML y polyfill XSLT para Chrome

XMLNest es una extensión gratuita para Chrome. Esto es lo que hace:

• Muestra las páginas XML que usan una hoja de estilo XSL (XSLT 1.0) como las mostraba Chrome. La hoja de estilo se ejecuta en un entorno aislado.
• Presenta cualquier documento XML como un árbol que puedes plegar y en el que puedes buscar, y como código fuente formateado.
• Abre los feeds RSS y Atom en una vista de lectura, con reproductor de pódcasts integrado.
• Convierte los sitemaps XML en una tabla que puedes filtrar, ordenar y exportar a CSV o JSON.
• Abre los archivos XML de tu ordenador, cuando permites los archivos locales.
• Tiene tema claro y tema oscuro, y está disponible en 55 idiomas.

Dos principios le dieron forma. La privacidad, primero: no recoge ningún dato, no muestra anuncios y no necesita cuenta. Nada de lo que abres se recoge ni se envía a ningún sitio, y los pocos ajustes que guarda se quedan en tu navegador. Permisos solo cuando hacen falta: se instala sin acceso a ningún sitio. La activas en todas partes con un clic, o sitio por sitio, cuando lo necesitas. Los scripts de una página transformada siguen desactivados salvo que los permitas para ese sitio.

¿XMLNest o la extensión oficial XSLT Polyfill?

El anuncio de Chrome enlaza una sola extensión, la oficial, y mucha gente la ha encontrado. Según los datos de Chrome Web Store de su ficha, pasó de unos 6000 a unos 70 000 usuarios entre el 28 de septiembre y el 4 de octubre de 2026.

Las dos extensiones usan el mismo motor de código abierto, xslt-polyfill. Las diferencias son sencillas:

• La extensión oficial también añade XSLT al JavaScript de las páginas HTML normales, mediante XSLTProcessor. XMLNest no lo hace. Si un sitio o una herramienta que usas depende de eso, elige la extensión oficial.
• XMLNest añade vistas de lectura, árbol y código fuente para documentos XML, y no pide acceso a ningún sitio al instalarse.
• XMLNest no aplica hojas de estilo XSL a los archivos de tu ordenador, igual que Chrome nunca lo hizo.

Prefiero decirlo claramente antes que alguien instale la herramienta equivocada. Puedes leer con más detalle cómo funciona XMLNest y qué permisos pide.

Lo que viene

XMLNest llegará pronto a Chrome Web Store, antes del 17 de noviembre.

Mientras tanto, las guías enlazadas arriba explican qué cambia y qué opciones tienes, como visitante o como responsable de un sitio. Si tienes una pregunta, o una página XML que no se ve como esperas, escríbeme a contact@xmlnest.com.