Ressources · Intégration n8n

Nœud RSS Read n8nConfigurer RSS Read dans n8n.

Un site qui publie un flux devient une source de données dans un workflow. Le nœud RSS Read n8n prend l'adresse d'un flux et ressort chaque entrée sous forme d'item, avec 2 paramètres à régler et aucun compte à relier. Pratique dès qu'une page publie plus vite que personne ne la consulte.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

À quoi sert le nœud RSS Read n8n ?

Le nœud RSS Read lit les données d'un flux RSS publié sur internet. Tu lui donnes une adresse de flux, et chaque entrée de ce flux ressort du nœud comme un item, que la suite du workflow peut trier, stocker ou réexpédier. C'est un nœud core, donc livré avec n8n sur le Cloud comme sur une instance auto-hébergée, et il n'y a rien à authentifier avant de s'en servir.

Un point à poser tout de suite : ce nœud n'ouvre pas un workflow. Il s'exécute sur chaque item entrant, donc quelque chose doit se déclencher avant lui. Un Schedule Trigger tous les matins, une chaîne HTTP Request qui a déjà produit une liste d'adresses, ou le trigger d'un autre outil. n8n fournit aussi un nœud trigger séparé pour RSS Read, quand c'est le flux lui-même qui doit réveiller le workflow.

Premier usage, l'archive. Le même flux est relu à intervalle régulier et chaque entrée devient une ligne dans Google Sheets. Tu obtiens un historique cherchable, ce qu'aucun lecteur de flux ne garde vraiment. Deuxième usage, l'alerte : les nouvelles entrées d'un flux sectoriel partent dans un canal Slack, et l'équipe les voit sans ouvrir quoi que ce soit. Troisième usage, le résumé. Plusieurs flux sont lus l'un après l'autre, filtrés sur un mot, puis regroupés en un seul message, au lieu d'une notification par publication.

Quand vaut-il mieux prendre autre chose ? Si la source répond en JSON via une API et non en flux, ce nœud n'a rien à analyser, et HTTP Request fait le travail. Même logique pour ce qui n'est pas du HTTP du tout : un dépôt de fichier relève de Ftp, une commande à distance relève de Ssh. RSS Read s'occupe des flux, et rien d'autre.

Ses limites viennent de là. Le nœud expose 2 paramètres, l'adresse du flux et une collection Options qui contient Custom Fields et Ignore SSL Issues. Pas de filtre, pas de plage de dates, aucune mémoire de ce qui a déjà été lu. La déduplication reste à ta charge, en général en comparant une valeur d'entrée avec ce qu'une exécution précédente a stocké. Et comme la version décrite ici est la version 1, un workflow ancien peut afficher moins d'options que le panneau présenté sur cette page : un nœud ne change jamais de version tout seul.

Pour monter ce genre de chaîne sans tâtonner, la Formation n8n couvre le sujet.

Paramètres

Quels paramètres le nœud RSS Read propose-t-il ?

Le nœud RSS Read compte 2 paramètres. Pour chacun : le nœud tel que tu le configures dans n8n, ce que le paramètre change, et nos notes de terrain.

01

URL

url

Ce que tu vois dans n8n

Notes & cas d'usage

C'est l'adresse du flux à lire, et le seul champ obligatoire du nœud. Renseigné, il renvoie les entrées de la publication sous forme d'items. Laissé vide, il bloque l'exécution, parce qu'un champ requis empêche le nœud de tourner.

Paramètres clés

  • URL : l'URL du flux RSS, saisie en dur quand le flux ne bouge jamais, ou écrite en expression {{ $json.url }} quand l'adresse arrive de l'item précédent.
Cas d'usage
une adresse fixe pour le blog que tu suis chaque matin ; une expression, quand une liste de flux est parcourue et que chaque passage en lit un autre.
02

Options

options

Ce que tu vois dans n8n

Notes & cas d'usage

