Sources préférées Google : être sélectionnable dans AI Overviews et AI Mode

Les Sources préférées de Google permettent à une personne de choisir les sites qu’elle souhaite voir davantage dans certaines expériences de recherche. Ce choix peut mettre en évidence les contenus de ces sites dans Top Stories et, lorsque les fonctions sont disponibles, dans AI Overviews et AI Mode. Il s’agit d’une préférence individuelle enregistrée dans le compte Google, pas d’une candidature générale à un classement ni d’un nouveau balisage SEO.

Pour un éditeur, l’action possible est limitée mais concrète : vérifier que son domaine apparaît dans l’outil de préférences, fournir à son audience un lien direct vers cette fiche et continuer à publier du contenu frais, pertinent et utile. Le lecteur reste libre de sélectionner ou retirer la source. Google ne documente aucun moyen de forcer ce choix ni de l’utiliser comme garantie de citation.

Le choix d’un domaine comme Source préférée est distinct du suivi d’un créateur dans un Search profile. Si vous envisagez aussi un badge de profil, vérifiez d’abord sa disponibilité et ses conditions en France.

Réponse en bref

Pour utiliser les Sources préférées de Google proprement :

1. recherchez votre domaine dans l’outil public de préférences de sources ;
2. vérifiez l’entité au niveau du domaine ou du sous-domaine, car un simple sous-répertoire n’est pas éligible ;
3. corrigez d’abord les problèmes ordinaires d’exploration, d’indexation, d’identité et de fraîcheur ;
4. créez le deeplink officiel vers la fiche de votre domaine ;
5. placez un seul appel à l’action contextuel près des abonnements ou suivis, sans popup bloquante ;
6. expliquez honnêtement que la sélection personnalise l’expérience du lecteur ;
7. testez le lien connecté et déconnecté, sur ordinateur et mobile ;
8. mesurez le clic sur le bouton séparément des impressions Search Console ;
9. n’attribuez jamais une hausse de visibilité à la préférence sans preuve ;
10. retirez le bouton si le domaine n’est pas trouvable ou si la promesse ne peut pas être expliquée clairement.

La prochaine action utile consiste à ouvrir le deeplink avec votre domaine, vérifier que la bonne source est proposée, puis noter le résultat et la date. N’ajoutez pas le bouton avant cette vérification.

Ce que change réellement une Source préférée

Lorsqu’un utilisateur sélectionne un site, Google indique que ses contenus sont plus susceptibles d’apparaître dans Top Stories lorsqu’ils sont frais et pertinents pour la recherche. Dans AI Mode et AI Overviews, les liens provenant d’une source déjà choisie peuvent être signalés par un badge « preferred » pour cette personne.

Quatre limites découlent directement de ce fonctionnement :

• la préférence appartient à l’utilisateur, pas au site ;
• elle ne remplace pas la pertinence pour la question ;
• elle ne garantit pas qu’une AI Overview ou AI Mode apparaisse ;
• elle ne transforme pas tous les contenus du domaine en sources affichées.

Google précise aussi que l’utilisateur continue de voir d’autres sites. Une Source préférée enrichit une expérience personnalisée ; elle ne verrouille pas les résultats. La bonne analogie est un abonnement éditorial exprimé dans Search, pas un vote public qui reclasserait le web entier.

Cette distinction protège la stratégie éditoriale. Si un bouton devient un prétexte pour publier davantage de pages proches ou demander une sélection avant d’avoir apporté de la valeur, le site confond relation d’audience et optimisation technique.

Top Stories, AI Overviews et AI Mode : trois surfaces

Top Stories

Top Stories apparaît pour certaines recherches liées à l’actualité. Les systèmes de Google sélectionnent du contenu pertinent, récent et de qualité. Lorsqu’une source préférée a publié un article adapté, elle peut apparaître plus souvent ou dans une zone consacrée aux sources de l’utilisateur.

Un site qui ne couvre aucune information fraîche ne doit pas créer artificiellement des actualités pour accéder à cette surface. La fréquence utile dépend du sujet et de la capacité réelle à vérifier les changements.

AI Overviews

