Por qué Chrome muestra los feeds RSS como texto y cómo leerlos
Ver un feed RSS como texto plano en Chrome es habitual: abres un feed RSS o Atom y aparece un muro de código en lugar de los artículos. Los feeds están escritos para las aplicaciones lectoras de feeds, no para los navegadores. Aquí verás por qué Chrome los muestra así y qué pueden hacer lectores y editores.
Por qué Chrome muestra código
Un feed RSS o Atom es un archivo XML pensado para las aplicaciones lectoras de feeds, que leen su XML. No es una página web: salvo que enlace una hoja de estilo, nada en él le dice al navegador cómo presentarlo.
Chrome decide cómo mostrar un feed según el tipo de contenido que el servidor envía con él. Enviamos el mismo feed RSS pequeño a Chromium con tres tipos distintos:
| Tipo enviado por el servidor | Lo que mostró Chrome en nuestra prueba |
|---|---|
application/rss+xml |
El texto sin formato del feed, en una sola línea |
application/atom+xml |
El texto sin formato del feed, en una sola línea |
application/xml |
«This XML file does not appear to have any style information associated with it. The document tree is shown below.», y después el árbol XML |
Así que un feed que se abre como un muro de código puede estar perfectamente bien: en nuestra prueba, solo el tipo cambiaba entre el texto sin formato y el árbol.
El árbol se recorre mejor, porque los elementos aparecen sangrados y cada entrada muestra su título. Sigue siendo XML sin procesar, no una lista de artículos.
Feeds con estilo y XSLT
Algunos editores hacen que su feed sea legible en el navegador. El anuncio de Chrome sobre XSLT dice que muchos feeds RSS y Atom usan XSLT para que el XML sin procesar sea legible cuando se abre directamente en un navegador. El feed enlaza una hoja de estilo XSL y el navegador convierte el XML en una página.
Eso se acaba en Chrome. Según el mismo anuncio, XSLT deja de funcionar en Chrome 158, el 17 de noviembre de 2026, para todos los usuarios salvo los sitios inscritos en la prueba de origen (origin trial) de Chrome y los navegadores gestionados con una política empresarial. A partir de entonces, un feed con estilo pierde el diseño que le daba su hoja de estilo.
Más información sobre qué deja de funcionar cuando XSLT sale de Chrome.
Cómo leer un feed
Lo más sencillo es usar la herramienta para la que están hechos los feeds: una aplicación lectora de feeds. Copia la dirección del feed desde la barra de direcciones de Chrome y pégala en la aplicación, donde pida un feed o una suscripción. La aplicación lee el XML y muestra los artículos.
Para leer feeds en el propio Chrome, una extensión puede ayudar. XMLNest, por ejemplo, muestra las páginas XML que usan una hoja de estilo XSL (versión 1.0) como las mostraba Chrome, así que un feed con estilo conserva su diseño. También ofrece una vista de lectura para feeds RSS y Atom, con un reproductor de pódcasts integrado, y una vista de árbol donde puedes plegar cualquier documento XML y buscar en sus nombres y valores. XMLNest no tiene acceso a ningún sitio al instalarla: la activas en todas partes con un clic, o sitio por sitio desde su botón en la barra de herramientas.
Para abrir cualquier otro archivo XML, consulta cómo abrir un archivo XML en Chrome.
Para editores
Enlaza el feed desde tus páginas HTML. El RSS Advisory Board describe el autodescubrimiento, que permite a los navegadores y a otros programas encontrar automáticamente el feed de un sitio. Añade un elemento link en el head de tus páginas:
<link rel="alternate" type="application/rss+xml" title="Example blog" href="https://example.com/feed.xml">
Según el RSS Advisory Board, type debe contener el tipo del feed en minúsculas, application/rss+xml para un feed RSS, y href debe ser la dirección del feed, mejor completa. El title es opcional y ayuda cuando una página ofrece varios feeds. El anuncio de Chrome presenta este elemento como la forma estándar en HTML de señalar un feed, en lugar de un enlace visible en el que los visitantes podrían hacer clic por error.
Mantén legible un feed con estilo. El anuncio de Chrome dice que se puede añadir al feed una línea que carga el script xslt-polyfill, y que eso no debería afectar a la capacidad de los lectores de feeds de seguir leyendo el XML:
<script src="xslt-polyfill.min.js" xmlns="http://www.w3.org/1999/xhtml"></script>
También dice que la instrucción de procesamiento <?xml-stylesheet ... ?> sigue siendo compatible con una hoja de estilo CSS, con type="text/css".
Comprueba el tipo que envía tu servidor. La lista de tipos de medios comunes de MDN dice que un feed Atom es application/atom+xml, pero que application/xml sirve como valor predeterminado válido. En nuestra prueba, solo application/xml mostró el árbol XML en Chrome.
Cuando el feed se descarga
A veces Chrome no muestra el feed y lo guarda como archivo. Una posible causa es el encabezado de respuesta Content-Disposition. MDN explica que indica si el contenido debe mostrarse en el navegador o descargarse como archivo adjunto, y que con attachment la mayoría de los navegadores abren un cuadro de diálogo para guardar el archivo.
Si es tu feed, revisa los encabezados que envía tu servidor o tu herramienta de publicación, y quita Content-Disposition: attachment si quieres que el feed se abra en el navegador. Si es el feed de otro sitio, abre el archivo descargado en un editor de texto, o pega la dirección del feed en una aplicación lectora de feeds: la descarga no cambia lo que recibe la aplicación.
Preguntas
¿Mi feed está roto si Chrome muestra código?
No. Las aplicaciones lectoras de feeds leen el XML del feed. Lo que muestra Chrome no cambia lo que ellas reciben.
¿Por qué el feed se descarga en lugar de abrirse?
El servidor puede enviar el feed con un encabezado, Content-Disposition: attachment, que pide al navegador descargar el archivo en lugar de mostrarlo. El feed sigue funcionando en las aplicaciones lectoras de feeds.
Fuentes
- Chrome for Developers: Removing XSLT for a more secure browser (consultada el 14 de octubre de 2026)
- RSS Advisory Board: RSS Autodiscovery (consultada el 14 de octubre de 2026)
- MDN: Common media types (consultada el 14 de octubre de 2026)
- MDN: Content-Disposition header (consultada el 14 de octubre de 2026)
- Prueba de XMLNest : Probado por XMLNest en Chromium 156.0.8078.4 el 14 de octubre de 2026: el mismo feed RSS se mostró como texto sin formato, en una sola línea, cuando el servidor lo enviaba como application/rss+xml o application/atom+xml, y con «This XML file does not appear to have any style information associated with it. The document tree is shown below.» seguido del árbol XML cuando lo enviaba como application/xml (consultada el 14 de octubre de 2026)