Google va déployer AI Overviews en France d'ici le 23 septembre 2026, ainsi que le Mode IA, sa version conversationnelle propulsée par Gemini.
L'entreprise a envoyé un courrier aux éditeurs de presse le lundi 29 juin pour officialiser cette arrivée, jusque-là retardée pour des raisons réglementaires.
Trois garanties ont été promises aux éditeurs : le contrôle sur leur apparition dans les fonctionnalités IA, la transparence sur les impressions générées, et une rémunération au titre du droit voisin.
Les 450 éditeurs déjà rémunérés au titre du droit voisin classique toucheront aussi une compensation pour les contenus repris dans le moteur IA.
Il y a quelques jours, nous évoquions l’arrivée imminente des AI Overviews en France. Le territoire faisait partie des derniers grands marchés à ne pas disposer de cette fonctionnalité, principalement en raison du cadre réglementaire français et européen, plus strict qu'ailleurs sur les questions de droit d'auteur et de droits voisins. Ce verrou semble désormais levé, et Google a choisi de s'adresser directement aux éditeurs de presse pour anticiper leurs inquiétudes.
Un courrier pour rassurer les éditeurs
D'après les informations rapportées par Ouest-France relayé par plusieurs SEO dont Lou Pichard et David Eichholtzer, Google a transmis ce courrier le 29 juin aux éditeurs, qui s'inquiètent de cette arrivée. Le message du groupe américain s'articule autour de trois engagements.
D'abord, la capacité de contrôle : chaque éditeur de site pourra choisir d'apparaître ou non dans les fonctionnalités IA de Google.
Ensuite, la transparence : les éditeurs seront informés du nombre d'impressions générées par AI Overviews, de manière distincte des résultats du search classique.
Enfin, la rémunération au titre du droit voisin, le mécanisme déjà en place permettant à 450 éditeurs français d'être payés pour la diffusion de contenus protégés. Cette rémunération sera désormais étendue aux contenus apparaissant via le moteur IA et consultés par les internautes.
Ce que ça change pour les sites web
Concrètement, une synthèse générée par IA va s'afficher en tête de certaines pages de résultats, avant les liens organiques habituels. Sur les marchés où la fonctionnalité est déjà active, comme les Etats-Unis, on observe une baisse significative du taux de clic sur la première position lorsqu'un résumé IA apparaît au-dessus des résultats classiques.
Cela ne signifie pas que Google perd en influence sur le trafic des sites, bien au contraire. L'entreprise change la manière dont les internautes accèdent à l'information. Être bien positionné dans les résultats ne suffira plus à lui seul à générer du trafic : il faudra aussi que son contenu soit repris, cité ou source, dans les résumés générés par l'IA elle-même.
Le Mode IA arrive au même moment
Le Mode IA, pendant conversationnel des AI Overviews fonctionnant avec le modèle Gemini, sera lancé au même moment. Cette fonctionnalité permet aux utilisateurs de poser des questions de manière plus naturelle et d'obtenir des réponses construites à partir de plusieurs sources, dans un format proche d'un échange avec un assistant.
Pour les éditeurs et les professionnels du référencement, cette double arrivée marque un tournant dans la manière dont le trafic organique va se construire en France dans les mois à venir.
La meta description n’est pas obligatoire au SEO, mais reste utile
Sur Reddit, John Mueller a évoqué le sujet des meta descriptions. Son message principal : elles ne sont pas obligatoires pour le SEO et leur absence n'entraîne aucune pénalité. Mais elles sont quand même utiles.
Trois raisons justifient de continuer à les rédiger, notamment pour les pages importantes :
Contrôle du branding : Google réécrit souvent les snippets de manière peu cohérente ; une meta description bien rédigée permet de maîtriser la perception de la marque dans les SERP.
Pages complexes : sur les fiches produit, par exemple, les infos clés (prix, fabricant, avis) sont dispersées ; la meta description permet de les regrouper clairement.
Exercice éditorial : rédiger une meta description force à clarifier le sujet réel d'une page, ce qui peut aider à vérifier qu'elle est bien optimisée pour son audience cible.
En résumé : inutile d'un point de vue ranking pur, mais toujours pertinente d'un point de vue marketing et branding. L’intérêt d’un point de vue branding est toutefois assez limité en pratique. Google tend à réécrire les snippets, y compris quand la meta description est bien rédigée. L'illusion de contrôle est donc à nuancer.
Goossip #2
Les agents IA ont un impact limité sur les fondamentaux du SEO
John Mueller a répondu à une question concernant l'impact des agents IA (comme Gemini) sur les critères qualité de Google. D’après l’intéressé, les fondamentaux ne changent pas. Un site utile pour les humains le sera aussi pour les agents IA. La seule nouveauté technique notable est de ne pas bloquer aveuglément les navigateurs agentiques, sous peine de créer des problèmes SEO involontaires.
D’un certain point de vue, le discours de John Mueller semble quelque peu simpliste. Un agent IA n'a pas les mêmes besoins qu'un utilisateur humain : il n'a pas besoin d'images, de mise en page soignée, ou d'une expérience visuelle satisfaisante. Des critères comme le visual design ou les Core Web Vitals perdent de leur sens dans un contexte purement agentique.
En ce qui concerne le blocage des agents IA, son conseil pragmatique masque une réalité plus complexe. Certains éditeurs ont des raisons légitimes de bloquer certains crawlers IA (questions de droits, de monétisation, de surcharge serveur).
La baisse de trafic des éditeurs ne s'explique pas uniquement par l'IA : les évolutions de comportement (vidéo, réseaux sociaux) jouent un rôle important selon Google.
Pour exister dans la recherche IA, la priorité numéro un reste technique : laisser Google accéder à votre contenu.
Google valorise les contenus uniques, porteurs d'une expertise réelle, et pénalise implicitement les « copies de copies » sans valeur ajoutée.
La logique reste la même qu'en SEO classique : si les utilisateurs cliquent et lisent, Google le remarque.
La baisse de trafic n'est pas uniquement la faute de l'IA
Lors d'une interview récente, Liz Reid, VP Search de Google, a abordé frontalement la question qui agite les éditeurs : pourquoi perdent-ils du trafic, et que faire ?
Sa première réponse surprend par sa franchise, l'IA ne serait pas le seul facteur à incriminer. Liz Reid souligne en effet que les comportements des internautes évoluent de façon plus large. Les utilisateurs se tournent davantage vers la vidéo et les réseaux sociaux pour consommer de l'information. Elle cite à l'appui une étude du Reuters Institute, qui documente ce glissement vers d'autres formats et d'autres plateformes.
Ce point mérite d'être pris au sérieux. Attribuer l'intégralité du recul des visites à l'IA générative, c'est passer à côté d'une transformation plus profonde des usages. Pour les éditeurs, cela implique une question de fond : est-ce que le format texte seul suffit encore à capter une audience ?
Laisser Google crawler, c’est le premier impératif
Sur la question concrète de la visibilité dans la recherche IA, Liz Reid structure sa réponse en deux volets. Le premier est purement technique : rendre le contenu accessible aux robots de Google.
Si un site bloque le crawl, la partie est perdue d'avance. Elle rappelle que Google met à disposition des outils dans la Search Console pour que les éditeurs gardent le contrôle sur ce qu'ils autorisent ou non. Mais bloquer l'accès, c'est se couper de toute chance d'apparaître dans les réponses générées par l'IA.
C'est un rappel qui peut sembler basique pour beaucoup, mais qui prend une nouvelle dimension dans un contexte où certains éditeurs ont choisi de bloquer les crawlers d'IA. Selon Google, ce choix a un coût direct sur la visibilité.
Je dirais qu'on peut probablement classer les choses en deux catégories. La première consiste à s'assurer que nous pouvons accéder à votre contenu. Si vous bloquez le contenu, cela ne fonctionnera pas ; s'il est difficile à découvrir, cela pose problème. Nous proposons divers outils dans la console pour webmasters qui vous offrent des options de contrôle, permettant ainsi aux éditeurs de faire leurs choix. Mais faciliter notre accès au contenu constitue assurément la première étape. - Liz Reid
Le contenu « pour le moteur » ne fonctionne plus
Le deuxième volet de la réponse de Reid est plus exigeant. Elle formule clairement ce que Google attend : du contenu que les gens ont envie de lire, pas du contenu conçu pour plaire à un algorithme.
Elle évoque le problème des articles qui ne sont que « la millième copie de la même histoire » : des textes sans angle particulier, sans expertise réelle, produits en masse pour occuper des positions. Ce type de contenu, selon elle, sera de moins en moins récompensé, que ce soit dans les résultats classiques ou dans les réponses IA.
À l'inverse, elle décrit ce qui fonctionne. Un contenu porteur d'une vraie expertise, qui apporte un regard original sur un sujet, qui est ancré dans ce que l'audience cherche réellement, et qui offre un niveau de détail et de richesse suffisant pour justifier un clic et une lecture complète.
La logique sous-jacente est la suivante : si les utilisateurs cliquent sur un résultat et restent pour lire, Google l'interprète comme un signal positif. Si le contenu n'intéresse personne, aucune optimisation technique ne sera en mesure de rattraper ce déficit.
Nous avons également publié des directives actualisées pour aider les propriétaires de sites et les éditeurs à réfléchir à la manière de créer du contenu de qualité aujourd'hui. L'idée centrale reste la même : si vous voulez que les internautes cliquent, cela implique nécessairement que vous souhaitez qu'ils lisent votre contenu.
Cela signifie qu'il faut produire un contenu que les gens ont envie de lire, n'est-ce pas ? Plus vous créez du contenu qui plaît à votre audience, plus il sera efficace. À l'inverse, si vous produisez du contenu conçu uniquement pour les moteurs de recherche et non pour votre public, les internautes finiront par s'en rendre compte. - Liz Reid
Google a mis à jour ses guidelines pour les éditeurs
Liz Reid mentionne également que Google a publié une version actualisée de ses recommandations à destination des créateurs de contenu et des webmasters. Ces guidelines intègrent les nouvelles réalités de la recherche IA, et leur fil directeur reste cohérent avec ce qu'elle exprime dans l'interview : construire pour l'audience, pas pour le moteur.
Elle insiste sur plusieurs qualités attendues :
La fraîcheur du contenu,
Sa pertinence par rapport à ce que les internautes cherchent à un moment donné,
L’apport d'une expérience et d'un niveau de détail qu'on ne trouve pas partout ailleurs.
Ce que cela change concrètement pour les éditeurs
Le message de Liz Reid ne bouleverse pas les fondamentaux du SEO, mais il les place dans une autre perspective. Avec l'IA générative qui synthétise des réponses directement dans les résultats, les contenus génériques n'ont plus de raison d'être cliqués. Seul ce qui apporte quelque chose de plus, une perspective, une donnée, un contexte que l'IA ne restitue pas seule, justifie le clic.
Pour les éditeurs qui publient des guides, des tests produits, des articles de fond ou des analyses de niche, c'est une direction qui peut sembler rassurante. Mais elle suppose une discipline éditoriale réelle. Autrement dit, chaque article doit avoir une raison d'exister au-delà du volume de mots-clés ciblés.
La vraie question qui demeure en suspens, et que l'interview n'aborde pas, est celle des grands sites médias et des petits éditeurs indépendants qui, malgré un contenu de qualité, voient leur trafic organique se réduire. Le discours de Google sur la qualité est cohérent dans sa logique, mais il ne répond pas à l'inquiétude de ceux qui constatent un recul malgré des efforts éditoriaux réels.
Google a mis en ligne une documentation complète sur les nouveaux contrôles permettant aux sites d'inclure ou d'exclure leur contenu des fonctionnalités d'IA générative de Search (AI Overviews, AI Mode, Generative AI dans Discover).
Le dispositif est entré en vigueur le 17 juin 2026 et n'est accessible pour l'instant qu'aux sites britanniques via Google Search Console.
Trois options sont disponibles : inclure son site, l'exclure, ou hériter du paramètre défini au niveau de la propriété parente.
L'exclusion prend effet sous 1 à 2 jours, mais n'a aucun impact sur le classement du site dans les résultats de recherche classiques.
Depuis Search Console, les propriétaires de sites disposent de trois réglages distincts.
La première option, "Inclure", est le paramètre par défaut pour toutes les propriétés. Elle autorise Google à utiliser le contenu du site dans ses fonctionnalités génératives : le site peut apparaître comme source dans les AI Overviews, contribuer à ancrer les réponses de l'IA et recevoir du trafic et des impressions depuis ces surfaces.
La deuxième option, "Exclure", empêche le contenu du site d'être visible dans l'ensemble des fonctionnalités d'IA générative de Search. Cela inclut les liens affichés dans ces fonctionnalités, ainsi que la participation au grounding des réponses générées. En clair : aucune impression, aucun trafic provenant de ces surfaces. Google précise toutefois que ce contrôle ne constitue pas un signal de classement ou d'inclusion pour les autres parties de Search. L'exclusion prend effet sous 1 à 2 jours après activation, avec un délai potentiellement plus long pour certains contenus en raison du cache et de la propagation dans les systèmes de Google.
La troisième option, "Hériter", s'applique par défaut aux propriétés disposant d'une propriété parente. Elle signifie que la propriété enfant suit le réglage de son parent le plus proche ayant manuellement configuré son contrôle. Si aucun parent n'a modifié son paramètre, c'est le réglage du domaine de premier niveau qui s'applique. Ce comportement par héritage peut être remplacé à tout moment par une configuration manuelle au niveau de la propriété enfant.
Un système d'héritage à bien comprendre
La section consacrée à l'héritage entre propriétés est particulièrement détaillée dans la documentation officielle. Google y explique la logique de cascade : une propriété hérite du réglage de son parent le plus proche ayant arrêté d'hériter. Si l'ensemble de la chaîne parente est en mode héritage, c'est le domaine racine qui fait foi.
Ce mécanisme est important à maîtriser pour les sites organisés en plusieurs propriétés Search Console (sous-domaines, versions mobiles, etc.), car une modification au niveau parent se répercute automatiquement sur toutes les propriétés enfants n'ayant pas configuré de réglage manuel.
Un déploiement encore limité géographiquement
Pour l'heure, le dispositif n'est accessible qu'aux sites basés au Royaume-Uni. Google n'a pas encore communiqué de calendrier précis pour un déploiement plus large. La documentation officielle est cependant d'ores et déjà disponible et consultable par tous, et il est conseillé de la parcourir même sans intention immédiate d'utiliser les contrôles, afin de comprendre les implications pour la visibilité dans les nouvelles surfaces de Search.
Commençons par lever une ambiguïté, parce qu'elle structure tout le reste.
L'annonce d'OKF parle de partage de la connaissance entre équipes et organisations. À la lecture, on imagine un format d'échange de données : je produis un bundle, vous le consommez, on se transmet du savoir.
Et pourtant. Quand on creuse un peu et qu'on ouvre les exemples livrés par Google dans son repo (les datasets GA4, Stack Overflow, Bitcoin) et l'agent d'enrichissement, on voit autre chose. Chaque concept décrit une table BigQuery : son schéma, le sens d'une colonne, les chemins de jointure, et un champ resource qui pointe vers la donnée, là où elle reste. La donnée ne voyage jamais.
Dit autrement : un concept qui décrit une table, c'est en pratique un skill. De la métadonnée, une grille de lecture pour un agent qui a déjà accès à l'entrepôt. Le bundle de référence est une couche d'annotation, un joli nom pour un skill posé sur des données que le producteur garde chez lui.
C'est utile, et c'est un usage parfaitement légitime du format. Mais c'est à un pas de la promesse. Le discours dit "partager la connaissance" ; la démonstration dit "décrire mes tables privées pour des agents". Le pointeur suppose que le lecteur peut le suivre.
Au passage : non, OKF n'est pas un levier de search, ni un nouveau llms.txt à coller sur son site pour plaire aux IA. On a creusé ce point ailleurs (Article linkedin en anglais) et on ne le refait pas ici. Mais on le redit clairement, parce que le raccourci est tentant.
Reste alors une question que les exemples n'abordent pas : et si le lecteur ne peut pas accéder à votre entrepôt, et si la connaissance qui vaut d'être partagée, c'est le résultat déjà calculé ?
Là où on se situe
Marie Haynes, dans son billet sur OKF, pousse l'idée plus loin que la simple conversion de pages. Elle relève une piste : on pourrait vendre des bundles de connaissance experte. Un avocat, un comptable, un consultant qui empaquette ses processus propriétaires dans un bundle qu'une autre organisation intègre.
C'est exactement ce qu'on fait, en concret.
Trois idées circulent en ce moment autour des bundles OKF :
Convertir ses pages en Markdown OKF, le réflexe GEO qui va à l'encontre même du concept OKF. Ce n'est pas ça.
Construire le sien, à la Haynes, à partir de ses propres documents. Le principe, validé à petite échelle.
Vendre un bundle de data + expertise. C'est là que notre PoC se situe.
Deux précisions sur ce qu'il y a dans nos bundles, parce qu'elles font la différence.
D'abord, un bundle contient un extrait de notre donnée Discover enrichie : vos articles, vos entités phares, vos pipelines de distribution comme ceux de vos concurrents, calculés à partir d'un jeu de données que vous ne pourriez pas produire vous-même.
Ensuite, on embarque à la fois l'expertise et la donnée. Les playbooks (comment lire et interroger le bundle) voyagent avec le jeu de données. Connaissance, expertise et données dans un seul artefact.
Et là, le contraste avec la démonstration de Google devient net. Google annote des tables qu'il garde. Notre bundle, lui, est la donnée plus la façon de la lire, dans un objet autonome : rien à synchroniser, rien à aller rechercher ailleurs, il reste chez le client. C'est le coeur de la proposition.
Comment un bundle est fabriqué
Un producteur déterministe (un script, aucun LLM dans la boucle, donc reproductible et auditable) lit notre réplica analytique et sérialise l'empreinte Discover d'un site sur une période, dans un bundle autonome. Quelques partis pris, qui sont aussi nos limites assumées :
Capture, pas trafic. Nos chiffres viennent d'un échantillon de capture. Ce ne sont pas des volumes de trafic, d'audience ou de revenus. On compare des positions relatives (des parts, des scores), jamais des volumes absolus. On ne prétend pas avoir une donnée parfaite ; on a une donnée comparable.
La performance se mesure en score et en jours. Le score (0 à 100) situe le meilleur jour d'un article face au plus fort article du système ce jour-là. Les jours en feed mesurent la persistance. Les deux indicateurs se conjuguent pour apporter de la nuance.
Les entités d'abord, les topics à titre indicatif. Les thèmes auto-classés sont bruités (un portrait peut finir rangé en "humour"). On s'appuie sur les entités, et on confronte toujours aux titres avant de conclure.
Ces règles ne sont pas reléguées en note de bas de page : elles voyagent dans le bundle, dans un concept GUARDRAILS que l'agent lit en premier. La grille de lecture fait partie de la livraison.
Un bundle, ce sont des fichiers : les sections de données, les playbooks (les skills) et le contrat de lecture GUARDRAILS, dans un seul dossier.
Ce qu'on peut réellement en tirer
Un bundle n'est pas qu'une donnée : il embarque les recettes pour la lire. L'agent du client choisit le playbook qui correspond à sa question et produit l'analyse lui-même. Le menu, en résumé :
pipeline-profile : quels mécanismes du feed vous portent, et quel profil d'éditeur vous êtes.
content-footprint : sur quoi vous êtes visible, et ce qui décroche vos pics.
pipeline-evolution : comment ce mix se déplace dans le temps.
Si vous donnez à votre agent non pas juste votre bundle, mais votre bundle et celui d'un (ou plusieurs concurrents), vous débloquez des playbook bonus :
content-gap : où un concurrent est devant, et quoi publier pour combler.
content-fit : ce que ses succès ont de naturellement transposable chez vous, avec des idées de titres dans votre propre style.
pipeline-conquest : quels pipelines menés par un concurrent vous pouvez réalistement prendre.
Aucun de ces playbooks n'a besoin de revenir vers nous.
Voici deux exemples, sur données réelles, anonymisées.
La veine qu'un rédacteur n'aurait pas cherchée
Prenez un réseau de presse régionale et un concurrent régional plus large qui le surclasse, même fenêtre de 30 jours, même locale. En surface, ils se ressemblent : article médian identique, score 2 sur 100. Tout l'écart est dans la traîne. Le top-décile du concurrent est à 16 contre 7, et il produit des articles "forts" (score supérieur ou égal à 50) à un rythme environ 2,6 fois supérieur.
Chaque bundle classe les entités de deux façons : par fréquence de mention, et par score. Le classement par mention, pour les deux sites, n'est presque que de la géographie : il ne dit rien. Le classement par score, lui, révèle l'essentiel.
En haut de la table par score du concurrent, une grappe quasi invisible en volume : l'agriculture et l'économie rurale. Agroécologie : score médian 61, top-décile 90, persistance médiane 8 jours. Pas un pic d'un jour, une veine. Derrière, des portraits de fermes au premier degré (un jeune couple reprend une exploitation, un maraîcher se reconvertit en bio). Le genre porte tout le haut du classement du concurrent, autour de 90.
Et le réseau régional ? Il écrit le même genre. Mais à plat : quand il publie ce type de portrait, il score autour de 11 quand le concurrent score autour de 90. Même sujet, même locale, même mois. Il ne lui manquait pas le sujet. Il lui manquait le traitement qui le fait durer.
Aucun rédacteur ne tape "portrait d'éleveur de chèvres" dans un outil. Ce n'est pas une tendance, ça ne fait pas de pic, et en volume c'est du bruit. Ça n'apparaît que si on cesse de classer par fréquence pour classer par performance. C'est ça, le moteur.
Les entités d'un site. Par part de mentions elles se ressemblent ; par score, la veine agricole se détache de la géographie qui remplit le feed.
Caractériser un site, finement
Sur un seul bundle, le même jeu de données dresse un portrait précis. Sur le réseau régional : une très large surface (une présence de masse), mais une intensité par article faible et concentrée. Score médian 2, top-décile 7, seulement 0,8 % d'articles forts, persistance médiane de 3 jours. Une traîne plate, et quelques pics. Le bundle nomme à la fois ce qui remplit le feed (la géographie, l'événementiel local, tous à faible score) et les veines à faible part mais fort score qui, elles, décrochent : épaves et découvertes patrimoniales (score médian 71), inventions du "génie ordinaire", faune de saison. La caractérisation est actionnable sur un seul site, pas seulement en comparaison.
Deux questions, deux réponses : le gap et le fit
Une chose qu'on a dû expliciter en construisant les playbooks, et qui compte beaucoup pour Discover : "où suis-je en retard ?" (le gap) et "qu'est-ce qui me correspond naturellement ?" (le fit) sont deux questions différentes, avec des réponses différentes. Les confondre, c'est courir après du contenu qui ne prendra jamais.
Un exemple volontairement générique. Un site centré sur l'éducation et les enfants ; des concurrents qui performent sur le jardinage.
Le fit ne retient pas le jardinage : aucun ancrage commun avec une empreinte éducation-enfants. La recette dit, clairement, ne recommande pas ça. Une méthode qui ne dit que oui ne vaut pas qu'on lui fasse confiance ; c'est le non honnête qui donne du poids au oui.
Le gap, lui, signale le jardinage : une demande réelle, qui performe, et que le site n'a pas. Le signal qu'elle est atteignable ? Le thème marche chez plusieurs concurrents directs à la fois. Quand un sujet performe sur un ensemble de sites qui servent la même audience, c'est qu'aux yeux de Google les profils servis sont assez proches pour être compatibles.
Et le gap ne recommande pas "jardinage" brut. Il le recentre sur la force du site : jardiner avec les enfants (des semis qui poussent vite, un carré de balcon que les petits surveillent, des plantes non toxiques, un hôtel à insectes). Même demande prouvée, réancrée sur un terrain que le site tient.
Le fit répond à "qu'est-ce que je publie qui me ressemble", le gap à "où est la demande prouvée près de moi", et les coups les plus durables sont à l'intersection.
Reste une question pratique : comment on vous livre tout ça. Deux modèles, et ils ne s'opposent pas.
Le premier, c'est le rapport clé en main, celui qu'on produit à la demande depuis un moment, et que les clients nous redemandent. Notre donnée, notre extraction, nos agrégats et nos tops, un raisonnement par-dessus, et un rapport personnalisé, assisté par IA, à partir d'un gabarit. Vous voulez la réponse, toute faite, avec notre lecture : c'est ce modèle. Le résultat est dense, le plus complet possible, technique.
Le second, c'est le bundle OKF que vous gardez. De la donnée enrichie, aggrégée, pré-filtrée, qui reste chez vous. Vous posez vos propres questions, vous itérez, vous comparez plusieurs bundles, vous y ajoutez votre propre donnée (la Search Console, par exemple), vous testez plus loin. Vous voulez posséder la donnée et continuer à l'interroger : c'est ce modèle.
Ce n'est pas l'un ou l'autre. Un rapport peut sortir d'un bundle, et un bundle survit à n'importe quel rapport. Le bundle, c'est votre carte ; vous la gardez.
Ce qu'on ne prétend pas
Pour finir, et parce que l'honnêteté fait partie du travail : Google n'a pas illustré cet usage, ses exemples décrivent des tables d'entrepôt. On a simplement expérimenté : poussé à bout le pari "l'agent sait lire" et mis notre donnée enrichie à l'intérieur du bundle. Ce que l'agent en tire, les deux exemples plus haut en sont la preuve, est allé plus loin que ce qu'on attendait d'un format aussi mince. C'est tout ce qu'on revendique, ni plus ni moins.
Le format est mince. Ce qu'on met dedans, et la façon de le lire, font tout. Le reste, les questions que vous posez, les comparaisons, les arbitrages éditoriaux, c'est vous qui les menez. Comme tout bon capitaine, c'est en naviguant dans vos propres données que vous ferez vos meilleures découvertes.
En mai 2026, Google déployait sa dernière Core Update en date. C'est au tour de la mise à jour des algorithmes anti-spam de repointer le bout de son nez.
Comme le précise Google dans sa communication : « Nous avons déployé aujourd'hui la mise à jour anti-spam de juin 2026 pour la recherche Google. Il s'agit d'une mise à jour anti-spam classique, qui sera déployée dans toutes les langues et régions. Le déploiement complet peut prendre quelques jours. Pour plus d'informations sur les mises à jour anti-spam, consultez la page : https://lnkd.in/gshkDEU3 »
Les mises à jour anti-spam ciblent spécifiquement les pratiques de spam sur les sites web, comme le contenu généré automatiquement en masse, le contenu de faible qualité ou dupliqué, les redirections trompeuses, et d'autres abus visant à manipuler le classement. Elles ont pour objectif de nettoyer les résultats de recherche des contenus trompeurs ou abusifs en améliorant les systèmes automatisés anti-spam de Google.
Les mises à jour du cœur de l'algorithme (Core Update) sont à la fois plus larges et profondes. Elles permettent de réévaluer la qualité, la pertinence et la satisfaction des contenus affichés dans les résultats de recherche. Contrairement aux spam updates, ces mises à jour ne ciblent pas spécifiquement le spam.
Que faire en cas d'impact d'une Spam Update ?
Pendant la mise à jour : rien. Attendez la fin de la mise à jour avant de faire des analyses et d'identifier les pages ou rubriques touchées. Vous pouvez également réaliser un audit SEO afin de vous aider à corriger les problèmes.
Si vous êtes impacté par une SPAM Update, consultez les règles de Google en matière de spam afin de vous assurer que vous les respectez. Apporter des modifications peut aider votre site à s'améliorer si Google ne détecte plus de spam sur votre site. Néanmoins, dans le cas d'une mise à jour spécifique au spam de liens, apporter des modifications peut ne pas entraîner d'amélioration :
Lorsque nos systèmes suppriment les effets que les liens spammeurs peuvent avoir, tout avantage en termes de classement que ces liens pouvaient générer auparavant pour votre site est perdu. Les avantages potentiels en termes de classement générés par ces liens ne peuvent pas être récupérés.
Si ce concept d'Update est nouveau pour vous ou vous inquiète, on vous conseille ces articles :
Rendez-vous dans quelques semaines pour faire le bilan de cette Spam Update !
L'importance de rester informé des core updates
Rester informé des dernières évolutions de l'algorithme de Google est nécessaire pour tous les propriétaires de sites. Les core updates peuvent avoir un impact majeur sur le trafic, et anticiper ces changements offre un avantage concurrentiel. On vous expliqueavec quels outils suivre les mises à jour des algorithmes de Google!
Bing Webmaster Tools lance quatre nouvelles fonctionnalités en preview mondiale : Intents, Topics, Citation Share et Compare, toutes intégrées au rapport de performance IA existant.
Intents et Topics permettent de comprendre le contexte et les thématiques derrière les citations IA, au-delà du simple comptage de requêtes.
Citation Share mesure la part de visibilité d'un site pour une requête donnée, relativement à l'ensemble des sources citées.
Compare permet de visualiser l'évolution des citations dans le temps en superposant deux périodes.
Un rapport de performance IA déjà existant, mais limité
Lancé plus tôt cette année, le rapport de performance IA de Bing Webmaster Tools répondait à une première question fondamentale : où mon contenu est-il cité dans les réponses générées par l'IA ? C'était un premier pas utile, mais insuffisant face à la complexité croissante des systèmes de réponses IA.
Ces systèmes ne fonctionnent pas comme un moteur de recherche classique. Ils synthétisent des informations issues de plusieurs sources à la fois, dans des contextes très variés. Un simple comptage de citations ne suffit donc plus pour comprendre sa visibilité réelle.
C'est pour répondre à ce besoin que Microsoft introduit aujourd'hui quatre nouvelles capacités, disponibles en preview mondiale. Des fonctionnalités présentés sur le Blog Microsoft Bing par Krishna Madhavan, Meenaz Merchant, Saral Nigam et Trishna Shah.
Intents : comprendre pourquoi le contenu est cité
La première nouveauté, Intents, classifie les requêtes de grounding (les requêtes qui fondent les réponses IA) en grandes catégories : Informational, Commercial, Navigational, Learn and Solve, Research, Creation, Local, et d'autres encore.
Pour rappel, le grounding désigne les sources et les données web que le système IA utilise pour appuyer et citer ses réponses. Jusqu'ici, les éditeurs voyaient quelles requêtes avaient déclenché une citation, sans comprendre dans quel type d'expérience IA leur contenu avait été mobilisé.
Avec Intents, un éditeur e-commerce pourra par exemple constater que son contenu est surtout cité dans des contextes de comparaison ou d'achat, tandis qu'un éditeur éducatif découvrira peut-être que ses articles sont majoritairement surfacés dans des interactions de type « recherche » ou « apprentissage ». Ces informations permettent d'affiner la structure et la profondeur des contenus en fonction des types d'expériences IA où ils apparaissent.
Topics : voir sa visibilité par thématiques, pas par mots-clés
La deuxième fonctionnalité, Topics, regroupe les requêtes de grounding en clusters thématiques plus larges. Là où un SEO traditionnel raisonne requête par requête, les systèmes IA, eux, raisonnent par concepts et thèmes.
Par exemple, des requêtes comme « panneaux solaires », « efficacité de l'énergie solaire » et « installation solaire résidentielle » pourraient toutes être regroupées sous un cluster thématique « Énergie solaire ». Les éditeurs obtiennent ainsi une vue d'ensemble des grandes thématiques qui génèrent de la visibilité IA pour leur site.
Cette approche est particulièrement utile pour les équipes éditoriales, qui pensent naturellement en termes de thèmes et de territoires éditoriaux plutôt qu'en mots-clés isolés. Topics permet d'identifier les zones d'autorité émergentes, de repérer des lacunes dans la couverture thématique, et de mieux comprendre comment les systèmes IA regroupent sémantiquement les contenus.
Microsoft précise que ces classifications reposent sur des systèmes d'IA/ML en évolution. Pendant la phase de preview, certains labels peuvent encore être assez larges, notamment pour les domaines très spécialisés. La précision est attendue en hausse au fil du temps.
Citation Share : mesurer sa part de présence dans l'écosystème IA
La troisième fonctionnalité apporte une dimension comparative. Citation Share calcule le pourcentage de citations attribuées à un site donné, par rapport à l'ensemble des citations affichées pour une même requête de grounding.
En clair : en plus de savoir si vous avez été cité, vous pouvez savoir quelle part de l'espace de citation vous avez occupée pour cette requête. Un site peut être cité régulièrement mais ne représenter qu'une infime fraction des sources mobilisées sur un sujet. Citation Share rend visible cette réalité.
Microsoft insiste sur le fait que cet indicateur est conçu comme une métrique d'observation, non comme un système de classement ou un score compétitif. Il n'expose pas les domaines concurrents, ne représente pas une part de trafic, et n'attribue pas de note de qualité au contenu. Son objectif est de permettre aux éditeurs d'identifier les zones où leur représentation dans les réponses IA est forte ou, au contraire, fragmentée entre de nombreuses sources.
Les patterns de citations peuvent évoluer pour de nombreuses raisons : changements dans les comportements utilisateurs, évolution des modèles IA, signaux de fraîcheur, cycles de mise à jour des partenaires, et mutations plus larges du web.
Compare : observer l'évolution des citations dans le temps
La quatrième fonctionnalité, Compare, permet de superposer une période précédente à la vue de reporting actuelle. L'objectif est de visualiser facilement comment l'activité de citation évolue, et de mettre en relation ces variations avec des mises à jour de contenu, des effets saisonniers, des changements de la demande, ou des évolutions plus larges de l'écosystème.
Les éditeurs peuvent par exemple comparer les 30 derniers jours avec les 30 jours précédents, ou définir des plages de dates personnalisées pour analyser des tendances plus longues.
Compare ne cherche pas à expliquer les causes des variations, mais à les rendre visibles de manière claire et directe, pour que les éditeurs puissent former leurs propres hypothèses et ajuster leur stratégie de contenu en conséquence.
Ce que ces outils changent concrètement pour les éditeurs
Pris ensemble, Intents, Topics, Citation Share et Compare marquent un changement d’approche dans la manière dont Microsoft outille les éditeurs face à l'IA. Plutôt que de réduire la visibilité IA à un score unique ou à un simple comptage, ces fonctionnalités proposent un ensemble de signaux complémentaires :
Le contexte des citations,
Leur organisation thématique,
Leur poids relatif
Leur évolution temporelle.
Pour les praticiens du GEO, ces données sont directement exploitables pour orienter les décisions éditoriales : sur quels sujets renforcer l'autorité, dans quels types de requêtes IA mieux se positionner, et comment suivre l'impact des ajustements de contenu dans la durée.
Ces quatre fonctionnalités sont disponibles dès aujourd'hui en preview mondiale dans Bing Webmaster Tools. Microsoft invite également les utilisateurs à partager leurs retours directement depuis l'interface du tableau de bord via une nouvelle fonctionnalité de feedback intégrée.
• Sébastien Missoffe, directeur général de Google France, a annoncé vouloir lancer les AI Overviews en France « dans les prochains mois », et « dès 2026 » si possible.
Le blocage était juridique : la loi française sur les droits voisins complique la réutilisation de contenus de presse sans compensation.
Les AI Overviews affichent une réponse générée par Gemini directement dans les résultats, avant même les liens vers les sites.
Les médias français craignent une perte de trafic significative, même si Google assure que ce n'est pas ce qui s'est produit dans les autres pays.
Les raisons de l’attente en France
Déployé dans plus de 200 pays et disponible de 40 langues, les AI Overviews, initialement présentés lors de la Google I/O de 2024 sont attendus de longue date en France.
La raison du retard français n'est pas technique, mais d'ordre purement juridique, et il s'articule autour d'une notion précise : les droits voisins.
Depuis 2019, la loi française impose en effet aux plateformes numériques de rémunérer les éditeurs de presse lorsqu'elles réutilisent leurs contenus. Or, un résumé généré par une IA qui s'appuie sur des articles de presse pour produire une réponse, sans renvoyer de trafic vers les sites sources, pose un problème évident au regard de ce cadre légal.
La situation s'est tendue en mars 2024, quand l'Autorité de la concurrence a infligé une amende de 250 millions d'euros à Google pour avoir utilisé des contenus de presse française afin d'entraîner Gemini, sans accord préalable.
Interrogé par Ouest-France le 21 juin, Sébastien Missoffe se dit confiant. Il indique que Google France mène des « discussions constructives avec l'Autorité de la concurrence » pour lever ces obstacles réglementaires, et résume ainsi l'enjeu : « Il faut trouver un équilibre : l'intelligence artificielle est trop importante pour ne pas être régulée, sans pour autant construire des murs qui freinent le progrès ou la compétitivité des entreprises européennes. »
Google a également commencé à tester son « Mode AI ». En bref, tout est en place. Il ne manque plus qu'à appuyer sur le bouton vert (ou rouge selon votre sensibilité sur le sujet). Quand ? En 2026 peut-être, comme l'espère Sébastien Missoffe, mais il n'est pas possible de donner de date précise pour le moment.
Quid des médias et des éditeurs ?
C'est là que les tensions sont les plus vives. Si les utilisateurs obtiennent leurs réponses directement sur la page Google sans cliquer sur les articles, les médias perdent mécaniquement des visites, et donc des revenus publicitaires.
Arthur Gregg Sulzberger, le patron du New York Times, a exprimé cette inquiétude sans détour lors du congrès mondial des médias à Marseille il y a quelques semaines, évoquant « un vol sans scrupule » et accusant les entreprises d'IA de « piller les sites d'information sans autorisation ni compensation ».
Sébastien Missoffe, qui était présent à ce congrès, souligne que sur les requêtes d'actualité, les résumés Overviews apparaissent peu et que Google « continue à mettre en avant les différents points de vue des médias, avec des liens ». Il a également rappelé que Google verse chaque année des dizaines de millions d'euros au titre des droits voisins en France, et que depuis septembre 2023, les éditeurs peuvent choisir via Google Extended si leurs contenus peuvent ou non être utilisés pour entraîner Gemini.
Ces arguments peinent encore à convaincre tous les acteurs du secteur. Ce qui est certain, c'est que l'arrivée des AI Overviews en France va représenter un tournant majeur pour l'ensemble du secteur de l'information en ligne.
Le HTML est le format standard du SEO (pas le Markdown)
Lors de l'épisode du podcast Off The Record, John Mueller et Martin Splitt ont réaffirmé que le HTML reste le standard absolu pour le SEO, le format Markdown n'apportant aucun avantage pour le référencement. Les moteurs de recherche et les robots d'exploration sont optimisés depuis des décennies pour traiter le HTML et en extraire le texte brut, rendant ce format indispensable pour la découverte et l'indexation des contenus.
Une déclaration qui reste dans la droite lignée de ce qu’affirme Google depuis plusieurs mois. La plupart des experts déconseillent d'ailleurs de créer des versions Markdown parallèles de son site dans l'espoir de plaire aux grands modèles de langage (LLM) : cette pratique double la charge de travail, augmente la complexité technique et comporte le risque qu'une version cassée soit indexée par les IA sans que les utilisateurs humains (qui ne la voient pas) puissent la signaler. Bien que le Markdown conserve son utilité pour d'autres cas d'usage, un site web HTML standard demeure la norme incontournable pour être visible sur les moteurs de recherche traditionnels comme sur les systèmes d'IA.
Goossip #2
Les sous-répertoires localisés n’apportent rien en termes de SEO
Selon John Mueller, le choix entre une structure de dossier générique (ex. /blog/) ou localisée (ex. /en-us/blog/) pour cibler le marché américain (ou un autre marché) n'apporte aucune différence pratique en matière de SEO. Si l'utilisation de sous-dossiers spécifiques par pays s'avère grandement utile pour filtrer et analyser plus facilement les données dans vos outils analytiques, Google recommande avant tout de choisir la solution la plus simple à gérer pour vous.
Par ailleurs, concernant la gestion du contenu international, Mueller déconseille de dupliquer à l'identique les textes d'un pays à l'autre sous prétexte d'utiliser des balises hreflang. Bien que Google parvienne généralement à afficher la bonne URL dans les résultats de recherche grâce à ces balises (quitte à fusionner temporairement les rapports dans la Search Console sous une seule URL canonique), il est préférable soit de conserver une seule version anglaise globale pour le contenu purement informatif, soit de localiser et personnaliser réellement les contenus par pays lorsque des critères spécifiques (comme les devises ou la disponibilité des produits) l'exigent.
Lors d'une migration de domaine, il faut soumettre une demande de changement d'adresse pour toutes les variantes de l'ancien domaine, pas seulement la version principale.
TCela inclut les sous-domaines, la version www et la version non-www (ex. : en.example.com, www.example.com et example.com).
Toutes ces variantes doivent être vérifiées dans Google Search Console avant de soumettre les demandes.
Google rappelle que les migrations de domaine fonctionnent mieux quand toutes les variantes sont migrées correctement.
L'outil « Changement d'adresse » doit couvrir toutes les variantes du domaine
Quand on déplace un site d'un domaine vers un autre, l'outil « Changement d'adresse » de Google Search Console est l'un des leviers essentiels pour indiquer à Google que le contenu a migré et qu'il doit transférer le signal vers le nouveau domaine.
Jusqu'ici, beaucoup de webmasters se contentaient de soumettre la demande pour la version principale de leur domaine. C'est une erreur que Google vient explicitement corriger dans sa documentation mise à jour.
La firme de Mountain View a ajouté un encadré dans son guide sur les migrations de site, qui précise : si vous déplacez votre site d'un domaine vers un autre, vous devez soumettre des demandes de changement d'adresse pour tous les sous-domaines et les variantes www et non-www de l'ancien nom de domaine, même si vous ne les utilisez pas activement.
L'exemple donné est le suivant: si vous migrez vers new-example.net, il faut soumettre des demandes depuis en.example.com, www.example.com et example.com. Les trois.
Pourquoi c'est important même pour les variantes inutilisées
Le point clé dans la mise à jour de Google, c'est la précision : « même si vous n'utilisez pas activement ces variantes ». En pratique, un domaine peut avoir une version www et non-www qui redirigent toutes les deux vers la même URL canonique. On pense souvent que la variante secondaire n'a pas besoin d'être migrée formellement puisqu'elle n'est pas vraiment utilisée.
Google précise dorénavant le contraire. Chaque variante peut avoir accumulé des signaux indépendants dans l'index, et ne pas migrer l'une d'elles peut laisser une partie du patrimoine SEO du site derrière.
Pour que la migration fonctionne correctement, toutes ces propriétés doivent aussi être vérifiées dans Google Search Console au préalable. Sans vérification, la demande de changement d'adresse ne peut pas être soumise.
Une clarification officielle, et non pas un changement technique
Barry Schwartz, qui relaie cette mise à jour sur Search Engine Roundtable, note qu'il ne s'agit probablement pas d'une nouveauté dans le fonctionnement de l'outil en lui-même, mais d'une clarification bienvenue dans la documentation officielle. Le comportement de l'outil restait le même, mais la recommandation n'était pas formulée aussi explicitement.
Pour les équipes SEO qui accompagnent des refentes ou des migrations de marque, c'est un point à considérer dès maintenant. Avant de clore une migration, vérifiez que chaque variante de l'ancien domaine a bien sa propre demande de changement d'adresse soumise dans Search Console.