Une AI Overview synthétise une question et peut afficher plusieurs liens d’appui. Depuis mai 2026, Google indique que les Sources préférées peuvent y être mises en évidence pour les utilisateurs qui les ont sélectionnées, dans les langues et zones où l’expérience est disponible.

Ce badge ne remplace pas l’éligibilité ordinaire. Une page doit toujours pouvoir être explorée, indexée et présentée dans Search. Le guide sur les AI Overviews et le test des trois écarts détaille les contrôles d’éligibilité, d’utilité et de mesure.

AI Mode

AI Mode permet des recherches conversationnelles et des développements successifs. Les Sources préférées peuvent également y signaler les liens des sites choisis. La disponibilité de cette fonction dépend du marché, de la langue, du compte et du déploiement du produit.

Ne promettez donc pas à un lecteur français qu’il verra le même badge sur toutes ses requêtes et tous ses appareils. La formulation exacte est : « ajouter ce site à vos Sources préférées peut aider Google à mettre en évidence ses contenus dans les expériences compatibles lorsque ceux-ci sont pertinents ».

Le protocole SOURCE

Le protocole SOURCE transforme le sujet en six contrôles distincts.

Lettre	Contrôle	Preuve attendue
S, sélectionnable	le domaine apparaît-il dans l’outil ?	recherche datée et bonne entité affichée
O, origine	le bon domaine ou sous-domaine est-il proposé ?	protocole, hôte, marque et destination cohérents
U, utile et frais	le contenu répond-il à une actualité ou question réelle ?	calendrier éditorial, dates et sources vérifiées
R, relation	l’appel à l’action s’adresse-t-il à une audience existante ?	emplacement contextuel et texte honnête
C, contrôle	le lien et l’affichage fonctionnent-ils ?	recette desktop, mobile, compte connecté et erreur
E, évaluation	que peut-on réellement mesurer ?	clics, impressions et observations séparés

Le protocole évite de résoudre un problème éditorial avec un bouton. Si le domaine n’est pas sélectionnable, le lien ne suffit pas. Si le domaine est présent mais ne publie rien de frais ou de pertinent, la préférence n’invente pas une raison de l’afficher.

S : vérifier que le site est sélectionnable

Google demande aux propriétaires de commencer par rechercher leur site dans l’outil de préférences de sources. Cette étape doit être exécutée sur la destination réelle, pas déduite du fait que des pages sont indexées.

Notez quatre éléments : date du test, requête de domaine, nom affiché et destination proposée. Faites une capture privée si elle aide la maintenance, mais ne publiez pas une image qui exposerait des informations de compte. Recommencez après un changement important de domaine, de sous-domaine ou d’identité éditoriale.

Google indique que les sources qui ne sont pas mises à jour régulièrement peuvent ne pas être disponibles. Il n’existe pas dans la documentation consultée de fréquence minimale universelle ni de formulaire pour imposer l’inclusion. Ne transformez pas cette remarque en quota quotidien.

O : choisir le bon niveau de domaine

La documentation réserve l’éligibilité aux sites au niveau du domaine ou du sous-domaine. https://example.com/ peut être une source ; https://actualites.example.com/ peut aussi en être une. En revanche, https://example.com/blog/ n’est pas une entité de préférence indépendante.

Cette règle a des conséquences d’architecture :

• un média hébergé dans un sous-répertoire partage la préférence du domaine principal ;
• un sous-domaine peut être proposé séparément ;
• une migration peut changer l’entité trouvée par l’utilisateur ;
• multiplier les sous-domaines pour obtenir plusieurs fiches fragmente l’identité et ne garantit aucune visibilité.

Choisissez l’hôte en fonction du produit, de la gouvernance et de l’architecture du site, pas pour contourner l’outil. Vérifiez ensuite canonical, redirections, sitemap et liens internes sur ce périmètre.

U : publier du frais sans fabriquer de l’actualité

Google relie les Sources préférées à des contenus frais et pertinents. « Frais » ne signifie pas changer la date d’un article. Il signifie publier ou mettre à jour lorsqu’une information, une analyse ou une décision a réellement évolué.

