Sources préférées Google : le bouton que les éditeurs doivent installer eux-mêmes

Les résumés IA de Google répondent à la place des sites qu'ils citent. La réponse de Google tient en un bouton, que chaque éditeur doit installer lui-même.

Une source préférée est un site qu'un internaute désigne pour le voir remonter plus souvent. Le réglage se fait sur google.com/preferences/source, et il n'engage que la personne qui l'a défini.

La documentation Search Central précise les surfaces concernées : Top Stories, AI Mode et les AI Overviews, où le contenu peut porter un badge « preferred ». Google avance qu'un lecteur clique deux fois plus vers une source qu'il a lui-même choisie.

Deux limites qu'il faut avoir en tête. La préférence ne change rien pour les autres internautes : ce n'est pas un levier de classement général. Et elle s'applique au domaine ou au sous-domaine, jamais à un sous-répertoire, ce qui exclut de ne mettre en avant qu'une rubrique.

La fonctionnalité, lancée en mai 2026, est passée de 345 000 à plus de 600 000 sources sélectionnées à la date de l'annonce d'août. Elle fonctionne en français et en France depuis le 30 avril 2026.

Google propose deux méthodes. La première, mise en avant, est un bouton interactif : le lecteur coche la source en un clic et revient à sa page. Elle exige de charger un script hébergé par Google.

Ce détail n'est pas anodin. Sur ce site, ce script aurait été le premier tiers chargé, alors que notre bandeau annonce l'absence de traceur publicitaire. Il aurait fallu le conditionner au consentement, donc le rendre invisible pour qui refuse, et réécrire cette promesse. Beaucoup d'engagement pour une fonction accessoire.

La seconde méthode, documentée par Google comme repli, est un lien ordinaire vers l'outil de préférences avec le domaine en paramètre. Elle rend le même service : le lecteur arrive sur l'écran de sélection et coche le site. Sa seule limite est l'absence de retour automatique, que l'ouverture dans un nouvel onglet compense.

Nous avons retenu le lien. Aucun octet de JavaScript ajouté, aucune question de consentement, aucun effet sur les performances. C'est le genre d'arbitrage qui se pose à chaque intégration tierce : la version la plus visible d'une fonctionnalité n'est pas toujours celle qui vaut son coût.

Le dispositif récompense les sites qu'on lit régulièrement. Un lecteur coche une source parce qu'il veut en voir davantage. Si vos visiteurs viennent une fois, comparent trois prestataires et repartent, très peu feront la démarche.

Cela vaut le coup si vous publiez régulièrement, que votre audience revient, et que le coût d'intégration reste au niveau d'un lien. Cela ne vaut pas grand-chose si vous en attendez une compensation du trafic perdu à cause des résumés IA : le mécanisme ne rétablit rien, il permet à des lecteurs déjà acquis de vous privilégier.

Un point conditionne tout le reste : Google indique que les sources qui ne sont pas mises à jour régulièrement peuvent devenir indisponibles. L'éligibilité se perd. Le bouton capitalise une stratégie de contenu, il ne la remplace pas, et sur un site qui ne publie plus il devient un lien mort.

Avant toute chose, vérifiez que votre site apparaît dans l'outil de préférences de Google. S'il n'y figure pas, la question ne se pose pas encore.

Ce bouton dit quelque chose de la période : la visibilité se négocie de plus en plus à l'intérieur des surfaces des plateformes, et de moins en moins par le lien qu'on reçoit. Un éditeur ne se contente plus de publier, il installe chez lui les dispositifs qui lui permettent d'être repêché.

Notre position est pragmatique. Le coût est celui d'un lien, on le prend. On refuse en revanche de charger un script tiers pour la version confortable de la même chose. Et on ne se raconte pas d'histoire sur le volume : ce qui fait revenir un lecteur, c'est ce qu'on publie, pas le bouton qui lui demande de nous suivre.