Node RSS n8n : RSS Read et RSS Feed Trigger, le guide complet du node

Deux nodes se partagent le RSS dans n8n : RSS Read, qui lit un flux à la demande au sein d'un workflow, et RSS Feed Trigger, qui déclenche un workflow dès qu'un nouvel article est détecté. Les deux paraissent interchangeables — ils ne le sont pas, et le choix du mauvais explique la moitié des veilles qui radotent ou qui ratent des articles. Ce guide couvre le node en format documentation : configuration, champs retournés, mécanique de polling, déduplication, flux capricieux, puis le pattern de pipeline qui combine le tout.

RSS Read : lire un flux à la demande

Le node RSS Read prend une URL de flux (RSS 2.0 ou Atom) et retourne un item n8n par article. Sa configuration tient en un champ :

• URL : l'adresse du flux — fixe (https://blog.exemple.fr/feed) ou une expression comme {{ $json.feedUrl }} quand l'URL vient d'un item amont, ce qui est la clé du multi-flux ;
• dans les options, vous pouvez notamment ignorer les erreurs de certificat SSL, utile pour les flux internes ou auto-signés.

C'est tout : pas de credential, pas d'authentification native — un flux RSS est public par conception. Si un flux exige un en-tête ou un token, passez par un node HTTP Request puis parsez le XML vous-même (on y revient plus bas).

Point important : RSS Read retourne tout ce que le flux contient à l'instant T, généralement les 10 à 50 derniers articles. Il n'a aucune mémoire : relancez-le une heure plus tard, il renvoie en grande partie les mêmes items. La déduplication est donc votre responsabilité — section dédiée plus bas.

Les champs retournés par item

Chaque article ressort en JSON avec des champs qui suivent les conventions du format. Les plus fiables :

• title : le titre de l'article ;
• link : l'URL canonique — votre meilleure clé de déduplication ;
• pubDate : la date de publication telle que fournie par le flux, et isoDate, sa version normalisée ISO 8601, bien plus commode pour comparer des dates ;
• contentSnippet : l'extrait en texte brut, débarrassé du HTML — idéal pour le filtrage par mots-clés ou un prompt IA ;
• content : le contenu fourni par le flux, souvent en HTML, parfois l'article entier, parfois trois lignes ;
• creator : l'auteur, guid : l'identifiant unique déclaré par l'éditeur, categories : les tags éventuels.

Aucun de ces champs n'est garanti : le RSS est un standard interprété librement, certains flux ne publient qu'un titre et un lien. Sécurisez vos expressions — {{ $json.contentSnippet ?? $json.title }} — plutôt que de supposer le champ présent.

RSS Feed Trigger : le polling et son intervalle

Le RSS Feed Trigger surveille un flux et démarre le workflow quand de nouveaux articles apparaissent. Sa mécanique est un polling : à l'intervalle configuré dans Poll Times (toutes les X minutes, chaque heure, ou une expression cron pour un contrôle fin), n8n relit le flux, compare avec ce qu'il a déjà vu et n'émet que les nouveautés — un item par nouvel article.

Deux conséquences pratiques :

1. L'intervalle est un compromis, pas un réglage anodin. Une étude de Hongzhou Liu, Venugopalan Ramasubramanian et Emin Gün Sirer présentée à l'Internet Measurement Conference 2005 (voir sur Google Scholar), fondée sur le suivi d'environ 100 000 flux RSS, a montré que la grande majorité des flux publie rarement — le polling agressif de flux qui n'ont rien de neuf gaspille l'essentiel de la bande passante du système. Concrètement : toutes les heures suffit presque toujours ; réservez les intervalles courts aux flux d'alerte réellement critiques.
2. La mémoire du trigger est liée au workflow actif. Elle fait correctement son travail en régime de croisière, mais une désactivation/réactivation, un ré-import du workflow ou un flux qui régénère ses identifiants peuvent provoquer une rafale de « nouveaux » articles déjà connus. D'où le filet de sécurité qui suit.

Le trigger ne fonctionne que sur un workflow activé (toggle Active) ; en mode test, le bouton d'exécution manuelle simule un passage de polling.

Déduplication : le filet de sécurité Remove Duplicates

