Pourquoi Chrome affiche les flux RSS en texte brut, et comment les lire

Mis à jour le 14 octobre 2026 · 5 min de lecture

Un flux RSS affiché en texte brut dans Chrome, c'est fréquent : on ouvre un flux RSS ou Atom et on obtient un mur de code au lieu des articles. Les flux sont écrits pour les applications de lecture de flux, pas pour les navigateurs. Voici pourquoi Chrome les affiche ainsi, et ce que lecteurs et éditeurs peuvent faire.

Pourquoi Chrome affiche du code

Un flux RSS ou Atom est un fichier XML conçu pour les applications de lecture de flux, qui lisent son XML. Ce n’est pas une page web : sauf s’il est lié à une feuille de style, rien en lui n’indique à un navigateur comment le mettre en page.

Chrome choisit l’affichage d’un flux d’après le type de contenu que le serveur envoie avec lui. Nous avons envoyé le même petit flux RSS à Chromium avec trois types différents :

Type envoyé par le serveur Ce que Chrome a affiché dans notre test
application/rss+xml Le texte brut du flux, sur une seule ligne
application/atom+xml Le texte brut du flux, sur une seule ligne
application/xml « This XML file does not appear to have any style information associated with it. The document tree is shown below. », puis l’arbre XML

Un flux qui s’ouvre comme un mur de code peut donc être parfaitement valide : dans notre test, seul le type faisait passer du texte brut à l’arbre.

L’arbre se parcourt plus facilement, car les éléments sont indentés et chaque article montre son titre. Cela reste du XML brut, pas une liste d’articles.

Flux stylés et XSLT

Certains éditeurs rendent leur flux lisible dans le navigateur. L’annonce de Chrome sur XSLT indique que beaucoup de flux RSS et Atom utilisent XSLT pour rendre le XML brut lisible quand on l’ouvre directement dans un navigateur. Le flux est lié à une feuille de style XSL, et le navigateur transforme le XML en page.

Cela cesse de fonctionner dans Chrome. Selon la même annonce, XSLT ne fonctionne plus dans Chrome 158, le 17 novembre 2026, pour tous les utilisateurs, sauf les sites inscrits à l’origin trial de Chrome et les navigateurs gérés par une règle d’entreprise. Dès lors, un flux stylé perd la mise en page que lui donnait sa feuille de style.

En savoir plus sur ce qui casse quand XSLT quitte Chrome.

Comment lire un flux

Le plus simple est d’utiliser l’outil pour lequel les flux sont faits : une application de lecture de flux. Copiez l’adresse du flux dans la barre d’adresse de Chrome et collez-la dans l’application, là où elle demande un flux ou un abonnement. L’application lit le XML et affiche les articles.

Pour lire les flux dans Chrome même, une extension peut aider. XMLNest, par exemple, affiche les pages XML qui utilisent une feuille de style XSL (version 1.0) comme Chrome les affichait, si bien qu’un flux stylé garde sa mise en page. Elle propose aussi une vue de lecture pour les flux RSS et Atom, avec un lecteur de podcasts intégré, et une vue en arbre où l’on peut replier tout document XML et chercher dans ses noms et ses valeurs. XMLNest n’a accès à aucun site à l’installation : vous l’activez partout en un clic, ou site par site depuis son bouton dans la barre d’outils.

Pour ouvrir un autre fichier XML, voyez comment ouvrir un fichier XML dans Chrome.

Pour les éditeurs

Liez le flux depuis vos pages HTML. Le RSS Advisory Board décrit l’autodécouverte, qui permet aux navigateurs et à d’autres logiciels de trouver automatiquement le flux d’un site. Ajoutez un élément link dans le head de vos pages :

<link rel="alternate" type="application/rss+xml" title="Example blog" href="https://example.com/feed.xml">

Selon le RSS Advisory Board, type doit contenir le type du flux en minuscules, application/rss+xml pour un flux RSS, et href doit être l’adresse du flux, de préférence complète. Le title est facultatif et aide quand une page propose plusieurs flux. L’annonce de Chrome présente cet élément comme la manière HTML standard de signaler un flux, plutôt qu’un lien visible sur lequel les visiteurs pourraient cliquer par erreur.

Gardez un flux stylé lisible. L’annonce de Chrome indique qu’on peut ajouter au flux une ligne qui charge le script xslt-polyfill, et que cela ne devrait pas empêcher les lecteurs de flux de continuer à lire le XML :

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

Elle précise aussi que l’instruction de traitement <?xml-stylesheet ... ?> reste prise en charge avec une feuille de style CSS, avec type="text/css".

Vérifiez le type envoyé par votre serveur. La liste des types de médias courants de MDN indique qu’un flux Atom est application/atom+xml, mais que application/xml est une valeur par défaut valide. Dans notre test, seul application/xml a donné l’arbre XML dans Chrome.

Quand le flux se télécharge

Parfois, Chrome n’affiche pas le flux et l’enregistre comme un fichier. Une cause possible est l’en-tête de réponse Content-Disposition. MDN explique qu’il indique si le contenu doit être affiché dans le navigateur ou téléchargé comme pièce jointe, et qu’avec attachment, la plupart des navigateurs ouvrent une fenêtre pour enregistrer le fichier.

Si c’est votre flux, vérifiez les en-têtes que votre serveur ou votre outil de publication envoie, et retirez Content-Disposition: attachment si vous voulez que le flux s’ouvre dans le navigateur. Si c’est le flux d’un autre site, ouvrez le fichier téléchargé dans un éditeur de texte, ou collez l’adresse du flux dans une application de lecture de flux : le téléchargement ne change rien à ce que reçoit l’application.

Questions

Mon flux est-il cassé si Chrome affiche du code ?

Non. Les applications de lecture de flux lisent le XML du flux. Ce que Chrome affiche ne change rien à ce qu'elles reçoivent.

Pourquoi le flux se télécharge-t-il au lieu de s'ouvrir ?

Le serveur peut envoyer le flux avec un en-tête, Content-Disposition: attachment, qui demande au navigateur de télécharger le fichier au lieu de l'afficher. Le flux fonctionne toujours dans les applications de lecture de flux.

Sources

  1. Chrome for Developers : Removing XSLT for a more secure browser (vérifiée le 14 octobre 2026)
  2. RSS Advisory Board : RSS Autodiscovery (vérifiée le 14 octobre 2026)
  3. MDN : Common media types (vérifiée le 14 octobre 2026)
  4. MDN : Content-Disposition header (vérifiée le 14 octobre 2026)
  5. Test fait par XMLNest : Testé par XMLNest dans Chromium 156.0.8078.4 le 14 octobre 2026 : le même flux RSS s'est affiché en texte brut, sur une seule ligne, quand le serveur l'envoyait en application/rss+xml ou application/atom+xml, et avec « This XML file does not appear to have any style information associated with it. The document tree is shown below. » suivi de l'arbre XML quand il l'envoyait en application/xml (vérifiée le 14 octobre 2026)