Bouton Suivre de Google Discover : comment préparer son flux RSS

C’est une question qui revient dans presque chaque rédaction : comment activer le bouton Suivre de Google Discover pour que les lecteurs fidèles retrouvent vos nouveaux articles ? Réponse : il n’y a rien à activer dans la Search Console, aucune case à cocher. Le bouton apparaît côté lecteur ; votre travail consiste à rendre votre site « suivable ». Et cela passe presque entièrement par un fichier que beaucoup de sites négligent : le flux RSS.

Cet épisode technique le suit de bout en bout, extraits de code commentés et check-list finale à l’appui. Une précision avant le générique : un flux impeccable rend l’abonnement possible, il ne garantit ni abonnés ni trafic.

Ce que fait le bouton Suivre dans Discover et Chrome

La fonction Suivre crée un lien explicite entre un lecteur et une source. Là où Discover recommande des contenus selon des centres d’intérêt déduits, l’abonnement exprime un choix : « je veux voir ce que publie ce site ». Les nouveautés des sites suivis remontent ensuite dans un espace dédié de Chrome ou de l’application Google.

Selon les versions et les appareils, l’option se trouve dans le menu de Chrome sur mobile, sur certaines cartes Discover ou sur la page d’une source. Les interfaces changent, le principe reste : il faut une liste propre, ordonnée et lisible par une machine de ce que vous publiez, autrement dit un flux RSS ou Atom.

Peut-on « activer » le bouton Suivre ?

Pas au sens d’un réglage. Vous pouvez en revanche lever tout ce qui l’empêche de fonctionner : un flux absent, mal déclaré, inaccessible aux robots de Google ou figé depuis des mois. Google rappelle que le trafic Discover est moins prévisible que celui de la recherche ; l’abonnement fait partie des rares leviers qui le rendent un peu plus régulier, parce qu’il repose sur une décision du lecteur.

Pourquoi le flux RSS est la pièce maîtresse

Une page HTML est faite pour des humains, un flux pour des programmes : une liste d’éléments datés, chacun avec un titre, une adresse, un résumé et souvent une image. C’est la source idéale d’un abonnement, et elle rend d’autres services :

• La découverte rapide des nouvelles URL. Google accepte les flux RSS 2.0 et Atom 1.0 comme sitemaps : soumis dans la Search Console, votre flux signale vos dernières publications en complément du sitemap XML.
• La diffusion hors de Google. Lecteurs de flux, agrégateurs, outils de newsletter : un même fichier alimente plusieurs canaux.
• Un contrôle qualité permanent. Un flux propre exige des titres définitifs, des dates exactes et des images de bonne taille, soit les prérequis de Discover.

Si votre CMS produit déjà l’un des deux, gardez-le : changer de format n’apporte rien, corriger le flux existant apporte beaucoup.

Déclarer son flux dans le head avec rel alternate

Un flux que rien n’annonce reste invisible. La déclaration standard tient en une balise, placée dans le <head> :

<!-- Flux principal du site -->
<link rel="alternate"
      type="application/rss+xml"
      title="Nom du site : derniers articles"
      href="https://www.example.com/feed.xml">

• rel vaut alternate : la ressource est une autre forme du contenu, ici un flux.
• type correspond exactement au format, RSS ou Atom.
• title nomme le flux en clair, utile dès qu’une page en déclare plusieurs.
• href donne une adresse absolue, en HTTPS.

Placez la balise sur toutes les pages, ou au minimum sur l’accueil et les pages de rubrique, dans le HTML renvoyé par le serveur plutôt qu’injectée par un script. Sur WordPress, elle est produite automatiquement si le thème déclare automatic-feed-links ; vérifiez quand même le code source, car certaines extensions d’optimisation retirent les liens de flux pour « alléger » l’en-tête.

Un flux global ou un flux par rubrique ?

Un site consacré à un seul sujet peut se contenter d’un flux global. Dès que vos rubriques parlent à des publics distincts, des flux par rubrique deviennent pertinents : qui s’abonne depuis votre rubrique Vélo ne veut pas forcément vos recettes de cuisine. Sur chaque page de rubrique, déclarez d’abord le flux de la rubrique, puis le flux global :

<link rel="alternate" type="application/rss+xml"
      title="Rubrique Vélo" href="https://www.example.com/velo/feed.xml">
<link rel="alternate" type="application/rss+xml"
      title="Tous les articles" href="https://www.example.com/feed.xml">

Évitez les flux par étiquette, par auteur ou par mois : deux niveaux suffisent presque toujours.

Le contenu idéal d’un flux : titres, dates, images, URL absolues

Un flux préparé pour l’abonnement en dit plus qu’un titre et un lien. Voici un élément type au format RSS 2.0, avec les espaces de noms Media RSS et Dublin Core déclarés sur la balise rss :