Tout ce qui n'est pas l'adresse du flux se range dans cette collection. Elle démarre vide : un clic sur Add option et le choix retenu apparaît comme un champ de plus dans le panneau. Les options jamais ajoutées gardent leur valeur par défaut.

Paramètres clés

  • Custom Fields : une liste de champs personnalisés séparés par des virgules à inclure dans la sortie, par exemple author, contentSnippet, pour les flux qui portent plus que les données d'entrée standard.
  • Ignore SSL Issues (Insecure) : ignorer ou non les problèmes de certificat SSL/TLS.
Cas d'usage
ajouter le champ auteur pour créditer chaque publication dans un résumé ; l'option SSL sert quand un flux hébergé en interne échoue sur son certificat.
Besoin d'aide

Besoin d'aide pour automatiser RSS Read avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Les questions qu'on se pose sur RSS Read dans n8n

01Le nœud RSS Read est-il gratuit dans n8n ?
Oui. RSS Read est un nœud core, c'est-à-dire livré avec n8n. Rien à installer, aucun coût supplémentaire côté n8n, et le comportement est le même sur n8n Cloud, l'offre hébergée par n8n, que sur une instance auto-hébergée installée via Docker ou npm. Un workflow construit d'un côté tourne de l'autre sans retouche. Ce que coûte éventuellement le flux lui-même dépend de celui qui le publie, et le nœud n'y change rien. La seule chose que tu fournis, c'est l'adresse du flux à lire.
02Quels credentials faut-il pour le nœud RSS Read ?
Aucun. Il n'y a pas de credential à créer, pas de sélecteur Authentication sur ce nœud, et c'est pour ça que la page ne montre aucune étape de connexion. Un credential dans n8n, c'est le jeu de clés ou d'identifiants stocké qu'un nœud réutilise pour atteindre un compte. RSS Read n'en a pas besoin : il appelle une adresse publique et analyse ce qui revient. Rien à renouveler plus tard, rien à réautoriser, et aucune configuration de compte entre un workflow neuf et sa première exécution réussie.
03Quelles sont les limites du nœud RSS Read ?
Il lit des flux, et son périmètre s'arrête là. Avec 2 paramètres, il n'offre ni filtre, ni fenêtre de dates, ni trace de ce qu'une exécution précédente a déjà renvoyé. Si les mêmes entrées ne doivent pas être traitées deux fois, c'est le workflow autour du nœud qui fait la comparaison. Une source qui répond en JSON via une API n'est pas un flux, et HTTP Request s'en occupe à sa place. Le nœud décrit ici est en version 1 : un workflow ancien peut afficher moins d'options, puisqu'un nœud ne se met jamais à jour tout seul.
04Quand choisir le nœud RSS Read n8n plutôt que HTTP Request ?
Dès que la source publie un flux. RSS Read appelle l'adresse et rend les entrées déjà séparées en items, donc il n'y a rien à découper à la main derrière. HTTP Request, lui, appelle n'importe quel endpoint HTTP et rend la réponse brute, ce qui en fait le bon nœud pour une API qui répond en JSON, ou pour une source sans flux du tout. Il sert de recours quand un nœud dédié rate une opération d'API, jamais pour un protocole qui n'est pas du HTTP. Résumé court : un flux va vers RSS Read, une API vers HTTP Request.
05n8n ou Make pour lire des flux RSS ?
Ça dépend de l'endroit où le workflow doit tourner et de la façon dont il est facturé. Make est une plateforme d'automatisation hébergée, sans option d'auto-hébergement, facturée à l'opération : un flux relu souvent se transforme en volume à mesure que ça grossit. n8n tourne sur le Cloud ou sur ton propre serveur via Docker ou npm, ce qui garde les données récupérées sur une infrastructure que tu maîtrises et change complètement le modèle de coût. Les deux construisent les workflows visuellement. Make si l'hébergé sans maintenance prime, n8n si l'hébergement, la maîtrise des données et le coût par exécution pèsent plus.
Hack'celeration Lab

Reçois nos tips intégration chaque semaine.

Pas de spam. Désinscription à tout moment.