Un bon système éditorial conserve :

• la date de publication réelle ;
• la date de dernière modification éditoriale ;
• les sources consultées et leur date ;
• la nature du changement ;
• le sujet et le public de la page ;
• une politique de correction.

Le protocole de fraîcheur éditoriale, dates et sitemap lastmod explique comment aligner ces signaux. Une Source préférée ne rend pas crédible un faux updatedAt, et elle ne compense pas une page interchangeable.

Pour les fonctions génératives, Google continue de recommander les fondamentaux de Search : contenu utile, original, accessible, expérience correcte et informations vérifiables. Il ne demande pas un fichier spécial ni un balisage PreferredSource.

R : demander une préférence sans manipuler

Le bon emplacement ressemble à un CTA de suivi : près d’une inscription à une newsletter, d’un flux RSS, d’une page auteur ou d’un bloc « suivre les prochaines analyses ». Le lecteur vient d’identifier une valeur éditoriale et peut choisir le canal qui lui convient.

Évitez :

• la popup avant lecture ;
• le faux bouton « accepter » qui ouvre la préférence ;
• la promesse « garantissez nos citations dans Google » ;
• l’instruction de sélectionner la source pour débloquer un contenu ;
• la répétition du CTA dans chaque section ;
• un badge qui imite une validation officielle du site.

Un texte honnête peut être : « Vous souhaitez retrouver plus facilement les prochains guides de ce site dans les expériences Google compatibles ? Ajoutez ayoub-kahouadji.fr à vos Sources préférées. Google conserve le contrôle de l’affichage et vous pouvez retirer ce choix à tout moment. »

Cette formulation explique l’action, la limite et la réversibilité. Elle ne présente pas la sélection comme un soutien public ni comme une preuve d’autorité.

C : construire et tester le deeplink

Google documente le format suivant :

https://google.com/preferences/source?q=example.com

Remplacez example.com par le domaine ou sous-domaine vérifié. N’ajoutez pas le chemin d’un article ou du blog. Le lien mène directement à la recherche de cette source dans les préférences Google.

Pour ce site, la forme à tester est :

https://google.com/preferences/source?q=ayoub-kahouadji.fr

Cette URL n’est pas une preuve que le domaine apparaît ni que l’utilisateur l’a sélectionné. Elle décrit uniquement une destination. Avant publication d’un bouton, exécutez cette recette :

1. ouvrir le lien dans une session connectée ;
2. vérifier le domaine et le libellé proposés ;
3. sélectionner puis retirer la source afin de contrôler la réversibilité ;
4. ouvrir le lien sur mobile ;
5. ouvrir le lien déconnecté et observer le parcours de connexion ;
6. tester le retour au site ;
7. vérifier le libellé accessible du bouton ;
8. confirmer qu’aucune donnée personnelle n’est ajoutée à l’URL.

Google fournit des ressources de bouton dans plusieurs langues, dont le français, et autorise aussi un design propre au site. Si vous créez votre version, conservez un intitulé explicite. Une icône en forme d’étoile seule peut être confondue avec un favori local.

E : mesurer sans inventer un compteur d’abonnés

La documentation consultée n’expose pas aux propriétaires de sites un compteur individuel de personnes ayant ajouté leur domaine. Un clic sur le deeplink ne prouve pas que la personne a coché la source. Une impression dans AI Mode ne prouve pas qu’elle venait d’une préférence.

Construisez donc trois niveaux de mesure :

Niveau	Ce qui est mesuré	Ce qui ne peut pas être conclu
interaction sur le site	clic sur le CTA et emplacement	sélection finalisée dans Google
performance Search	impressions, pages, pays, appareils et dates disponibles	causalité avec la préférence
observation manuelle	badge vu sur un compte et une requête de test	disponibilité pour tous les utilisateurs

Le rapport de performance IA générative de Search Console, annoncé en juin 2026 et déployé progressivement, présente des impressions dans certaines expériences génératives. Utilisez-le comme une mesure de visibilité, pas comme un rapport d’abonnement. Conservez les changements éditoriaux et techniques dans le journal pour éviter d’attribuer toute variation au nouveau bouton.

