Le feed sur prompt sort des labs : ce qu'on avait documenté en juin arrive chez tout le monde

Mercredi 20 août, dans son annonce sur la personnalisation de Search, News et Discover, Google a glissé la ligne qui nous intéresse :

« Tap any three-dot menu in your feed to tell Google the exact topics or links you want to see more (or less) of, in your words. » (blog Google, 20/08)

Autrement dit : dans les prochains jours, chacun pourra régler son feed Discover en langage naturel, depuis le menu trois-points de n'importe quelle carte.

Si vous nous lisez depuis juin, cette interface ne vous est pas inconnue. Nous avons suivi cette fonctionnalité pendant six mois, de sa première apparition dans Search Labs (US) jusqu'au pipeline de production qui l'alimente, et publié le résultat dans un deep dive chez Search Engine Land, avec une version française chez Abondance. Ce billet fait le point : ce qu'on savait déjà, ce que l'annonce change, et pourquoi les éditeurs de niche devraient s'y intéresser dès maintenant.

L'interface, juin 2026.

Ce qu'on avait sur la table en juin

Le mécanisme, résumé (le détail complet est dans le deep dive) :

• Vous écrivez un prompt (« show me kitchen reno ideas », « moins d'actualité anxiogène », « plus de dev.to ») et il est transformé en actions SEE_MORE / SEE_LESS appliquées à votre feed après rafraîchissement.
• Côté serveur, un pipeline dédié : historicalnaturallanguagetuningcontent.f, le jumeau « historique » de naturallanguagetuningcontent.f, avec un thread de conversation persistant. Vraisemblablement un LLM qui interprète votre demande et la maintient dans la durée.
• L'attribution est visible : les cartes issues de vos prompts portent le label « You asked to see », et l'historique vit dans My Activity.
• Deux modes de sélection du contenu : une expansion par entités et centres d'intérêt (la majorité des cas), et un fan-out par query intent pour la minorité restante, autrement dit le mécanisme GEO à l'intérieur même de Discover.

Deux cartes labellisées, juin 2026.

Les 40 clusters dérivés de nos captures.

Et l'observation qui donnait sa valeur à l'étude : ce pipeline porte surtout du contenu qui n'avait quasiment jamais circulé dans Discover auparavant. Recettes vegan de petits créateurs, Mississippi Today, blogs de niche sur l'immobilier japonais. Les pipelines classiques re-servent des articles déjà populaires ; celui-ci va chercher ailleurs.

Des cartes de petits créateurs, servies sur demande.

En juin, nous avions posé une condition à tout ça : cette ouverture pour les sites de niche resterait théorique tant que la fonctionnalité vivrait dans Search Labs, sur des comptes US, en anglais uniquement (le trafic FR mesuré : environ 0 %).

Ce que l'annonce du 20 août change

La condition tombe. Google déploie le réglage par prompts à tout le monde, directement dans le feed, sans passage par Labs. Le nom a déjà changé une fois en route (« Tailor Your Feed » devenu « Add topics to your feed » au printemps), l'entrée est maintenant le menu trois-points de chaque carte : la fonctionnalité a suivi le chemin classique d'un produit Google qui passe de l'expérimentation à la production, et notre suivi des états successifs de l'UI en garde la chronologie.

Le déploiement s'inscrit dans un mouvement plus large, le même que celui du bouton Preferred Sources annoncé le même jour (on a publié un guide pratique des boutons « suivre » de Google, si vous cherchez le mode d'emploi éditeur) : Discover glisse d'une personnalisation observée, où Google infère vos goûts, vers une personnalisation déclarée, où vous les lui dites. Et le retrieval qui sert l'intention déclarée ne se verrouille pas sur la popularité.

Pourquoi ça compte si vous êtes un éditeur de niche

Discover a toujours eu un biais de reproduction : pour y circuler, il fallait déjà y circuler. Le pipeline de tuning ouvre une troisième voie, à côté du feed classique et du follow : être la réponse au prompt d'un lecteur. Nos captures de juin montrent des cartes de créateurs quasi inconnus servies en tête de feed parce qu'un utilisateur avait demandé exactement ça.

Concrètement, trois chantiers :

1. Votre couverture d'entités. L'expansion se fait par entités et centres d'intérêt : un site clairement positionné sur des entités identifiables (au sens Knowledge Graph) est plus facile à servir qu'un généraliste flou. C'est le même travail de fond que pour le reste de l'écosystème Google.
2. La part fan-out. La minorité des prompts passe par un fan-out de query intent : les logiques GEO que vous appliquez aux AI Overviews jouent aussi ici, à l'intérieur de Discover.
3. Vos lecteurs eux-mêmes. Un lecteur peut demander explicitement plus de contenu d'un éditeur nommé ; nos tests de juin le montrent fonctionnel. Avec le déploiement large, apprendre à votre audience que cette manette existe devient un levier réel, comme le follow avant lui.

« show me dev.to on my feed », accepté et appliqué.

L'adoption reste l'inconnue, et elle le restera : une manette offerte n'est pas une manette utilisée, et les prompts des utilisateurs restent chez Google. Aucun outil, aucun rapport externe ne vous dira combien de lecteurs ont demandé à voir votre site ; tout ce qu'un observateur extérieur peut faire dans ce cas, c'est ce que nous faisons depuis décembre : regarder ce qui arrive dans les feeds de ses propres comptes.

Le cap est en tout cas confirmé : le pouvoir de sélection passe au lecteur. Autant lui donner de bonnes raisons de vous nommer dans ses prompts.

Méthodo et limites : suivi terrain de la fonctionnalité depuis décembre 2025 (app Google, comptes Search Labs US, anglais), états d'UI, réponses serveur et tags d'attribution capturés sur nos appareils de test ; identification du pipeline historicalnaturallanguagetuningcontent.f détaillée dans le deep dive (SEL, juin 2026, version FR chez Abondance) ; les captures de ce billet datent de cette période, l'UI du déploiement large peut différer ; « vraisemblablement un LLM » reste notre lecture des comportements observés, pas une confirmation Google ; le déploiement annoncé le 20/08 (« coming days ») n'était pas encore visible sur nos comptes FR à la date de publication ; l'usage réel de la fonctionnalité (volume de prompts, adoption) n'est pas mesurable de l'extérieur, nos observations portent uniquement sur le comportement du pipeline vu depuis nos comptes de test.