Votre site produit probablement un flux RSS sans que personne l’ait demandé, et Google a un robot dédié pour le lire : sa documentation, en français et mise à jour le 12 février 2026, présente Feedfetcher comme « un outil qui permet à Google d’explorer les flux RSS ou Atom pour Google Actualités et WebSub » — et pose la limite dans la même page, « seuls les flux de podcasts sont indexés dans la recherche Google ». Une autre page, mise à jour le 15 juillet 2026, accepte les flux comme format de sitemap, et un billet officiel de 2014 — toujours en ligne, ping mort compris — recommande d’utiliser sitemap et flux ensemble. Ce que la configuration par défaut produit est plus modeste : relevé le 2 septembre 2026, le flux de ce blog porte 10 entrées, en extrait, et ne déclare aucun mécanisme de notification. Et ce que les robots des moteurs de réponse IA font des flux n’est documenté nulle part que nous ayons trouvé : ni chez OpenAI, ni chez Anthropic, ni chez Perplexity, ni dans le billet de Bing consacré aux sitemaps dans la recherche IA.
Un flux RSS, c’est la liste de vos nouveautés, et vous en avez déjà un
Un flux RSS est un fichier au format XML — un format de texte structuré, lisible par une machine — qui liste les derniers contenus publiés par un site : pour chaque entrée, un titre, un lien, une date, un résumé. Atom est un format concurrent qui fait la même chose avec d’autres balises. Ni l’un ni l’autre n’a été inventé pour les moteurs de recherche, mais pour les lecteurs d’actualités.
Il y a de fortes chances que le vôtre existe déjà : les systèmes de gestion de contenu, ou CMS — le logiciel qui fait tourner votre site, WordPress par exemple —, en génèrent un automatiquement. La documentation de Google le dit sans détour : « La plupart des CMS créent un flux pour vous ». Vérification faite sur ce blog le 2 septembre 2026, sa page d’accueil déclare deux flux dans son code source : celui des articles, à l’adresse /feed/, et celui des commentaires. Deux réglages décident de son contenu, sous Réglages › Lecture : le nombre d’entrées, et le choix entre « Full text » et « Excerpt », le texte intégral ou l’extrait.
Attention au vocabulaire : le mot « flux » désigne aussi la source de données produit envoyée à Google Shopping. Même famille de format — la documentation Merchant Center donne « des consignes pour créer une source de données produit XML au format RSS 2.0 » — mais un tout autre usage, avec ses propres champs obligatoires, traité dans un article à part. Ici, il n’est question que du flux d’articles.
Ce que Google documente : le flux est un format de sitemap accepté
Un sitemap est un fichier qui liste les adresses d’un site pour aider les moteurs à les découvrir. Google en accepte plusieurs formats et précise n’avoir « aucune préférence » entre eux. Le flux est l’un de ces formats, et la page de documentation est explicite : « Si votre CMS génère un flux RSS ou Atom, vous pouvez envoyer l’URL du flux en tant que sitemap », suivi de la réserve qui compte — « ce flux ne fournit des informations que sur les URL récentes ».
C’est là toute la différence entre les deux fichiers, et le billet du blog Google Search Central du 16 octobre 2014 la pose en une phrase : « XML sitemaps describe the whole set of URLs within a site, while RSS/Atom feeds describe recent changes » (« les sitemaps XML décrivent l’ensemble des URL d’un site, les flux RSS/Atom décrivent les changements récents »). Le même billet en tire une recommandation que peu de sites appliquent : « For optimal crawling, we recommend using both XML sitemaps and RSS/Atom feeds » (« pour une exploration optimale, nous recommandons d’utiliser à la fois des sitemaps XML et des flux RSS/Atom »). Le fichier XML complet donne la carte, le flux signale ce qui vient de bouger.
Ce partage des rôles impose une condition : « the RSS/Atom feed should have all updates in it since at least the last time Google downloaded it » — le flux doit contenir toutes les mises à jour depuis au moins le dernier téléchargement par Google. Le flux relevé sur ce blog porte 10 entrées, soit ses dix derniers articles ; la page Feedfetcher donne l’autre moitié du calcul, « Feedfetcher collecte les flux de la plupart des sites une fois par heure au maximum ». Onze articles publiés en une heure feraient donc sortir le premier du flux avant qu’il y soit vu : le cas ne concerne pas un blog qui publie deux fois par semaine, il devient réel pour un média. Pour ceux-là, la documentation de 2026 propose une réponse : « Si vous utilisez des flux Atom ou RSS, vous pouvez utiliser WebSub pour diffuser vos modifications auprès des moteurs de recherche, y compris Google ». WebSub est un mécanisme de notification : au lieu d’attendre le passage du robot, un serveur intermédiaire — le hub — prévient les abonnés dès qu’une entrée est ajoutée. Le flux de ce blog n’en déclare aucun.
L’autre méthode de notification recommandée en 2014, le « ping », n’existe plus : Google l’a annoncé le 26 juin 2023 — « nous abandonnons la prise en charge des pings pour Sitemaps, et le point de terminaison correspondant cessera de fonctionner dans 6 mois », avec une erreur 404 à la clé. Le billet de 2014 la conseille toujours, ce qui donne la mesure de son âge. Bing, de son côté, accepte aussi les flux : l’aide de Bing Webmaster Tools, l’équivalent de la Search Console chez Microsoft, liste « XML Sitemap, RSS 2.0, Atom 0.3 and 1.0, Text » (« sitemap XML, RSS 2.0, Atom 0.3 et 1.0, texte ») parmi les formats soumissibles.
Ce que le flux ne fait pas : ni classement, ni indexation de vos pages
La page qui répond le plus directement à la question est celle de Feedfetcher, et elle tranche : « Seuls les flux de podcasts sont indexés dans la recherche Google ». La phrase suivante ajoute la seule exception, et elle n’est pas flatteuse : « Toutefois, si un flux ne suit pas les spécifications Atom ou RSS, il peut être indexé malgré tout ». Un flux mal formé peut donc finir dans les résultats — ce n’est pas un objectif. Deux précisions de la même page méritent d’être connues : Feedfetcher « se comporte comme un agent direct de l’utilisateur, et non comme un robot », et « ignore donc les règles du fichier robots.txt ».
Aucune des pages citées ici ne promet quoi que ce soit sur la position dans les résultats. Ce qu’elles documentent, c’est le repérage des adresses et la planification de l’exploration — deux étapes qui précèdent l’indexation, c’est-à-dire l’enregistrement de la page dans la base de Google. Les sources le disent elles-mêmes : « N’oubliez pas que l’envoi d’un sitemap n’est qu’une suggestion. Cela ne garantit pas que Google va le télécharger ni l’utiliser pour explorer les URL du site » côté documentation 2026, et « submitting sitemaps or feeds does not guarantee the indexing of those URLs » (« envoyer des sitemaps ou des flux ne garantit pas l’indexation de ces URL ») côté billet de 2014.
Ce qui sépare une adresse repérée d’une page indexée est ailleurs. Un relevé publié sur le site principal porte sur un cluster de 2 613 adresses d’un seul site de recettes, dont 739 pages « crawlées, non indexées ». Sur les quelque 420 pages qui reçoivent zéro ou un lien interne, environ 2 % sont indexées ; sur les quelque 230 qui en reçoivent de deux à treize, près de 100 %. Au-delà, le taux redescend : environ 86 % entre 14 et 25 liens, 81 % entre 26 et 40, 80 % au-delà. Ce n’est donc pas « plus de liens, mieux c’est », et l’auteur du relevé pose lui-même la réserve — « corrélation, pas causalité », avec des taux « estimations issues de la lecture des courbes, avec une marge de ±5 points ». Ce qu’on peut en retenir sans surinterpréter : une page privée de lien interne reste très majoritairement non indexée, et aucun flux ne corrige ça. Le maillage interne joue dans une autre catégorie.
Dernier point, le plus facile à rater : la date de dernière modification. Le billet de 2014 est catégorique — « Don’t set the last modification time to the current time whenever the sitemap or feed is served » (« ne réglez pas la date de dernière modification sur l’heure courante à chaque fois que le sitemap ou le flux est servi »). En 2023, Google a précisé ce qu’il en coûte : « nous ne vous croirons plus au sujet de la date de dernière modification de vos pages ». La confiance retirée porte sur les dates, pas sur le fichier entier — mais c’est précisément le signal qui fait l’intérêt d’un flux.
Google Actualités, podcast, Discover : trois cas, trois réponses
Google Actualités, d’abord, où le rôle du flux a été réduit sans disparaître. Une page d’aide du Centre pour les éditeurs, non datée, annonce la fin du rendu des articles issus des flux dans l’application : « we will no longer directly render article text provided in RSS and Atom feeds in the Google News app » (« nous n’afficherons plus directement le texte des articles fourni dans les flux RSS et Atom dans l’application Google Actualités »). La même page conserve l’essentiel : « You will still be able to use feeds to create content sections in your publication » (« vous pourrez toujours utiliser des flux pour créer des rubriques de contenu dans votre publication »). Le flux ne fournit plus le texte, il fournit encore la liste — ce que confirme la page Feedfetcher, qui nomme Google Actualités comme premier usage.
Le podcast, ensuite, où le flux n’est pas une option mais le canal lui-même. Apple exige que « RSS feed URLs must adhere to RSS 2.0 specifications, be publicly addressable (not password-protected) […] » — l’adresse du flux doit respecter la spécification RSS 2.0 et être accessible publiquement, sans mot de passe ; la phrase se poursuit par une troisième exigence, la déclaration XML et ses espaces de noms. Côté YouTube, l’aide française décrit le même principe — « YouTube crée des vidéos pour chaque épisode de podcast que vous mettez en ligne » — avec une réserve à vérifier avant de s’y mettre : « L’ingestion RSS n’est disponible que dans certains pays/régions ». C’est aussi le seul cas où un flux a vocation à entrer dans la recherche Google, puisque Feedfetcher n’indexe que les flux de podcasts.
Discover, enfin, où il n’y a rien à envoyer du tout. La documentation, mise à jour le 11 mars 2026, ferme la question : « Le contenu peut automatiquement apparaître dans Discover s’il est indexé par Google et respecte le Règlement relatif au contenu de Discover. Aucune balise spéciale ni aucunes données structurées ne sont requises », et « rien ne garantit l’affichage de votre site dans Discover ». Un flux n’y change rien — la condition, c’est l’indexation.
Ce qu’il faut retenir
Le flux RSS n’est pas un levier de référencement : c’est un canal de repérage des nouveautés, que Google explore avec un robot dédié pour Google Actualités et pour WebSub, sans jamais promettre qu’il fera indexer ni classer vos pages. Sur un site qui publie peu, le sitemap XML suffit. Sur un site qui publie beaucoup, le flux comble le seul angle mort du fichier XML — la fraîcheur —, à condition de porter assez d’entrées pour couvrir l’intervalle entre deux passages, ou de déclarer un hub WebSub. Et si vous produisez un podcast, la question ne se pose pas : le flux est le produit.
Légende du tableau. Documenté = une phrase copiable-collable de la source. Observé = relevé reproductible, non commenté par l’éditeur. Non documenté = aucune source publique trouvée à la date de cet article.
| Affirmation | Statut | Référence |
|---|---|---|
| Google explore les flux RSS et Atom avec un robot dédié, Feedfetcher, pour Google Actualités et WebSub | Documenté | Doc Google Feedfetcher, version française, 12/02/2026 |
| Seuls les flux de podcasts sont indexés dans la recherche Google — sauf flux mal formé | Documenté | Doc Google Feedfetcher, 12/02/2026 |
| Feedfetcher ignore le fichier robots.txt et collecte au plus une fois par heure | Documenté | Doc Google Feedfetcher, 12/02/2026 |
| Google accepte les flux RSS 2.0 et Atom 1.0 comme format de sitemap, sans préférence entre formats | Documenté | Doc Google « Créer et envoyer un sitemap », 15/07/2026 |
| Google recommande d’utiliser sitemap et flux pour une exploration optimale | Documenté | Blog Google Search Central, 16/10/2014 |
| Envoyer un flux ou un sitemap ne garantit pas l’indexation | Documenté | Blog Google 2014 et doc Google 2026 |
| La documentation propose WebSub pour diffuser ses modifications ; le « ping », lui, ne fonctionne plus | Documenté | Doc Google 15/07/2026 et blog Google 26/06/2023 |
| Bing accepte RSS 2.0 et Atom 0.3 / 1.0 comme formats soumissibles | Documenté | Aide Bing Webmaster Tools, page rendue en JavaScript |
| Le flux de ce blog porte 10 entrées, en extrait, et ne déclare aucun hub WebSub | Observé | Relevé du 02/09/2026, sur notre propre site |
| Un effet du flux RSS sur la position dans les résultats | Non documenté | Aucune phrase en ce sens dans les pages citées ici |
| Ce que les robots des moteurs de réponse IA font des flux RSS | Non documenté | Pages robots d’OpenAI, d’Anthropic et de Perplexity ; billet Bing du 31/07/2025 |
Questions fréquentes
Comment savoir ce que contient mon flux ?
Ouvrez /feed/ à la racine de votre site, ou cherchez application/rss+xml dans le code source de la page d’accueil. Comptez les balises <item> : c’est le nombre d’entrées. Si vous trouvez <content:encoded>, le flux sort en texte intégral ; sinon, en extrait.
Faut-il déclarer son flux dans la Search Console ? C’est possible, la documentation autorise à « envoyer l’URL du flux en tant que sitemap ». Mais comme il « ne fournit des informations que sur les URL récentes », il s’ajoute au sitemap XML complet, il ne le remplace pas — et ce dernier reste le seul à pouvoir porter les extensions image et actualités.
Extrait ou texte intégral : quel réglage pour le SEO ? Aucune source consultée ne documente d’effet du choix sur l’exploration : le billet de 2014 désigne les deux informations qui comptent pour Google, l’adresse et la date de dernière modification. Le choix se joue donc ailleurs — bande passante, confort des lecteurs d’actualités, facilité de reprise par des tiers.
Sources
- Google Search Central, « Feedfetcher », version française mise à jour le 12 février 2026.
- Google Search Central, « Créer et envoyer un sitemap », version française mise à jour le 15 juillet 2026.
- Google Search Central Blog, « Best practices for XML sitemaps and RSS/Atom feeds », 16 octobre 2014, par Alkis Evlogimenos.
- Google Search Central Blog, « Le point de terminaison de ping pour Sitemaps va disparaître », 26 juin 2023, par Gary Illyes.
- Google Search Central, « Google Discover et votre site Web », mise à jour le 11 mars 2026.
- Aide Éditeur Google Actualités, « Simplifying content management in Google News », page non datée. Sa version française porte la mention « Cette page peut comporter du contenu traduit à l’aide d’une technologie d’IA » : les citations ci-dessus viennent donc de la version anglaise.
- Bing Webmaster Tools, aide « Sitemaps » — page rendue en JavaScript, texte relevé dans le navigateur le 2 septembre 2026 — et blog Bing Webmaster, « Keeping Content Discoverable with Sitemaps in AI Powered Search », 31 juillet 2025.
- Apple Podcasts for Creators, « Podcast RSS feed requirements ».
- Aide YouTube, « Diffuser des podcasts à l’aide d’un flux RSS ».
- Aide Google Merchant Center, « Spécification RSS 2.0 ».
- OpenAI, « Overview of OpenAI Crawlers » ; Anthropic, page sur ses robots d’exploration ; Perplexity, « Bots ».
- WordPress, documentation de l’écran Réglages › Lecture.