Si vous suivez le clic, employez un événement interne sobre, par exemple preferred_source_click, avec l’emplacement et la date. N’ajoutez pas d’identifiant de compte Google, ne tentez pas de détecter la sélection et respectez le choix de consentement applicable à votre mesure.

Ce qui n’améliore pas automatiquement le dispositif

Ajouter un schema.org inventé

Google ne documente pas de propriété structurée permettant de se déclarer Source préférée. Ajouter un type ou une propriété non prévue ne crée pas l’entité. Les données structurées doivent continuer à décrire fidèlement le contenu visible.

Publier plus souvent sans information nouvelle

Une cadence artificielle peut augmenter le nombre d’URL tout en réduisant la confiance. La préférence ne retire ni les systèmes de qualité ni les politiques anti-spam. Mieux vaut une mise à jour substantielle et datée qu’une série de reformulations.

Acheter ou échanger des sélections

Une Source préférée est un choix personnel. Organiser des échanges, des incitations trompeuses ou des sélections forcées dégrade le signal de relation et peut exposer le site à d’autres politiques. Demandez uniquement aux lecteurs qui souhaitent réellement suivre la publication.

Confondre préférence et indexation

Un domaine peut être sélectionnable alors qu’une page précise est bloquée, dupliquée ou non indexée. Inversement, une page bien indexée peut appartenir à un domaine absent de l’outil. Contrôlez les deux sujets séparément.

Promettre une citation

Le badge et la mise en évidence restent conditionnés par le produit, la requête, le contenu et l’utilisateur. Aucun bouton ne garantit une citation, un clic, une indexation ou un classement.

Plan d’implémentation en une heure

Un test initial peut tenir dans six étapes :

1. Dix minutes : vérifier le domaine dans l’outil et noter la preuve.
2. Dix minutes : relire identité, page auteur, dates et dernières publications.
3. Dix minutes : construire le deeplink avec le domaine exact.
4. Dix minutes : rédiger un CTA avec bénéfice et limite.
5. Dix minutes : tester ordinateur, mobile, session connectée et déconnectée.
6. Dix minutes : définir l’événement de clic et la date de prochaine revue.

Si l’une des deux premières étapes échoue, n’installez pas encore le CTA. Corrigez l’identité, l’architecture ou la pratique éditoriale qui relève de votre contrôle. Si le domaine reste absent malgré un site correctement maintenu, documentez simplement la limite ; ne créez pas un sous-domaine ou de fausses actualités pour forcer l’outil.

Pour relier ce test à un diagnostic plus large de visibilité dans Google et les moteurs de réponse, la page consultant SEO et GEO présente le périmètre d’un audit et les preuves attendues.

Checklist de publication du bouton

• le domaine est présent dans l’outil de préférences ;
• le nom affiché correspond bien à la publication ;
• le deeplink contient seulement le domaine ou sous-domaine ;
• le texte ne promet ni classement ni citation ;
• le CTA apparaît après une interaction éditoriale utile ;
• la destination est compréhensible avant le clic ;
• le bouton possède un libellé accessible ;
• le parcours mobile fonctionne ;
• le refus ou l’absence de connexion ne bloque pas le site ;
• la mesure porte sur le clic, pas sur une sélection supposée ;
• une date de revue est prévue ;
• le retrait du CTA reste simple.

Limites

Les Sources préférées dépendent du compte, de la personnalisation, de la langue, de la zone et du déploiement des produits Google. L’apparition d’un domaine dans l’outil peut évoluer et Google ne documente pas un seuil universel de fréquence. Le protocole SOURCE ne prouve ni la sélection par un lecteur, ni l’effet causal sur les impressions, ni une citation. Les rapports Search Console peuvent rester indisponibles pour certaines propriétés pendant leur déploiement. Vérifiez la documentation officielle avant chaque mise en œuvre et conservez les promesses du CTA au niveau réellement observable.

Articles liés

• Google AI Overviews : le test des trois écarts
• Mesurer AI Overviews et AI Mode dans Search Console
• Fraîcheur éditoriale, dates et sitemap lastmod