<item>
  <title>Réviser un vélo ancien avant l’été</title>
  <link>https://www.example.com/velo/reviser-velo-ancien</link>
  <guid isPermaLink="true">https://www.example.com/velo/reviser-velo-ancien</guid>
  <!-- Date RFC 822 avec fuseau horaire -->
  <pubDate>Wed, 27 May 2026 08:00:00 +0200</pubDate>
  <dc:creator>Prénom Nom</dc:creator>
  <description>Un résumé fidèle de l’article.</description>
  <!-- Image principale, la même que sur la page -->
  <media:content url="https://www.example.com/img/velo-1600.jpg"
                 medium="image" width="1600" height="900"/>
</item>

• Titres. Le titre exact de la page, sans préfixe, émoji ni mention promotionnelle.
• Dates. Une date de publication réelle, avec fuseau horaire. Ne rafraîchissez jamais une date sans modification de fond : Google déconseille cette pratique, qui brouille en plus l’ordre du flux.
• Images. L’image principale en grande taille, au moins 1200 px de large, comme pour Discover.
• URL absolues. Toutes les adresses commencent par https:// et pointent vers la version canonique, sans paramètre de suivi.
• Volume. Plusieurs jours de publication. WordPress affiche dix éléments par défaut : augmentez ce nombre si vous publiez plusieurs fois par jour.
• Encodage. UTF-8 et caractères spéciaux échappés : une esperluette mal encodée invalide tout le fichier.

Texte intégral ou résumé ? Un résumé soigné suffit : le but est d’amener le lecteur sur la page.

Vérifier que votre flux est lisible et à jour

Un flux se dégrade en silence : une mise à jour d’extension, une règle de cache, un réglage de pare-feu, et plus rien ne sort. D’où une routine en six temps, à refaire après chaque intervention technique.

1. Ouvrez l’URL du flux. Elle répond en 200, sans chaîne de redirections, avec un type de contenu XML cohérent.
2. Passez-le dans un validateur, comme le service de validation de flux du W3C, et corrigez d’abord les erreurs bloquantes.
3. Testez la fraîcheur. Un nouvel article doit apparaître dans le flux en quelques minutes ; sinon, cherchez du côté du cache ou du CDN.
4. Inspectez-le dans la Search Console. Le test en direct de l’outil d’inspection d’URL montre si Googlebot récupère le fichier.
5. Soumettez-le comme sitemap. Le rapport Sitemaps indique si Google le lit et combien d’URL il y découvre.
6. Surveillez vos journaux serveur. Des passages réguliers des robots de Google sur l’URL du flux confirment qu’il est consulté.

Les erreurs qui empêchent de suivre un site

Sur le terrain, ce sont presque toujours les mêmes blocages :

• Le flux bloqué par le robots.txt. Certains modèles interdisent l’exploration des répertoires de flux : Googlebot ne peut plus le lire.
• Une protection anti-robots trop zélée. Un pare-feu renvoie un défi ou une erreur 403 aux robots : le flux s’affiche chez vous et échoue pour Google.
• Un XML invalide. Une ligne vide avant la déclaration XML, souvent laissée par une extension, une esperluette non échappée, un caractère de contrôle collé depuis un traitement de texte.
• Un flux figé, servi par un cache qui ignore les nouvelles publications.
• Des URL relatives ou en HTTP, qui pointent parfois encore vers l’ancienne version du site.
• Le mauvais flux en premier : celui des commentaires, ou celui d’un service abandonné.
• Des dates fantaisistes : fuseau absent, ou articles anciens qui remontent en tête après une correction de coquille.

Check-list technique du flux RSS pour le bouton Suivre de Discover

• Un flux RSS 2.0 ou Atom 1.0 répond en 200, sans redirection en chaîne.
• Il est déclaré dans le head avec rel="alternate" et le type MIME exact.
• Les pages de rubrique déclarent leur flux en premier, puis le flux global.
• Le flux passe le validateur sans erreur bloquante.
• Le robots.txt et le pare-feu laissent Googlebot le récupérer.
• Chaque élément reprend le titre exact de la page et sa date réelle, avec fuseau horaire.
• Toutes les URL sont absolues, en HTTPS et canoniques.
• L’image principale fait au moins 1200 px de large.
• Le flux couvre plusieurs jours et se met à jour en quelques minutes.
• Il est soumis dans le rapport Sitemaps de la Search Console.

Questions fréquentes

Activer le bouton Suivre : ce qu’il faut retenir

Le bouton Suivre de Google Discover ne s’active pas dans un tableau de bord. Il devient possible quand votre site expose un flux valide, déclaré dans le head, accessible à Google et mis à jour à chaque publication. Le reste appartient au lecteur.

Commencez par l’audit express : ouvrez votre flux, validez-le, inspectez-le. Poursuivez avec l’épisode sur le choix des sujets pour Google Discover, car un flux parfait ne remplace pas une ligne éditoriale, puis avec celui qui explique comment apparaître dans Discover avec un petit site.