Que vous partiez de RSS Read (aucune mémoire) ou du trigger (mémoire faillible aux cas limites), la parade idiomatique est la même : un node Remove Duplicates en mode « Remove Items Processed in Previous Executions », avec link (ou guid) comme clé. n8n conserve alors l'historique des valeurs déjà vues d'une exécution à l'autre et ne laisse passer que le neuf — modes, taille d'historique et pièges sont détaillés dans notre guide du node Remove Duplicates.

Préférez link à guid par défaut : certains éditeurs génèrent des GUID instables, et un lien normalisé (sans paramètres UTM) est plus robuste.

Flux mal formés : ne pas laisser un flux casser la veille

Les flux RSS du monde réel sont sales : XML invalide, encodage exotique, serveur qui renvoie du HTML d'erreur en 200, certificat expiré. Trois réflexes :

• On Error : Continue sur le node RSS Read, pour qu'un flux en panne n'interrompe pas la lecture des autres — l'item d'erreur continue avec le détail, routable vers une alerte ;
• un Error Workflow global pour être prévenu des échecs récurrents — voir notre guide de la gestion d'erreurs ;
• pour un flux structurellement pénible : le récupérer avec HTTP Request (en-têtes, retry et timeout personnalisés), puis parser avec le node XML ou un node Code — vous contrôlez chaque étape au lieu de subir le parsing intégré.

Le pipeline de veille robuste : le pattern complet

Pour suivre plusieurs flux, oubliez le trigger (un par flux, ingérable) : le pattern canonique est Schedule Trigger → liste de flux → boucle → RSS Read → Remove Duplicates → Filter.

1. Schedule Trigger cadence l'ensemble — une à deux lectures par jour suffisent pour de la veille ; réglages cron et fuseaux dans notre guide du Schedule Trigger ;
2. un node Code ou Edit Fields fournit la liste des URL (ou mieux : un Google Sheet, une Data Table) ;
3. une boucle Loop Over Items passe chaque URL à un RSS Read dont le champ URL vaut {{ $json.feedUrl }} ;
4. Remove Duplicates (mode inter-exécutions, clé link) élimine le déjà-vu ;
5. un Filter ne garde que les articles qui contiennent vos mots-clés :

{{ ["n8n", "automatisation", "no-code"].some(k =>
  (($json.title ?? "") + " " + ($json.contentSnippet ?? ""))
    .toLowerCase().includes(k)) }}

Une condition booléenne « est vrai » sur cette expression suffit ; pour router plutôt qu'écarter (articles prioritaires vs archive), remplacez Filter par IF ou Switch.

Cas d'usage : veille, curation, alerte

• Veille d'équipe : le pipeline ci-dessus, prolongé par scoring et résumé IA puis un digest Slack quotidien — le montage complet, étage par étage, est notre guide de la veille RSS automatisée. Livrer en digest plutôt qu'en notifications au fil de l'eau n'est pas qu'une coquetterie : l'étude de Gloria Mark, Daniela Gudith et Ulrich Klocke publiée à CHI 2008 (voir sur Google Scholar) montre que les interruptions se paient en stress, frustration et pression temporelle accrus, même quand le travail finit par être fait ;
• Veille concurrentielle : brancher les flux (blogs, changelogs, communiqués) de vos concurrents sur une analyse IA — approfondi dans notre article de veille concurrentielle avec IA ;
• Curation et publication : filtrer les meilleures sources, reformuler avec un modèle, puis publier automatiquement sur LinkedIn après validation humaine ;
• Alerte ciblée : un RSS Feed Trigger sur un flux critique (statut d'un service, avis de sécurité), un filtre par mots-clés, une notification immédiate — le seul cas où un intervalle de polling court se justifie.

En résumé

• RSS Read lit un flux à la demande, sans mémoire ; RSS Feed Trigger surveille un seul flux par polling et n'émet que les nouveautés ;
• les champs utiles sont title, link, isoDate, contentSnippet — jamais garantis, sécurisez avec ?? et l'optional chaining ;
• réglez l'intervalle de polling sur la fréquence réelle de publication du flux : toutes les heures suffit presque toujours ;
• ajoutez systématiquement un Remove Duplicates inter-exécutions avec link comme clé, même derrière le trigger ;
• On Error : Continue sur le node RSS et un Error Workflow rendent le pipeline tolérant aux flux cassés ;
• multi-flux = Schedule Trigger + boucle + RSS Read + Remove Duplicates + Filter — puis IA et digest si vous montez une vraie veille automatisée.