Google ajoute une section « Comment cette pub a été créée » dans le panneau My Ad Center, accessible via le menu à trois points ou l'icône d'information sur les annonces affichées sur Search, YouTube et Discover
Les publicités créées avec les outils d'IA générative de Google recevront automatiquement une mention
Les annonceurs qui utilisent d'autres outils d'IA pour créer leurs publicités disposeront d'un nouveau contrôle pour signaler eux-mêmes cet usage
Selon les réglementations locales, un label pourra apparaître directement sur la publicité, de façon automatique ou à l'initiative de l'annonceur
Un panneau accessible sur toutes les grandes surfaces publicitaires de Google
Cette nouvelle section du My Ad Center est disponible pour tous. Pour la consulter, il suffit de cliquer sur le menu à trois points ou sur l'icône d'information présente sur les publicités, que ce soit dans les résultats de recherche, sur YouTube ou dans le flux Discover. Le panneau indique si l'annonce a été générée ou modifiée par une IA.
Keerat Sharma, vice-présidente et directrice générale en charge de la confidentialité et de la sécurité publicitaire chez Google, présente cette initiative comme une réponse directe à la multiplication des outils d'IA générative utilisés par les entreprises, petites ou grandes, pour concevoir leurs campagnes.
Exemple de panneau avec mention d'utilisation de l'IA
Un signalement automatique pour les outils Google, un contrôle manuel pour les autres
Google distingue deux cas de figure pour les annonceurs.
Lorsqu'ils utilisent les outils publicitaires génératifs propres à Google pour fabriquer leurs annonces, la mention s'ajoute automatiquement au panneau My Ad Center de chaque publicité concernée. Aucune action supplémentaire n'est donc requise de leur part.
En revanche, si les annonceurs créent leurs visuels ou vidéos ailleurs, avec d'autres outils d'IA, Google introduit un contrôle dédié qui leur permet de signaler eux-mêmes cet usage. Selon les exigences légales en vigueur dans certains pays, un label peut alors s'afficher directement sur la publicité, soit de manière automatique, soit parce que l'annonceur a activé cette option.
Une continuité avec les efforts de traçabilité déjà engagés
Cette annonce ne sort pas de nulle part. Google rappelle qu'elle intègre déjà des signaux imperceptibles dans les contenus produits par ses outils d'IA générative, via la technologie SynthID, développée pour tracer l'origine synthétique d'une image, d'une vidéo ou d'un texte. L'entreprise mentionne également l'obligation, instaurée dès 2023, de signaler tout contenu synthétique ou modifié numériquement dans les publicités électorales.
Google précise enfin que ces nouvelles fonctionnalités de transparence viennent compléter, et non remplacer, ses politiques publicitaires existantes. La vérification des annonceurs et la publication de l'identité de ceux qui diffusent une publicité restent en place. L'entreprise réaffirme continuer d'interdire les publicités trompeuses ou mensongères, qu'elles soient produites avec de l'IA ou non.
Google ajoute une propriété category à sa structured data Product, qui accepte du texte libre ou un objet CategoryCode relié à la taxonomie officielle Google Product Category.
Trois propriétés (priceValidUntil, validFrom, validThrough) permettent désormais d'indiquer précisément le début et la fin d'une période de soldes, au format ISO 8601.
Ces ajouts font le lien entre le balisage Schema.org de la page et les attributs product_type, google_product_category et sale_price_effective_date du flux Merchant Center.
Aucune de ces propriétés n'est obligatoire, mais Google les recommande pour améliorer la fiabilité des informations affichées dans les résultats de recherche.
Une nouvelle propriété category pour classer les produits
Dans le vocabulaire Schema.org, un Type désigne la nature d'une entité (par exemple Product), tandis qu'une Property vient préciser ou décrire ce Type. Jusqu'ici, les marchands qui voulaient classer finement leurs produits devaient s'appuyer presque exclusivement sur les attributs de leur flux Merchant Center. Google comble ce manque en introduisant la propriété category directement dans la structured data Product.
Concrètement, cette propriété peut recevoir deux types de valeurs, et même les combiner au sein d'un tableau.
La première possibilité consiste à utiliser du texte brut. Cela fonctionne exactement comme l'attribut product_type des flux produits : il s'agit d'une catégorie personnalisée, définie librement par le marchand. Google recommande toutefois de rester sous la limite de 750 caractères.
La seconde possibilité repose sur l'objet CategoryCode, une structure qui permet de déclarer une catégorie officielle Google Product Category (GPC) directement dans le code de la page. Deux champs la composent : inCodeSet, qui pointe vers l'URL de la taxonomie Google, et codeValue, qui précise la catégorie, soit par un identifiant numérique, soit par un chemin complet. Ce codeValue correspond exactement à l'attribut google_product_category du flux marchand. Autrement dit, la même valeur GPC peut désormais figurer aussi bien dans le flux que dans le balisage de la page.
Voici un exemple de balisage fourni par Google, qui illustre bien la souplesse de cette nouvelle propriété :
Cet exemple montre qu'un même produit peut porter plusieurs valeurs de catégorie : un identifiant GPC numérique, un chemin de catégorie GPC complet, une catégorie personnalisée en texte libre, et même plusieurs catégories personnalisées à la fois. Lorsqu'on utilise le format de chemin, chaque niveau doit être séparé par le symbole > et contenir au moins une lettre. Les identifiants numériques restent également acceptés.
Trois propriétés pour préciser la durée d'une promotion
Le second grand ajout concerne la durée de validité des prix. Google a complété sa documentation avec trois propriétés qui permettent d'indiquer clairement quand une réduction commence et quand elle se termine.
La propriété priceValidUntil indique la date et l'heure après lesquelles le prix affiché ne sera plus disponible, au format ISO 8601. Google précise qu'une fiche produit risque de ne plus s'afficher si cette date est déjà dépassée.
La propriété validFrom marque le début de la période durant laquelle le prix est valide, tandis que validThrough en marque la fin. Les deux acceptent un format DateTime ou Date, toujours selon la norme ISO 8601.
Comment et où placer ces propriétés
Google recommande d'indiquer à la fois une date de début et une date de fin pour délimiter clairement la période de soldes, et de veiller à ce que la date de début (validFrom) soit antérieure ou égale à la date de fin (validThrough ou priceValidUntil). Il est également conseillé d'inclure l'heure et le fuseau horaire dans le format ISO 8601, pour une meilleure précision côté systèmes Google.
L'emplacement de ces propriétés dépend de la structure du balisage. Si le prix soldé figure directement dans le prix de l'offre (property price du nœud Offer), alors validFrom et l'une des deux propriétés de fin de validité (validThrough ou priceValidUntil) doivent être ajoutées directement sur ce nœud Offer.
Si en revanche le prix soldé est défini dans un nœud PriceSpecification distinct, typiquement un nœud sans propriété priceType lorsqu'un prix barré (StrikethroughPrice) est également présent, alors validFrom et validThrough doivent être ajoutées à ce nœud PriceSpecification spécifique. À noter que priceValidUntil ne s'applique pas au type PriceSpecification : dans ce cas de figure, seule validThrough peut être utilisée pour marquer la fin de la période.
Ce que ces ajouts changent pour les e-commerçants
Ces nouvelles propriétés ne sont pas obligatoires, mais Google les recommande car elles renforcent la cohérence entre ce qui est affiché sur la page et ce qui est transmis dans le flux Merchant Center. La propriété category fait désormais écho aux attributs product_type et google_product_category du flux, tandis que les propriétés de durée de soldes correspondent à l'attribut sale_price_effective_date.
Pour les marchands, l'intérêt est double. D'une part, ces données permettent à Google d'afficher des informations produit plus précises dans les résultats de recherche. D'autre part, elles offrent un moyen de déclarer ces informations au niveau de la page elle-même, sans dépendre uniquement du flux produit pour tenir Google informé des catégories et des périodes de promotion en cours.
Google Search Console propose désormais des « propriétés de plateforme » pour suivre la performance de vos contenus Instagram, TikTok, X et YouTube dans les résultats de recherche Google.
Trois sections sont concernées : le rapport de performances, le rapport d'insights et les « achievements ».
La vérification se fait comme pour une propriété classique, via le sélecteur de propriété de Search Console.
Le déploiement est progressif : la fonctionnalité n'est pas encore visible pour tous les comptes.
Cette nouveauté, annoncée par Google et relayée par Barry Schwartz sur Search Engine Roundtable le 7 juillet 2026, comble un vide que beaucoup de référenceurs et de créateurs de contenu réclamaient depuis longtemps. Jusqu'à présent, Search Console ne donnait des informations que sur les propriétés que l'on possédait ou administrait techniquement, un site web par exemple. Impossible donc de savoir comment un post Instagram ou une vidéo YouTube se comportait dans les recherches Google, sauf à avoir un accès développeur à la plateforme concernée.
Trois nouveaux emplacements pour ces données
Google a intégré ces informations directement dans les outils que les utilisateurs de Search Console connaissent déjà.
Le rapport de performances affiche le total des clics, des impressions et d'autres métriques habituelles. Il devient possible de filtrer et trier ces données pour identifier quels posts précis et quelles requêtes génèrent le plus de trafic. Comme pour les autres rapports de Search Console, l'export des données reste disponible pour ceux qui préfèrent les analyser avec un autre outil.
Le rapport d'insights donne une vue d'ensemble plus synthétique : les tendances de trafic récentes, les publications les plus performantes, et la façon dont les internautes découvrent le compte via Google.
La section achievements permet de suivre sa progression et de marquer les étapes franchies, comme le fait d'atteindre un nouveau seuil de clics cumulés depuis Google Search sur les 28 derniers jours.
Cette approche rappelle les données sur les réseaux sociaux déjà présentes dans les rapports d'insights de Search Console, mais elle va plus loin en couvrant désormais quatre plateformes précises avec un rapport de performances dédié.
Comment activer les propriétés de plateforme
Pour accéder à ces nouvelles données, une vérification préalable est nécessaire.
La marche à suivre est la suivante :
Accéder à la Search Console,
Se rendre sur la page de vérification ou ouvrir le sélecteur de propriété disponible partout dans l'interface,
Puis cliquer sur « Ajouter une propriété ».
Il faut ensuite choisir l'une des quatre plateformes disponibles, Instagram, TikTok, X ou YouTube, puis suivre les étapes affichées à l'écran pour autoriser la connexion de façon sécurisée.
Google précise que le déploiement de cette fonctionnalité se fera progressivement dans les semaines à venir. Certains comptes ne verront donc pas encore cette option apparaître. Un document d'aide détaillant la mise en place des propriétés de plateforme avait d'ailleurs été publié par Google quelques semaines avant l'annonce officielle, avant d'être rapidement retiré.
Il faut aussi noter que cette fonctionnalité est distincte des « search profiles », une autre nouveauté de Google qui dispose de ses propres statistiques d'analyse.
Un accès inédit à des données auparavant hors de portée
Jusqu'ici, aucun outil de Google ne permettait de mesurer les performances d'un contenu sur des domaines ou des propriétés que l'on ne possédait pas. Avec les propriétés de plateforme, il devient possible de voir comment un contenu publié sur des plateformes tierces se comporte dans Search, même sans accès développeur à ces plateformes. Pour les créateurs de contenu et les équipes marketing actives sur les réseaux sociaux, cela ouvre une nouvelle fenêtre d'analyse sur la façon dont Google fait le pont entre ses résultats de recherche et le contenu social.
Shopify va interdire toutes les vapes sur sa plateforme aux États-Unis dès cette semaine, qu'elles soient autorisées par la FDA ou non.
Cette décision fait suite à une pression de deux ans, exercée par une coalition bipartisane de 25 procureurs généraux d'États américains.
Mastercard a également averti ses partenaires que la vente de vapes non autorisées enfreint ses normes, avec un risque d'enquêtes et d'amendes.
Cette affaire relance le débat sur la dépendance des e-commerçants aux plateformes propriétaires, certains y voyant un argument en faveur de solutions open source comme WordPress.
Une décision prise sous la pression des procureurs généraux
Shopify va interdire toutes les vapes vendues sur sa plateforme aux États-Unis dès cette semaine. L'information a été révélée par Reuters, citant deux sources au fait des projets de l'entreprise canadienne. Cette mesure fait suite à des discussions engagées depuis l'an dernier avec une coalition bipartisane de 25 procureurs généraux d'États américains, qui poussent Shopify à durcir ses règles face à un marché en pleine expansion de cigarettes électroniques vendues sans la licence légalement requise aux États-Unis.
Ces vapes non autorisées, généralement fabriquées en Chine, restent largement accessibles aux États-Unis, aussi bien en ligne que dans les boutiques spécialisées, les supérettes ou les stations-service, alors même que leur importation et leur vente sont illégales.
Selon Reuters, cette interdiction constituerait la victoire la plus significative obtenue à ce jour par ces responsables des forces de l'ordre au niveau des États, dont l'objectif est de s'attaquer directement à l'infrastructure qui permet la commercialisation de ces produits.
Shopify fournit l'infrastructure technique qui permet à des millions de commerçants d'exploiter et de développer leurs canaux de vente en ligne. Un porte-parole de l'entreprise a réagi dans un communiqué : « Nous avons toujours interdit les activités illégales et nous agissons lorsque nous apprenons que des commerçants enfreignent nos politiques. » Il a précisé que ce type de décision interne tient compte des cadres juridiques mondiaux et ne repose pas uniquement sur les retours d'un seul groupe de pression, ajoutant que l'entreprise « ajuste son approche en matière d'application lorsque des évolutions juridiques l'exigent ».
Une interdiction qui touche aussi les vendeurs en règle
Point important : l'interdiction chez Shopify s'appliquera à toutes les vapes, qu'elles disposent ou non de l'autorisation requise de la FDA. À ce jour, la Food and Drug Administration n'a accordé une autorisation de commercialisation qu'à 45 produits de cigarette électronique, majoritairement aromatisés au tabac. Les grands cigarettiers, dont British American Tobacco, estiment que cette approche restrictive a étouffé le marché légal et alimenté par ricochet les ventes illégales.
Le marché illégal des vapes aux États-Unis pèserait aujourd'hui environ 9 milliards de dollars, selon les chiffres avancés par British American Tobacco, dont l'activité américaine a été durement affectée par cette prolifération. L'entreprise n'a pas répondu immédiatement à une demande de commentaire de Reuters.
Selon l'une des sources citées par Reuters, une part relativement faible des ventes de vapes autorisées aux États-Unis s'effectue en ligne, ce qui devrait limiter l'impact de la mesure sur les acteurs agréés comme BAT ou le fabricant Juul. Le commerce électronique reste en revanche un canal bien plus important pour l'écoulement des vapes illégales, même si celles-ci sont elles aussi majoritairement vendues en magasin physique. L'interdiction attendue chez Shopify pourrait ainsi perturber les ventes en ligne et avoir, selon les termes d'une des sources, un « effet dissuasif » sur les vendeurs.
On ignore pour l'instant si cette interdiction s'appliquera au-delà du territoire américain. Shopify n'a pas répondu à la question de Reuters sur le périmètre géographique de la mesure. À titre de comparaison, certains pays comme l'Inde ont totalement interdit la vente de vapes, tandis qu'en Australie, elles ne peuvent être vendues qu'en pharmacie.
Mastercard renforce également ses contrôles
Shopify n'est pas le seul acteur visé par la pression des autorités américaines. Mastercard a averti les partenaires chargés d'intégrer des commerçants à son réseau que les ventes de vapes non autorisées enfreignent ses normes. Cette information figure dans une notification mondiale adressée aux partenaires en mai, consultée par Reuters.
Dans une lettre envoyée en avril, les procureurs généraux d'États avaient déjà exhorté Mastercard et d'autres grands réseaux de cartes ou prestataires de paiement à prendre des mesures plus fermes pour empêcher que leurs réseaux ne facilitent des ventes illégales de vapes. La notification de Mastercard précise que lorsqu'un acquéreur, c'est-à-dire l'institution financière qui sert d'intermédiaire pour finaliser les transactions par carte, enregistre un commerçant, il atteste que tous les contrôles appropriés sont en place pour s'assurer que ses activités respectent la loi. Mastercard recommande à ces partenaires de mettre en place des contrôles incluant l'examen et l'approbation des inventaires de produits d'un commerçant, ainsi que la surveillance des transactions et des factures.
L'entreprise a indiqué qu'elle ouvrirait des enquêtes si des boutiques vendant des vapes illégales utilisaient ses services, avec des mesures pouvant viser à la fois les détaillants et les acquéreurs, et un risque d'amendes en cas de non-respect de ses normes. Mastercard a résumé sa position ainsi : « Nous avons une tolérance zéro pour les activités illégales sur notre réseau. »
Le débat relancé sur la dépendance aux plateformes propriétaires
Cette décision de Shopify a rapidement suscité des réactions dans l'écosystème du e-commerce, au-delà du seul secteur des vapes. Sur LinkedIn, le consultant SEO Daniel Roch a publié une analyse largement commentée, dans laquelle il estime que « Shopify vient de rappeler à des millions de e-commerçants une vérité qu'ils avaient oubliée : sur une solution propriétaire, votre business ne vous appartient pas vraiment. »
Il souligne que des marchands pourtant en règle, y compris ceux vendant des produits autorisés par la FDA, voient leur activité mise en péril par une décision qui ne dépend pas d'eux. Pour lui, l'enjeu dépasse largement le cas des cigarettes électroniques : « Ce n'est pas une histoire de vapes. C'est une histoire de dépendance. »
Daniel Roch développe cette idée en expliquant le fonctionnement des plateformes propriétaires : « Quand vous construisez votre activité sur une solution propriétaire, vous ne louez pas un outil : vous louez une autorisation d'exister. Et cette autorisation peut vous être retirée quand la plateforme le décide, pour des raisons juridiques, commerciales ou politiques qui n'ont parfois rien à voir avec vous. » Il ajoute que les tarifs pratiqués par ces plateformes peuvent eux aussi évoluer du jour au lendemain, sans que les commerçants aient leur mot à dire.
Face à ce constat, il met en avant le modèle WordPress comme alternative, en s'appuyant sur trois arguments. D'abord la licence GPL, qui garantit selon lui que « personne ne peut vous fermer votre site parce qu'une entreprise a changé d'avis », le code restant la propriété du commerçant, hébergeable où il le souhaite. Ensuite la portabilité totale des données et du catalogue, qui évite toute dépendance à un acteur unique. Enfin l'existence d'une communauté mondiale de contributeurs et de prestataires, agences, freelances, hébergeurs ou développeurs, permettant de changer de partenaire si nécessaire.
Le consultant prend toutefois soin de nuancer son propos vis-à-vis de Shopify : « Je ne dis pas que Shopify est un mauvais outil. Pour beaucoup, c'est rapide, pratique, et puissant si vous le maîtrisez. » Il estime néanmoins que cette rapidité et cette praticité se paient au prix d'un élément clé pour n'importe quelle entreprise : la maîtrise de sa propre dépendance à des décisions extérieures.
John Mueller a mis en avant l’étude Nuvemshop publié sur web.dev, pour illustrer un piège fréquent : l'idée que des mises en page personnalisables peuvent fausser l'élément que le navigateur mesure comme LCP. Les équipes pensaient optimiser le bon élément LCP, mais des transitions CSS sur les carrousels retardaient leur détection par le navigateur, qui identifiait alors une bannière plus bas dans la page comme LCP réel.
Son point de vue : avant d’optimiser un élément que l’on a identifié comme le LCP (l’image hero), il faut d’abord vérifier que le navigateur le traite réellement comme tel. Sinon, tout le travail d'optimisation peut porter sur le mauvais élément, comme cela a été le cas chez Nuvemshop pendant un temps.
Ce type d’erreur n’est pas rare. John Mueller fait bien de rappeler que se focaliser sur la mauvaise chose peut devenir une vraie perte de temps.
Goossip #2
AI Overviews : les URLs non affichées ne sont pas comptabilisées dans les impressions
Sur X, John Mueller a confirmé que les URLs derrière les onglets « Voir plus » dans les AI Overviews n'enregistrent d’impression, à moins que ce dernier ne soit cliqué.
Le choix d'une extension de nom de domaine n'est jamais neutre : il envoie un signal aux internautes et parfois aux moteurs de recherche.
Le .com reste un réflexe pour beaucoup d'entreprises françaises, alors qu'il n'a de réel intérêt que pour un site visant un public international.
Acheter un .fr ou un .bzh revient à faire tourner l'argent en France, via des structures à but non lucratif comme l'Afnic ou l'association .bzh.
Acheter un .com revient à reverser de l'argent à Verisign, une entreprise américaine cotée en Bourse qui détient le monopole de cette extension.
La France compte plus de 4,45 millions de .fr et environ 13 500 .bzh, des chiffres en progression mais encore loin de ceux de l'Allemagne ou des Pays-Bas.
Un guide gratuit signé Abondance et l'association .bzh vous explique comment réussir sa migration vers le .bzh.
À quoi sert vraiment le choix d'un nom de domaine
Un nom de domaine, ce n'est pas juste une adresse. C'est la première chose qu'un visiteur voit avant même d'arriver sur votre site, et souvent la première chose qu'un moteur de recherche associe à votre marque. Il joue sur trois plans à la fois :
D'abord la confiance. Un internaute français fait spontanément plus confiance à un site en .fr qu'à une extension qu'il ne reconnaît pas. C'est un repère culturel : le .fr évoque la France, la proximité, un interlocuteur local.
Ensuite le positionnement géographique. Certaines extensions envoient un signal clair sur la zone que vous ciblez. Un .fr ou un .bzh dit implicitement : « je m'adresse avant tout à un public francophone » ou « je suis ancré en Bretagne », ce qui peut faciliter le référencement local et rassurer une clientèle de proximité.
Enfin l'image de marque. Choisir une extension locale plutôt qu'un .com générique, c'est aussi une manière d'affirmer un ancrage territorial, une identité, parfois même un engagement.
La question à se poser en premier lieu est donc simple : est-ce que je vise le marché français, une région précise, ou un public international ? La réponse détermine presque tout le reste.
Le .com, un réflexe qui n'a plus vraiment de sens pour un site franco-français
Beaucoup d'entrepreneurs achètent un .com par habitude, parce que c'est l'extension la plus connue, sans se poser la question de sa pertinence. Dans une stratégie strictement franco-française, le .fr est souvent plus pertinent.
Le .com a un sens pour une startup qui vise l'international dès le premier jour, pour une marque qui veut sécuriser sa présence sur toutes les extensions possibles, ou pour un projet qui n'a pas d'ancrage géographique particulier. En revanche, pour un artisan, une PME, une association ou un indépendant qui travaille exclusivement avec des clients français, le .fr fait exactement le même travail, avec en prime un signal de confiance et de proximité que le .com n’est pas forcément en mesure d’apporter.
Acheter un .fr ou un .bzh, un geste de souveraineté numérique
Il y a un angle souvent oublié dans ce choix : celui de la souveraineté numérique. Chaque nom de domaine que vous achetez génère des revenus, et ces revenus ne vont pas dans les mêmes poches, selon l'extension choisie.
Quand vous achetez un .com, une partie des revenus des .com est captée par Verisign, entreprise américaine, tandis que le .fr et le .bzh s’inscrivent dans un écosystème français à but non lucratif. Ce n'est ni bien ni mal en soi, c'est simplement la réalité du modèle économique du .com : chaque renouvellement de domaine profite à un acteur privé américain et à ses actionnaires.
Quand vous achetez un .fr, vous passez par l'Afnic, une association à but non lucratif désignée par l'État pour gérer cette extension. Une partie de ses revenus finance la Fondation Afnic pour la solidarité numérique, qui soutient des projets d'inclusion numérique en France.
Quand vous achetez un .bzh, vous passez par l'association www.bzh, elle aussi à but non lucratif, qui régule et développe cette extension au service de la Bretagne et de sa culture.
Dans les deux cas, l'argent reste dans un circuit français, géré par des structures d'intérêt général plutôt que par une entreprise cotée à l'autre bout du monde. C'est ce que certains observateurs qualifient de patriotisme numérique : un choix qui, à qualité de service équivalente, fait le pari de faire tourner l'économie du numérique localement plutôt que de la déléguer à un acteur étranger.
Les chiffres du .fr et du .bzh : une dynamique positive, mais un retard à combler
Le .fr se porte bien. L'extension française dépasse aujourd'hui les 4,45 millions de noms de domaine enregistrés, avec un rythme de créations qui s'est nettement accéléré en 2026, porté notamment par les TPE et PME françaises qui plébiscitent cette extension.
Le .bzh, de son côté, poursuit sa progression depuis son ouverture en 2014. L'extension bretonne compte aujourd'hui environ 13 500 noms de domaine enregistrés, un chiffre qui la place déjà au niveau des extensions régionales équivalentes en Europe, comme le .wales gallois.
Ces chiffres sont encourageants, mais ils restent modestes face à d'autres pays européens. Par exemple, l'Allemagne compte environ 17,5 millions de .de, et les Pays-Bas environ 6,1 millions de .nl, pour une population pourtant plus faible que celle de la France. Autrement dit, rapporté au nombre d'habitants, l'usage des extensions nationales reste nettement moins développé en France que chez plusieurs de ses voisins européens. La France dispose d'une marge de progression importante sur ce terrain, et chaque nouveau .fr, .bzh, .corsica ou .paris contribue à réduire cet écart.
Passer au .bzh : un guide gratuit pour réussir sa migration
Si vous êtes une entreprise, une association ou un professionnel ancré en Bretagne, ou que votre activité présente un lien fort avec la région, l’extension .bzh est une option à considérer sérieusement. Au-delà de l'argument identitaire, cette extension offre encore de nombreux noms courts disponibles, contrairement au .fr ou au .com où la plupart des noms évidents sont déjà pris.
Abondance et l'association .bzh viennent justement de publier un guide gratuit pour accompagner les entreprises et associations bretonnes dans cette transition. Ce livre blanc détaille les avantages concrets du .bzh, les quatre étapes clés d'une migration réussie, la mise en place des redirections 301 et des balises canoniques pour ne pas perdre votre référencement, ainsi que les bons réflexes pour optimiser son SEO local après le changement d'extension.
Le livre blanc Passez au .bzh est disponible gratuitement sur le site d'Abondance, pour toutes les entreprises qui souhaitent affirmer leur ancrage breton sans prendre de risque sur leur visibilité en ligne.
Depuis le 1er juillet, un clic sur un résultat AMP mène directement à la page AMP hébergée par le nom de domaine du site, et non plus à une version stockée dans le cache de Google.
Google abandonne le AMP Viewer, le AMP Cache et les signed exchanges, trois technologies qui permettaient jusque là d'afficher les pages AMP sous une URL google.com tout en conservant, dans certains cas, l'apparence de l'URL d'origine.
Le classement des contenus AMP dans les résultats de recherche reste inchangé : Google précise que ces pages continuent d'être positionnées comme n'importe quelle autre page web.
Cette évolution s'inscrit dans un mouvement amorcé dès 2021, quand Google avait retiré l'obligation d'utiliser AMP pour apparaître dans le carrousel Top Stories et supprimé l'icône éclair associée à ce format dans les résultats.
Google met à jour sa documentation officielle
Google a mis à jour son changelog technique pour officialiser ce changement. Jusqu'à présent, cliquer sur un résultat AMP déclenchait le chargement d'une version de la page stockée dans le AMP Cache de Google, affichée dans un visualiseur dédié avec une URL en google.com. Les signed exchanges permettaient, sous certaines conditions techniques, de conserver l'apparence de l'URL du site d'origine malgré cet hébergement intermédiaire.
Avec cette mise à jour, ce circuit disparaît. Un clic sur un résultat AMP envoie désormais directement vers la page hébergée par le site lui-même, avec son URL propre visible dans le navigateur. La documentation AMP de Google a été modifiée en conséquence, avec la suppression de toute mention du viewer, du cache et des signed exchanges.
Cette bascule ne sort pas de nulle part. Depuis 2021, Google a progressivement réduit le rôle du format AMP dans son écosystème : fin de l'obligation d'utiliser AMP pour le carrousel Top Stories, disparition de l'icône éclair qui signalait ces pages dans les résultats. Google News sur mobile avait également commencé à rediriger directement vers les domaines d'origine plutôt que vers les versions AMP. Le changement annoncé aujourd'hui étend simplement cette logique de routage direct à l'ensemble de la recherche Google.
Pour les éditeurs, il n’est donc plus nécessaire de maintenir une configuration de cache AMP ni de mettre en place des signed exchanges pour que leur propre URL s'affiche aux internautes. La question de conserver ou non des pages AMP est désormais un choix technique comme un autre, sans lien direct avec l'expérience de clic depuis les résultats de recherche.
Google insiste sur un point : ce changement ne touche que la manière dont les pages AMP sont livrées aux internautes, pas leur positionnement. Les contenus au format AMP continuent d'être classés exactement comme n'importe quelle autre page web dans les résultats.
La CJUE, plus haute juridiction européenne, confirme l'amende de 4,1 milliards d'euros infligée à Google pour avoir imposé la préinstallation de Search, Chrome et le Play Store sur les appareils Android.
Cette décision intervient au lendemain d'une autre condamnation de Google par un tribunal suédois, à hauteur de 1,7 milliard d'euros, dans un litige avec Pricerunner (groupe Klarna).
Google affirme s'être déjà conformé à la décision de 2018 en adaptant ses accords avec les fabricants.
D'autres procédures sont en cours, notamment autour du Digital Markets Act, avec un risque de nouvelles sanctions pour Google.
Cette affaire remonte à 2018, quand la Commission européenne avait reproché à Google d'avoir verrouillé l'accès au marché mobile via Android, le système d'exploitation qui équipe encore aujourd'hui près de 70 % des smartphones et tablettes dans le monde selon StatCounter. Les régulateurs européens estimaient que Google obligeait les fabricants de téléphones à installer par défaut son moteur de recherche et son navigateur pour écarter la concurrence, une pratique jugée contraire au droit de la concurrence.
Un parcours judiciaire de six ans
Après la décision initiale de Bruxelles, qui fixait l'amende à 4,34 milliards d'euros, Google avait porté l'affaire devant le tribunal de l'Union européenne, chargé de juger les litiges en première instance. En septembre 2022, ce tribunal avait validé le principe de la sanction tout en réduisant légèrement son montant, à hauteur de 4,1 milliards d'euros. Google avait ensuite tenté sa chance devant la Cour de justice de l'Union européenne, la plus haute instance judiciaire du bloc, basée à Luxembourg.
Ce jeudi, la CJUE a définitivement clos le dossier en rejetant ce dernier recours. Dans son arrêt, elle confirme la sanction telle que révisée par le tribunal en 2022, mettant ainsi un point final à une bataille juridique entamée il y a huit ans.
Face à cette décision, Google a réagi par la voix d'un porte-parole, regrettant que le jugement ne prenne pas en compte les investissements réalisés pour maintenir Android ouvert et gratuit. L'entreprise assure avoir déjà modifié ses accords commerciaux pour se mettre en conformité avec la décision initiale de 2018, et dit vouloir poursuivre sur la voie de l'innovation avec ses partenaires et développeurs.
Une pression judiciaire qui s'accumule
Cette confirmation d'amende ne tombe pas dans un contexte isolé. La veille, mercredi 1er juillet, un tribunal suédois spécialisé dans les brevets et la concurrence avait condamné Google à verser 1,7 milliard d'euros de dommages et intérêts à Pricerunner, un comparateur de prix appartenant au groupe Klarna. Les juges suédois ont estimé que Pricerunner avait subi un préjudice financier du fait que Google avait, pendant plusieurs années, favorisé de manière illégale son propre service de comparaison de prix dans ses résultats de recherche.
Ce dossier suédois découlait lui-même d'un arrêt antérieur de la CJUE, qui avait établi que Google avait enfreint le droit de la concurrence européen en plaçant son propre comparateur de prix dans une position plus avantageuse que ceux de ses concurrents sur sa page de résultats.
À cela s'ajoute une autre sanction, distincte, prononcée en septembre dernier par la Commission européenne : une amende de près de trois milliards d'euros visant cette fois les pratiques de Google sur le marché de la publicité en ligne. Une procédure judiciaire similaire a par ailleurs été lancée au Royaume-Uni en mai, avec des dommages et intérêts qui pourraient atteindre 3 milliards de livres, soit environ 3,47 milliards d'euros.
Encore d'autres sanctions à venir ?
Le dossier Android n'est vraisemblablement pas le dernier auquel Google devra faire face en Europe. D'autres procédures sont en cours concernant un possible favoritisme envers ses propres services dans les résultats de recherche, ainsi que sur des pratiques liées à sa boutique d'applications. Ces deux volets relèvent du Digital Markets Act, le règlement européen destiné à encadrer plus strictement le pouvoir des grandes plateformes numériques, ce qui laisse présager de nouvelles sanctions potentielles pour le géant américain dans les mois à venir.
Le taux de réponse moyen aux avis stagne à 67 % en France, avec de fortes disparités sectorielles : 93 % pour les services à la personne contre seulement 41 % pour l'hôtellerie.
Une fiche d'établissement génère en moyenne 6 avis par mois, mais ce chiffre grimpe à 37 pour la restauration et descend à 1 seul pour le bâtiment.
Les avis récents affichent une note moyenne de 4,5/5, nettement supérieure à la note historique cumulée de 4,2/5, ce qui montre qu'une collecte active permet de faire progresser sa réputation.
Ce qui pousse un client à laisser un avis positif n'est presque jamais le prix ou le produit, mais la qualité de la relation humaine avec l'équipe sur place.
Ce grand angle mort de la gestion de la réputation locale n'est pas neutre : chaque avis ignoré envoie un signal négatif à la fois aux futurs clients qui consultent la fiche et à l'algorithme de Google. L'étude de Geolid, basée sur l'analyse de 689 084 avis générés sur 90 jours auprès de 144 446 fiches d'établissement Google réparties sur 18 secteurs d'activité, dresse un panorama complet de la manière dont les enseignes françaises collectent, traitent et exploitent les avis clients.
Un tiers des avis restent sans réponse
Répondre aux avis est pourtant devenu un réflexe stratégique pour beaucoup d'enseignes, tant ce geste est scruté par les consommateurs et valorisé par Google. Mais dans les faits, la gestion reste inégale. À l'échelle nationale, toutes activités confondues, le taux de réponse moyen s'établit à 67 %, ce qui représente un véritable angle mort opérationnel pour les têtes de réseau qui pilotent la relation client au niveau local.
Les écarts entre secteurs sont particulièrement marqués. Les métiers reposant sur une relation de service rapprochée se montrent les plus réactifs : le service à la personne répond à 93 % des avis, les salles de sport à 91 %, les constructeurs automobile à 88 %.
À l'inverse, le retail et l'hôtellerie accusent un net retard, avec 57 % de réponses pour la grande distribution et seulement 41 % pour l'hôtellerie. Dans ces secteurs, plus d'un client sur deux ne reçoit tout simplement aucune interaction après avoir laissé son avis.
La manière de répondre varie aussi selon la note laissée par le client. Les avis 5 étoiles sont les mieux traités, avec un taux de réponse de 84 %, une façon pour les enseignes de valoriser leurs clients ambassadeurs. Les avis 1 étoile mobilisent également fortement les équipes, avec 72 % de réponses, l'enjeu étant ici de limiter l'impact sur l'image de marque. En revanche, les avis intermédiaires, notés 2 ou 3 étoiles, sont les grands oubliés : ils n'obtiennent respectivement que 65 % et 62 % de réponses, alors qu'ils sont souvent les plus riches en enseignements concrets pour améliorer un service.
Six avis par mois en moyenne, avec de très fortes disparités sectorielles
Au-delà de la réponse, la génération d'avis est elle-même très inégale selon les secteurs. À l'échelle nationale, une fiche d'établissement génère en moyenne 6 avis par mois. Un chiffre qui peut sembler modeste, mais qui compte énormément aux yeux de Google : l'algorithme valorise la fraîcheur et la régularité de la collecte plutôt que le simple volume d'avis accumulés dans le temps.
La restauration se distingue nettement avec 37 avis générés par mois en moyenne, portée par une fréquence de visite élevée et un réflexe de partage d'expérience bien ancré chez les clients. Les salles de sport (16 avis par mois) et l'hôtellerie ou l'ameublement (12 avis chacun) suivent.
À l'autre bout du classement, les secteurs à cycle d'achat long peinent à générer de la fraîcheur : la banque et l'assurance stagnent à 2 avis par mois, tandis que le bâtiment et la construction ferment la marche avec un seul avis mensuel en moyenne.
Cette dynamique de génération suit aussi un calendrier précis. La collecte se concentre en milieu et fin de semaine, avec un pic le vendredi (16,7 % des avis), suivi du mercredi (16,2 %) et du jeudi (15,6 %). Le dimanche reste le jour le plus calme, avec seulement 8,3 % des volumes. Côté horaires, contrairement à une idée reçue, les avis ne sont pas majoritairement déposés le soir à la maison. La collecte suit un flux continu pendant les heures de travail, avec un premier pic entre 9h et 10h et une phase la plus dense entre 14h et 16h, cette tranche horaire concentrant à elle seule plus d'un quart des avis quotidiens.
Les avis récents tirent la note globale vers le haut
L'étude met en lumière une dynamique encourageante pour les enseignes qui souhaitent améliorer leur réputation en ligne. Les avis récents affichent une note moyenne de 4,5 sur 5, un niveau nettement supérieur à la note moyenne historique de 4,2 sur 5. Dans le détail, 78 % de ces avis récents décrochent la note maximale de 5 étoiles.
Chaque nouvel avis collecté contribue donc mécaniquement à tirer la note globale de l'établissement vers le haut. Pour une enseigne dont la note stagne depuis des années, ce constat ouvre une vraie marge de manœuvre : plutôt que de subir un historique parfois vieux de plusieurs années, la mise en place d'une stratégie active de collecte d'avis récents permet de faire évoluer sa réputation locale de façon concrète et rapide.
L'humain avant le produit
C'est sans doute l'enseignement le plus structurant de cette étude. Sur près d'un million de mentions positives analysées, ce qui pousse un client à rédiger un avis élogieux n'est presque jamais lié au prix ou au produit. Le professionnalisme et la compétence de l'équipe arrivent en tête des leviers de satisfaction, suivis de l'écoute et de l'accompagnement, puis de l'accueil et de la sympathie. La qualité de l'offre elle-même n'arrive qu'en quatrième position, loin derrière la dimension humaine.
Du côté des motifs d'insatisfaction, le sentiment d'avoir été lésé financièrement domine largement : conflits de remboursement, devis non respectés, frais inattendus. Viennent ensuite la qualité du produit et les problèmes techniques, puis l'attente et les retards de prestation.
Le point commun entre ces irritants est révélateur : les consommateurs tolèrent globalement un incident de départ, mais acceptent beaucoup moins l'absence de suivi ou de communication qui s'ensuit. Le manque de réactivité et l'injoignabilité des équipes sont souvent ce qui transforme un simple mécontentement en avis négatif durable.
Des attentes qui varient fortement selon les secteurs
L'analyse sectorielle détaillée dans l'étude confirme que le socle humain reste central, mais que les points de friction diffèrent selon les métiers.
Dans l'ameublement, les clients valorisent le conseil et l'accueil en magasin, mais la phase logistique post-achat, marquée par les retards de livraison et un service après-vente parfois défaillant, reste le principal point noir.
Dans l'assurance et la banque, la confiance se joue au moment du sinistre ou du besoin urgent : un service client injoignable ou un remboursement refusé fait basculer immédiatement l'expérience vers l'insatisfaction.
Le secteur automobile, qu'il s'agisse des concessions ou des garages, montre un schéma similaire : l'accueil et l'accompagnement en showroom sont appréciés, mais le service après-vente concentre les critiques, avec des problèmes techniques et un manque de transparence sur la facturation.
Dans l'hôtellerie et la restauration, la propreté et le respect des standards de base (hygiène de la chambre, qualité du petit-déjeuner, temps d'attente en salle) restent déterminants pour éviter les mauvais avis, même lorsque l'accueil est chaleureux.
Enfin, dans les secteurs de proximité comme le service à la personne, l'immobilier ou les salons de beauté, la confiance et le suivi personnalisé priment très largement sur la transaction elle-même.
Trois priorités pour les réseaux d'enseignes
Face à ces constats, l'étude dégage trois axes de travail concrets pour les têtes de réseau qui pilotent la réputation locale de leurs points de vente.
Le premier consiste à collecter de manière continue, via un dispositif de sollicitation automatisé calé sur les jours et heures où les clients sont les plus enclins à répondre, plutôt que de laisser reposer les fiches sur un stock d'avis ancien.
Le deuxième vise à répondre systématiquement, avis positifs comme négatifs, avec des réponses personnalisées qui envoient un signal de qualité à la fois aux clients et à l'algorithme de Google.
Le troisième invite à analyser les avis comme un véritable outil de pilotage de la qualité de service, en identifiant secteur par secteur les leviers de satisfaction à renforcer et les points de friction à corriger en priorité.
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.
1. Préparer et programmer du contenu SEO à l'avance
Rien de pire qu'un blog déserté pendant trois semaines, aux yeux de Google, des moteurs de recherche IA et des lecteurs. La régularité de publication est un signal apprécié, et un calendrier éditorial qui s'arrête brutalement peut freiner la dynamique acquise sur certains mots-clés, mais aussi réduire les chances d'être mentionné par les LLMs.
L'astuce consiste à anticiper la rédaction de plusieurs articles avant le départ, puis à les programmer directement dans le CMS avec des dates de publication échelonnées. WordPress, comme la plupart des CMS modernes, permet cette planification en quelques clics. Pour les contenus à plus forte valeur ajoutée, mieux vaut prévoir un mix entre articles evergreen (qui ne dépendent pas de l'actualité) et contenus liés à des temps forts commerciaux, pour ne pas se retrouver à publier un article sur un événement déjà passé pendant l'absence.
Pour les marques qui travaillent leur visibilité dans les réponses IA, c'est aussi le bon moment pour planifier des contenus optimisés en ce sens, comme le format AI-First de Getfluence, conçu spécifiquement pour générer des mentions de marque dans les LLMs.
Penser aussi aux métadonnées, au maillage interne et aux visuels. Tout doit être prêt avant la programmation, car personne ne sera là pour corriger une balise title mal renseignée ou une image mal cadrée.
2. Planifier une campagne de netlinking
Le netlinking ne prend pas de vacances parce que le consultant est sur une plage. Une campagne bien construite peut continuer à produire des backlinks de qualité pendant votre absence, à condition d'avoir été correctement préparée.
Avant de partir, il s'agit de définir les médias cibles, les ancres à utiliser et le budget alloué, puis de transmettre des consignes claires si une agence ou une plateforme intervient en relais. Pour structurer cette démarche, il est utile de revoir les critères permettant de choisir les bons médias pour une campagne de netlinking, notamment la thématique du site, son autorité et la qualité de son audience.
Les plateformes spécialisées comme Getfluence,, permettent justement d'automatiser ou de déléguer une bonne partie de ce processus. La sélection des médias, la validation des contenus et le suivi des publications peuvent être gérés à distance ou par un expert dédié dans le cas de Getfluence et le service Getfluence+. .
3. Faire un audit SEO rapide
Avant de couper toutes vos notifications, un état des lieux technique s'impose. L'objectif n'est pas de mener un audit exhaustif sur plusieurs jours, mais de vérifier les points qui pourraient dégénérer en l'absence de surveillance.
Voici quelques vérifications prioritaires à effectuer :
Les positions sur les mots-clés stratégiques, pour détecter une chute brutale avant le départ plutôt qu'à la rentrée.
Les liens cassés et les erreurs 404, souvent négligés mais préjudiciables à l'expérience utilisateur.
Les redirections, en particulier les chaînes de redirection qui ralentissent le crawl.
Les erreurs techniques remontées par Google Search Console (erreurs serveur, problèmes d'indexation, soucis de Core Web Vitals).
Les pages orphelines, invisibles dans le maillage interne et donc mal explorées par les robots.
Des outils comme Screaming Frog ou Semrush permettent de réaliser ce diagnostic en quelques heures. L'idée est de corriger les points bloquants identifiés avant le départ, plutôt que de les découvrir au retour avec deux ou trois semaines de retard sur la résolution.
4. Préparer un reporting automatisé pour les clients
Un client qui n'a pas de nouvelles pendant les vacances de son consultant peut avoir tendance à s'inquiéter, même si tout va bien. La solution la plus efficace consiste à automatiser la communication des résultats pendant votre absence.
Plusieurs options :
Les alertes Google Search Console peuvent être configurées pour signaler automatiquement toute anomalie majeure (chute d'impressions, erreurs d'indexation, problèmes de sécurité).
Les rapports GA4 programmés, envoyés par email à fréquence régulière, offrent une visibilité continue sur le trafic et les conversions.
Enfin, un dashboard Looker Studio partagé avec le client lui permet de consulter lui-même les indicateurs clés à tout moment, sans solliciter le consultant. Certains partenaires comme Getfluence le propose même pour suivre les résultats de ses campagnes offsite.
Ces automatisations rassurent le client sur la continuité du suivi, tout en évitant au consultant de devoir se connecter chaque jour pour vérifier que tout fonctionne normalement.
5. Faire un point stratégique avec chaque client
La dernière étape, et sans doute la plus importante sur le plan relationnel, consiste à caler un échange avec chaque client avant le départ. L'objectif est triple : aligner les priorités pour la période à venir, trancher les décisions urgentes en attente, et limiter les sollicitations pendant l'absence.
Ce point permet de clarifier ce qui peut attendre la rentrée et ce qui doit être validé avant le départ (lancement d'une nouvelle page, refonte en cours, changement de stratégie de mots-clés). C'est aussi le moment idéal pour prévoir un interlocuteur de secours en cas d'urgence réelle, qu'il s'agisse d'un collègue d'agence ou d'un autre freelance de confiance, afin que le client ne se sente jamais démuni en cas de problème.
Un client bien informé et rassuré en amont sollicite beaucoup moins pendant les congés qu'un client laissé dans le flou et l’incertitude.
Ces 5 actions simples vous assurent un départ en vacances beaucoup plus serein. Contenu programmé, netlinking en cours, audit technique propre, reporting automatisé et clients alignés : autant de garde-fous qui permettent de déconnecter vraiment, sans mauvaise surprise au retour.
Poser la question « SEO ou GEO » revient à accepter une prémisse implicite : il existerait deux disciplines distinctes, avec leurs propres règles, leurs propres métriques et leurs propres experts.
D'un côté, l'optimisation pour Google et les moteurs traditionnels, avec son objectif de clic.
De l'autre, l'optimisation pour les moteurs génératifs comme ChatGPT ou Perplexity, avec son objectif de citation.
Cette distinction avait du sens il y a encore un an, quand AI Overviews s'affichait comme un module à part dans une page de résultats par ailleurs classique, et que les chatbots IA fonctionnaient en dehors de l'écosystème Google.
Mais cette frontière est en train de s'effacer à toute vitesse, et pas seulement dans le discours marketing des professionnels. Lors de Google I/O 2026, le vocabulaire employé par Google pour décrire son propre moteur a changé de nature. Liz Reid, VP Search chez Google, a décrit Google Search non plus comme un index du web, mais comme une couche cognitive et computationnelle.
Pour le dire autrement, le moteur ne renvoie plus simplement des résultats, mais absorbe la question, la décompose en sous-requêtes traitées en parallèle (c’est le principe du query fan-out), et produit une réponse composite qui peut prendre la forme d'un texte, d'un tableau, d'une image interactive ou d'une mini-application générée à la volée.
Dans ce contexte, demander si l'on fait du SEO ou du GEO sur une page donnée devient une question presque anachronique, puisque la page de résultats elle-même n'est plus une liste, mais une interface qui mélange en permanence liens organiques, synthèses génératives et modules agentiques.
Une convergence technique déjà révélatrice
Le signe le plus concret de cette fusion se trouve dans les critères que les deux moteurs utilisent désormais pour juger un contenu.
Le SEO et le GEO s'appuient sur les mêmes fondamentaux d'expérience, d'expertise, d'autorité et de confiance (E-E-A-T) pour évaluer la crédibilité d'une page, que l'évaluateur soit un robot d'indexation classique ou un modèle de langage. Un contenu générique, pénalisé par Google depuis des années, est tout simplement ignoré par les IA génératives, pour des raisons différentes mais avec le même résultat. Les données structurées au format Schema.org aident autant Googlebot à comprendre une page que les LLM à en extraire les bons éléments. Et les backlinks de qualité renforcent à la fois l'autorité perçue par Google et l'autorité d'entité reconnue par les IA.
Cette convergence des critères ni un hasard ni une coïncidence. Elle traduit une dynamique de fond : les deux types de moteurs cherchent en réalité à résoudre le même problème, celui d'identifier des sources fiables et de bien comprendre de quoi parle un contenu, qui il représente, et dans quel contexte il s'inscrit.
Une fois qu'on accepte cette lecture, la question « SEO ou GEO » perd peu à peu de sa pertinence. La vraie compétence à développer n'est ni purement technique au sens du SEO classique, ni purement éditoriale au sens du GEO, mais une maîtrise des entités et des données structurées qui fonctionne comme un langage commun aux deux systèmes.
C'est précisément le terrain sur lequel travaillent des acteurs spécialisés comme l’agence SEO Botanik, dont l'approche consiste justement à structurer l'information à la source plutôt qu'à dupliquer les efforts entre deux stratégies parallèles. Botanik illustre parfaitement une tendance qui s'annonce comme la norme à venir : ne plus distinguer deux chantiers, mais en piloter un seul, pensé pour être lu aussi bien par un robot d'indexation que par un modèle génératif.
Le faux clivage des métriques
L'un des arguments les plus souvent avancés pour justifier la séparation entre SEO et GEO concerne les métriques. Le SEO se mesurerait en position Google, en trafic organique et en taux de clic, alors que le GEO se mesurerait en taux de citation dans les réponses des IA, en « share of model » et en « sentiment de marque ». Cette distinction semble solide aujourd'hui, mais elle repose sur une hypothèse fragile : celle que le clic restera la monnaie d'échange dominante de l'écosystème Google.
Or les annonces faites durant le Google I/O 2026 vont précisément dans la direction inverse. Les agents d'information autonomes évoqués lors de la conférence tournent désormais en arrière-plan sans action explicite de l'internaute, la recherche prend un tour de plus en plus agentique, et certains modules génèrent des interfaces ou des actions directement dans la page de résultats.
Dans ce contexte, le clic lui-même devient une métrique de second ordre. Ce qui compte de plus en plus, c'est d'être identifié comme la source de confiance que le système, quel qu'il soit, choisit de mobiliser pour répondre à une intention. Cette logique d'intention plutôt que de mot-clé est déjà au cœur du fonctionnement de l'AI Mode de Google, qui découpe une requête en plusieurs sous-thèmes pour explorer le web de façon plus approfondie qu'une recherche classique. Le SEO traditionnel, centré sur le positionnement d'un mot-clé précis, et le GEO, qui se concentre sur la formulation de réponses citables, finissent par converger vers un même objectif : être reconnu comme une référence fiable sur un sujet, indépendamment du canal par lequel cette reconnaissance se traduit.
Pourquoi cette convergence ne sonne pas la fin du travail éditorial
Il serait tentant de conclure que, puisque les deux disciplines fusionnent, il suffira bientôt de produire un contenu « neutre » qui plaira automatiquement à tous les systèmes. C'est sans doute l'erreur fondamentale à ne pas connaître. La convergence technique entre SEO et GEO ne signifie pas un nivellement vers le bas des exigences éditoriales, elle invite plutôt à penser différemment : en se rapprochant, les deux systèmes sont simultanément plus exigeants sur les mêmes critères. Un contenu vague, rédigé pour remplir un calendrier sans répondre à une vraie question, aura de moins en moins sa place, que ce soit dans les résultats classiques ou dans les réponses génératives. Une page claire, signée, structurée autour d'une expérience concrète et appuyée sur des preuves vérifiables a au contraire toutes les chances de résister à la fois à la baisse des clics et à l'invisibilité dans les synthèses IA.
Cela déplace le centre du débat. La question qui mérite d'être posée aujourd'hui n'est plus de savoir s’il faut faire du SEO ou du GEO, ni même vraiment comment combiner les deux, mais plutôt de se poser s’interroger: le contenu est-il construit pour être compris comme une entité claire, par n'importe quel système d'interprétation, qu'il s'agisse d'un robot d'indexation de 2024 ou d'un agent conversationnel de 2027 ?
Anticiper plutôt que choisir un camp
Dans deux ans, il est fort probable que personne ne parle plus de « stratégie GEO » comme d'un sujet isolé, de la même façon que personne ne parle plus aujourd'hui de « stratégie mobile » comme d'un chantier distinct du reste du marketing digital. Le mobile a fini par devenir une dimension transversale de toute présence en ligne, pas une discipline isolée.
Le GEO va très probablement suivre la même trajectoire. Ce n’est pas une parenthèse technologique à intégrer en plus du SEO, mais une étape de maturation qui va finir par se fondre dans une discipline unique, centrée sur la structuration de l'information et la construction d'une autorité d'entité reconnaissable par n'importe quel système de recherche, génératif ou pas.
Continuer à se demander s'il faut choisir entre SEO et GEO en 2026, c'est se poser une question qui regarde déjà vers le passé. La question utile, celle qui prépare réellement l'avenir d'une stratégie de contenu, porte sur la solidité et la clarté des fondations informationnelles que l'on construit aujourd'hui, peu importe le nom qu'on leur donnera demain.
L'OKF est un répertoire de fichiers Markdown avec un en-tête YAML, sans SDK requis, sans runtime propriétaire : n'importe quel agent peut le lire, n'importe qui peut en produire.
Le format formalise le "LLM-Wiki pattern" décrit par Andrej Karpathy : une base de connaissances vivante, maintenue par les agents eux-mêmes, organisée en concepts liés entre eux.
Pour le SEO et le GEO, ce standard représente un glissement majeur : il ne s'agit plus seulement d'être trouvé par les moteurs de recherche, mais de rendre sa connaissance exploitable par les agents.
Google a déjà mis à jour son Knowledge Catalog pour ingérer l'OKF et le servir à ses propres agents, ce qui donne au format une crédibilité immédiate.
Le problème que l'OKF cherche à résoudre
Dans la plupart des organisations, la connaissance dont ont besoin les modèles est fragmentée entre des dizaines de systèmes incompatibles : catalogues de métadonnées avec leurs propres API, wikis internes, commentaires dans le code, documentation dans des drives partagés, et savoirs tacites dans la tête de quelques experts seniors.
Quand un agent doit répondre à une question comme "comment calculer nos utilisateurs actifs hebdomadaires depuis notre flux d'événements ?", il doit assembler la réponse depuis des plateformes mutuellement incompatibles. Chaque éditeur de catalogue réinvente les mêmes modèles de données, et la connaissance reste prisonnière de la surface qui l'a créée.
Le résultat : chaque équipe qui construit un agent résout le même problème d'assemblage de contexte depuis zéro, de manière bespoke, sans interopérabilité possible.
Ce qu'est concrètement l'OKF
L'Open Knowledge Format entend répondre à ce problème avec une approche délibérément minimaliste. Un bundle OKF est un répertoire de fichiers Markdown. Chaque fichier représente un concept : une table de base de données, une métrique métier, un runbook, une procédure, une API dépréciée. Le chemin du fichier correspond à l'identité du concept.
Chaque fichier commence par un bloc YAML avec un petit ensemble de champs structurés : type, title, description, resource, tags, timestamp. Seul le champ type est obligatoire. Tout le reste, y compris la structure du corps en Markdown, est laissé à la discrétion du producteur.
Voici à quoi ressemble un document OKF minimal, tel que fourni dans la spécification officielle de Google :
---
type: BigQuery Table
title: Orders
description: One row per completed customer order.
resource: https://console.cloud.google.com/bigquery?p=acme&d=sales&t=orders
tags: [sales, revenue]
timestamp: 2026-05-28T14:30:00Z
---
# Schema
| Column | Type | Description |
|------------|--------|-------------------------------------|
| order_id | STRING | Globally unique order identifier. |
| customer_id| STRING | FK to [customers](/tables/customers.md). |
# Joins
Joined with [customers](/tables/customers.md) on `customer_id`.
Les concepts se lient entre eux via des liens Markdown standard, transformant le répertoire en un graphe de relations. Les bundles peuvent aussi inclure des fichiers index.md pour la navigation hiérarchique, et des fichiers log.md pour l'historique chronologique des modifications.
Ce que Google insiste à souligner : pas de schéma de compression complexe, pas de nouveau runtime, pas de SDK obligatoire. Le bundle OKF est simple "du Markdown, des fichiers et du YAML frontmatter". Il peut être versionné dans Git, hébergé sur n'importe quel dépôt, rendu lisible sur GitHub, indexé par n'importe quel outil de recherche.
Les trois principes de conception
Google articule le design autour de trois axes.
Minimalisme : l'OKF n'impose qu'une seule chose à chaque document ; un champ type. Ce que sont les types, quels autres champs inclure, quelle structure adopter dans le corps : tout cela reste à la discrétion du producteur. La spécification définit la surface d'interopérabilité, pas le modèle de contenu.
Indépendance producteur/consommateur : un bundle rédigé à la main par un humain peut être utilisé par un agent IA. Un bundle généré par un pipeline d'export de métadonnées peut être parcouru dans un visualiseur. Un bundle synthétisé par un LLM peut être interrogé par un autre. Le format est le contrat ; les outils aux deux extrémités sont indépendamment interchangeables.
Un format, pas une plateforme : l'OKF n'est lié à aucun cloud, aucune base de données, aucun fournisseur de modèles, aucun framework d'agents. Il ne requerra jamais de compte propriétaire ni de SDK pour lire, écrire ou servir des bundles. Google publie la spécification en open source explicitement parce que la valeur d'un format de connaissance vient du nombre de parties qui l'adoptent, non de qui en est propriétaire.
La filiation avec le "LLM-Wiki pattern"
L'OKF formalise explicitement un pattern qui avait émergé dans la communauté des développeurs d'agents, théorisé notamment par Andrej Karpathy dans un gist publié sur GitHub. L'idée fondamentale est la suivante : plutôt que d'envoyer des agents chercher les mêmes documents pour les mêmes faits en boucle, on leur donne une bibliothèque Markdown partagée qui grandit en utilité au fil du temps.
Karpathy le formule ainsi : les LLM ne s'ennuient pas, n'oublient pas de mettre à jour une référence croisée, et peuvent modifier quinze fichiers en un seul passage. La bureaucratie de maintenance qui pousse les humains à abandonner leurs wikis personnels est précisément ce pour quoi les LLM sont bons.
Ce pattern apparaît sous des formes variées : des vaults Obsidian connectés à des agents de code, les conventions de fichiers AGENTS.md ou CLAUDE.md, des dépôts de index.md et log.md que les agents consultent avant tout travail réel. Chaque instance est faite sur mesure. L'OKF apporte la couche de standardisation qui permet à ces wikis de coopérer entre eux.
Ce que Google livre avec la spécification
Au-delà de la spec elle-même, Google publie plusieurs éléments concrets pour amorcer l'écosystème :
Un agent d'enrichissement qui parcourt un dataset BigQuery, génère un document OKF pour chaque table et vue, puis effectue un second passage LLM qui enrichit chaque concept avec des citations, des schémas et des chemins de jointure.
Un visualisateur HTML statique qui transforme n'importe quel bundle OKF en une vue graphique interactive dans un fichier HTML auto-contenu, sans backend, sans installation, sans que les données quittent la page.
Trois bundles d'exemples prêts à parcourir, basés sur des datasets publics BigQuery (GA4 e-commerce, Stack Overflow, Bitcoin), produits par l'agent de référence et engagés dans le dépôt comme exemples vivants d'OKF conforme.
Google a également mis à jour son Knowledge Catalog pour ingérer l'OKF et le servir à ses agents, ce qui ancre le format dans un usage production réel dès son lancement.
Les implications pour le SEO et la visibilité des agents
Marie Haynes, consultante SEO reconnue, formule une observation centrale sur ce que représente ce changement de paradigme : nous passons d'un travail consistant à être trouvé par les moteurs de recherche à un travail consistant à rendre la connaissance d'une entreprise exploitable par les agents pour accomplir des tâches.
Cette évolution est profonde. Jusqu'ici, le GEO (Generative Engine Optimization) consistait à optimiser du contenu pour qu'il soit cité par les modèles génératifs dans leurs réponses. Avec l'OKF, la question est différente : comment structurer la connaissance d'une organisation pour qu'un agent puisse s'en emparer, naviguer dedans, et agir avec elle ?
Marie Haynes souligne que construire un bundle OKF de qualité pour une entreprise demandera un travail de fond : comprendre en profondeur les concepts sur lesquels une organisation a de la connaissance, documenter ses processus, cartographier les relations entre ses données. Ce n'est pas simplement convertir des pages web en Markdown. C'est construire le cerveau structuré d'une organisation.
Elle note également une opportunité commerciale émergente : la possibilité de vendre des bundles OKF de connaissance experte. Un avocat, un comptable, un consultant SEO pourrait vendre un bundle de ses processus propriétaires, que d'autres organisations pourraient intégrer directement dans leur propre système de connaissance pour le rendre accessible à leurs agents.
Premiers retours pratiques
Haynes documente ses premiers essais de création d'un bundle OKF à partir de ses propres évaluations de chutes de trafic. Elle a utilisé un outil pour extraire les concepts clés de plusieurs documents et les stocker en fichiers Markdown distincts, puis les a visualisés sous forme de graphe, où chaque noeud représente un concept et les arêtes expriment les relations entre eux. Elle a ensuite interrogé ce bundle via Gemini 2.0 Flash.
Elle précise que son test portait seulement sur trois documents d'entraînement, et que le système sera largement amélioré. Mais le principe est validé : on peut construire dès aujourd'hui une base de connaissance OKF fonctionnelle avec des outils accessibles.
Des outils de conversion de pages web en bundles OKF existent déjà, comme celui développé par Suganthan Mohanadasan. Mais Haynes insiste sur le fait que la vraie valeur réside dans la création d'un OKF sur mesure, pas dans la simple transposition mécanique de contenu existant.
Un standard ouvert pensé pour évoluer
Google présente explicitement l'OKF v0.1 comme un point de départ, non comme un standard achevé. La spécification tient en une seule page. Le format évoluera à mesure que producteurs et consommateurs émergeront, et que la communauté apprendra collectivement quelles représentations de la connaissance les agents ont réellement besoin en pratique.
La publication en open source dès le premier jour est un choix délibéré : la valeur d'un format de connaissance vient du nombre de parties qui l'adoptent. Les prochaines étapes que Google encourage : lire la spécification, écrire des producteurs pour différentes sources de données, écrire des consommateurs (visualisateurs, index de recherche, agents), tester l'implémentation de référence sur ses propres données, et contribuer au dépôt GitHub.
Le tribunal de Munich a jugé que les AI Overviews de Google constituent un contenu propre à l'entreprise, et non une simple liste de résultats de recherche, ce qui engage sa responsabilité directe.
Deux maisons d'édition munichoises avaient été faussement associées par l'IA de Google à des arnaques et des pratiques commerciales douteuses, sans qu'aucune des sources citées n'établisse ce lien.
Google a tenté de se défendre en arguant que les utilisateurs pouvaient vérifier les sources eux-mêmes, un argument rejeté par les juges qui ont comparé les AI Overviews à des chapeaux de presse engageant la responsabilité de leur auteur.
Google doit cesser de diffuser les affirmations litigieuses, prend en charge 80 % des frais de justice, et a annoncé son intention de faire appel.
Deux éditeurs faussement accusés de pratiques douteuses
L'affaire part d'un problème bien concret. Pour certaines requêtes de recherche, les AI Overviews de Google avaient associé deux entreprises d'édition basées à Munich à des arnaques, des pièges à abonnement et des pratiques commerciales douteuses.
Selon le tribunal, l'IA avait mélangé des informations concernant d'autres sociétés, réellement malhonnêtes cette fois, avec celles des plaignants, et avait établi des liens qui n'apparaissaient dans aucune des sources citées.
Les deux éditeurs avaient envoyé une mise en demeure à Google, qui n'y avait pas répondu de manière satisfaisante. L'affaire a donc fini devant le tribunal régional de Munich, sous le numéro de dossier 26 O 869/26.
Pourquoi les AI Overviews ne sont pas de simples résultats de recherche
Le cœur du raisonnement du tribunal tient à une distinction technique, mais déterminante. Un moteur de recherche classique se contente de pointer vers des sites web extérieurs : il rend des contenus tiers accessibles, mais ne les réécrit pas. Les AI Overviews fonctionnent différemment puisque l'IA reformule et évalue les résultats « avec ses propres mots et selon sa propre structure », selon les termes du jugement.
Dans le cas examiné, le résumé généré par l'IA s'ouvrait par exemple sur des affirmations péremptoires du type « oui, telle entreprise est connue pour ses pratiques commerciales douteuses », avant de développer une structure construite par l'IA elle-même : un résumé, des signaux d'alerte sur l'arnaque supposée, puis des conseils aux utilisateurs.
Le tribunal a également constaté que les AI Overviews formulait des affirmations qui n'apparaissaient même pas dans les résultats de recherche sous-jacents. Aucune des sources citées n'établissait de lien entre les plaignants et les sociétés douteuses mentionnées par l'IA. Pour les juges, il s'agit là des « propres déclarations » de Google.
Pourquoi la jurisprudence existante ne protège pas Google
Google s'appuyait sur une jurisprudence établie par la Cour fédérale de justice allemande (BGH), qui accorde aux moteurs de recherche classiques et aux fonctions d'autocomplétion une responsabilité limitée. Le raisonnement de la BGH repose sur l'idée que les opérateurs de moteurs de recherche ne sont responsables qu'en tant qu'auteurs indirects, puisqu'ils se contentent de rendre trouvable un contenu produit par des tiers. Leur imposer une obligation de vérification systématique menacerait le fonctionnement même de la recherche en ligne.
Le tribunal de Munich a estimé que cette logique ne s'applique pas aux AI Overviews. Contrairement à un moteur de recherche traditionnel, l'IA génère des « déclarations indépendantes, nouvelles et substantielles » en évaluant et combinant le contenu de plusieurs sites tiers. Et seul Google est en mesure de vérifier ces déclarations, ne serait-ce qu'en comparant les sites web sources avec les affirmations qu'il en tire.
Les juges ont aussi relevé que l'AI Overview n'est « absolument pas indispensable » pour utiliser internet. Les résultats de recherche classiques permettent déjà aux utilisateurs de trier l'information ; l'AI Overview n'est qu'une fonctionnalité supplémentaire.
L'argument de la vérification par l'utilisateur rejeté par les juges
Lors de l'audience, Google a fait valoir que les utilisateurs pouvaient vérifier eux-mêmes les sources liées pour s'assurer de l'exactitude du résumé généré par l'IA. L'entreprise a également avancé que le public savait généralement que les contenus générés par IA ne devaient pas être pris pour argent comptant.
Le tribunal a balayé cet argument. La simple possibilité de réfuter une affirmation par des recherches complémentaires ne dispense pas, selon les juges, de la responsabilité liée à cette affirmation. L'AI Overview était « compréhensible en lui-même » et constituait « une déclaration autonome, dont le contenu pouvait être compris de manière indépendante, sans aucune référence à d'autres interprétations possibles ou à un contenu peu fiable ».
Les juges se sont appuyés sur des études montrant que les utilisateurs cliquent très rarement sur les sources affichées dans les AI Overviews, ce qui renforce leur raisonnement. Ils ont également établi un parallèle avec le droit de la presse, où les éditeurs sont responsables des chapeaux d'articles compréhensibles par eux-mêmes, même si le lecteur ne lit jamais l'article complet derrière.
Enfin, le tribunal a pointé un vide juridique préoccupant. Si Google n'était responsable que des violations manifestes, les victimes n'auraient aucun recours réel face aux fausses affirmations de l'IA. Les sites tiers ayant servi de sources n'avaient eux-mêmes jamais formulé les déclarations en question : impossible donc de les poursuivre, et sous l'ancien régime juridique, impossible également de poursuivre efficacement Google. Cette situation a empêché Google d'invoquer les protections accordées aux hébergeurs par le Digital Services Act, ou de se retrancher derrière la procédure classique de notification et retrait applicable aux moteurs de recherche.
Une protection de la liberté d'expression réduite pour l'IA
Le tribunal a également abordé la question de la liberté d'expression appliquée aux contenus générés par IA, avec une conclusion défavorable à Google. Selon les juges, une opinion produite par une intelligence artificielle n'est « pas l'expression d'une conviction acquise par celui qui s'exprime, mais le résultat d'un algorithme ».
Proposer un outil de recherche assisté par IA relève « avant tout d'une expression de l'activité commerciale de Google », et tout au plus « secondairement d'un intérêt à pouvoir exprimer librement une opinion ou des convictions ». Dans la balance entre les droits des plaignants et les intérêts de Google, l'entreprise a donc dû s'incliner, d'autant que les affirmations contestées reposaient sur des faits inexacts. L'IA avait associé les plaignants à des sociétés qui, selon des déclarations sous serment, n'avaient absolument aucun lien avec eux.
Google condamné sur la quasi-totalité des points
Le tribunal a tranché en faveur des plaignants sur la majorité des demandes. Il a interdit à Google de diffuser des affirmations évoquant des arnaques, des liens avec des sociétés douteuses, des pièges à abonnement, des appels téléphoniques fictifs ou un manque de disponibilité. Seules deux demandes mineures ont été rejetées.
Le risque de répétition de l'infraction a été jugé persistant, même si les textes litigieux précis n'étaient plus affichés au moment du jugement. Google n'avait pas formulé de déclaration de cessation assortie d'une clause pénale, et rien n'empêchait les algorithmes de générer à nouveau les mêmes affirmations à l'avenir. Google doit prendre en charge 80 % des frais de justice, les plaignants se partageant les 10 % restants chacun. Selon le tribunal, la portée de cette décision pourrait dépasser les frontières allemandes.
Une précision technique qui change la donne juridique
Le jugement de Munich dépasse largement le cadre de cette seule affaire. Une analyse réalisée par la startup spécialisée en IA Oumi pour le New York Times a montré que les AI Overviews de Google, fonctionnant avec le modèle Gemini 3, répondaient correctement 91 % du temps. Un taux suffisant pour un usage quotidien classique, mais qui représente tout de même, à l'échelle de Google, des millions de réponses erronées chaque heure.
L'analyse d'Oumi a également révélé que 56 % des réponses correctes de Gemini 3 ne pouvaient pas être confirmées par les sources que Google citait lui-même. L'IA fournit donc des réponses dont l'utilisateur ne peut pas retracer l'origine exacte.
C'est précisément ce problème que le tribunal munichois a tranché : l'IA formule ses propres affirmations, qui n'apparaissent dans aucune source citée, et l'opérateur doit en répondre devant la justice. Reste à savoir si ce raisonnement résistera à un appel. Google a confirmé son intention de contester la décision, estimant que l'affaire porte sur « des erreurs spécifiques et limitées, et non sur la manière fondamentale dont les AI Overviews affichent le contenu du web ».
Si le raisonnement du tribunal venait à s'imposer au-delà de l'Allemagne, les conséquences pourraient toucher non seulement Google, mais l'ensemble des fournisseurs d'IA dont les systèmes reformulent du contenu issu du web, à commencer par ChatGPT, Claude ou Perplexity.
En mai 2026, Eric Schmidt, ancien patron de Google, a été copieusement hué lors d'un discours de remise de diplômes à l'université d'Arizona. La raison : ses propos sur l'intelligence artificielle face à un public de jeunes diplômés sur le point d'entrer sur un marché du travail qu'ils jugent hostile. Cette anxiété généralisée met en exergue une vraie question, à laquelle il vaut mieux répondre par des choix de formation précis que par l'évitement. C'est dans cet esprit qu'une formation marketing certifiante en accord avec son temps prend tout son sens. Il ne s'agit plus d'apprendre à produire, mais à orchestrer !
Eric Schmidt a lui-même reconnu cette peur, évoquant des emplois qui s'évaporent et une génération héritant d'un futur qu'elle n'a pas choisi. Cet épisode n'est pas isolé : une enquête montre qu'environ 10 % des nouveaux étudiants ont déjà changé de filière à cause de l'IA, les filières tech étant les plus délaissées.
Ce qui ne se monnaye plus
Rédiger un article de blog générique, décliner un post LinkedIn standard ou construire une campagne publicitaire sans angle particulier. Voilà autant de tâches que l'IA générative est en mesure d’exécuter en quelques secondes, à un niveau de qualité suffisant pour la majorité des usages courants.
Un employeur qui paierait encore un salaire entier pour ce type de production basique se trompe de calcul. Pour autant, la compétence rédactionnelle pure, longtemps au cœur des métiers du marketing de contenu, n'a pas disparu. Elle a simplement cessé d’être le critère qui justifie une embauche ou une reconversion réussie.
Ce que les entreprises sont prêtes à payer
Actuellement, quatre compétences tirent leur épingle du jeu :
Le cadrage stratégique : définir l'angle, l'objectif business et le positionnement avant toute production est précisément ce que l'IA ne peut pas faire à la place d'un humain qui connaît parfaitement le contexte de l'entreprise.
La distribution : savoir où et comment diffuser un contenu pour qu'il atteigne sa cible, alors que produire du contenu coûte de moins en moins cher, mais que l'attention reste rare.
La lecture des données : interpréter des résultats de campagne, des données SEO ou des retours utilisateurs pour ajuster une stratégie ; une compétence analytique que l'automatisation ne remplace pas, mais accentue.
Enfin, le pilotage des outils : savoir formuler les bonnes instructions, contrôler la qualité des sorties IA et orchestrer plusieurs outils entre eux est maintenant compétence à part entière, distincte de la simple utilisation passive.
Une peur pas totalement infondée, mais mal ciblée
Les craintes des jeunes diplômés sont loin d’être irrationnelles. En effet, les entreprises réduisent certains postes juniors et présentent parfois l'IA comme un substitut commode à l'embauche d'exécutants.
Le problème n'est donc pas la technologie en elle-même, mais la manière dont elle redéfinit ce qu'un profil débutant doit apporter. Le risque touche principalement les tâches répétitives et standardisées qu’il est possible de confier à la machine. Le jugement métier, la créativité stratégique ou la capacité à arbitrer entre plusieurs options restent aujourd’hui des domaines à l’abri de l’automatisation. Une reconversion réussie doit donc viser ce second registre en priorité.
L’impact du contexte actuel sur la reconversion professionnelle
Ce qu’on pouvait qualifier de « parcours de formation pertinent » il y a trois ans n’est plus d’actualité aujourd’hui. Pour aborder cette transition avec succès, le professionnel doit désormais intégrer l’usage des outils IA comme un prérequis, et non plus comme une simple option.
Il doit par ailleurs se concentrer sur la stratégie et l’analyse plutôt que sur la seule production, et se préparer à des missions de pilotage plutôt que d’exécution. Choisir un cursus qui ignore ces mutations, c’est prendre le risque de se reconvertir pour un métier qui n’existera peut-être plus dans quelques années, pour ne pas dire dans quelques mois. D’où l’importance de se tourner vers une école pleinement inscrite dans son époque, qui apportent les compétences qui comptent vraiment !
Google indique explicitement ne pas utiliser les fichiers llms.txt ni d'autres fichiers texte, balisages ou formats Markdown spécifiques pour ses fonctionnalités d'IA générative dans la recherche.
Créer et maintenir un fichier llms.txt ne nuit pas au référencement, mais ne l'aide pas non plus : Google l'ignore purement et simplement pour son propre moteur.
Cette clarification rejoint les conclusions d'un test mené par l’expert Daniel Roch et confirme plusieurs critiques structurelles déjà formulées sur ce format.
Google appelle à se concentrer sur les fondamentaux du SEO plutôt que sur des hacks GEO non prouvés, comme le chunking de contenu ou la réécriture de pages spécifiquement pour les IA.
Le consultant SEO Daniel Roch a relayé cette mise à jour sur LinkedIn, en rappelant qu'elle vient confirmer les résultats d'un test qu'il avait mené sur le sujet, ainsi que les réserves qu'il exprimait depuis plusieurs mois sur le fichier llms.txt.
Que dit exactement la documentation de Google
Dans la section consacrée aux idées reçues sur l'optimisation pour l'IA générative, Google liste plusieurs pratiques que les éditeurs de sites peuvent ignorer sans crainte pour leur visibilité. La première concerne directement le sujet : les fichiers llms.txt et les autres formats spéciaux. Google précise qu'il n'est pas nécessaire de créer de nouveaux fichiers lisibles par machine, de fichiers texte pour IA, de balisages ou de contenu en Markdown pour apparaître dans Google Search, y compris dans ses fonctionnalités d'IA générative comme les AI Overviews ou l'AI Mode, car Google Search lui-même ne les utilise pas.
La firme de Mountain View ajoute une précision importante : le moteur peut tout à fait découvrir, explorer et indexer toutes sortes de fichiers en plus du HTML sur un site. Mais cela ne signifie pas que ces fichiers bénéficient d'un traitement particulier. Autrement dit, qu'un fichier llms.txt existe sur un site ou non ne change rien à la façon dont Google traite ce site.
Google va même plus loin en précisant que créer et maintenir ce type de fichier reste tout à fait possible, notamment pour d'autres services ou systèmes qui s'appuient sur ce format. Cela ne nuira ni n'aidera la visibilité ou le positionnement dans Google Search, puisque Google l'ignore tout simplement.
Pourquoi ce sujet fait débat depuis plusieurs mois
Le fichier llms.txt a été proposé comme une sorte d'équivalent au robots.txt, mais destiné aux modèles de langage plutôt qu'aux robots d'indexation classiques. L'idée consistait à fournir aux IA un résumé structuré du contenu d'un site, dans un format simplifié et lisible par les machines, pour faciliter la citation ou la compréhension du site par les outils d'intelligence artificielle.
Ce format a rapidement été présenté par certains acteurs du GEO comme une nouvelle brique incontournable de l'optimisation pour les IA. Mais, dans le même temps, certains experts ont appelé à la prudence sur ce point, en s'appuyant sur des constations et des tests maisons.
Les limites structurelles du format pointées par les experts
Le premier argument avancé par Daniel Roch est l'absence de standard reconnu. Le fichier llms.txt n'a jamais été officiellement adopté par les grands acteurs du marché de l'IA générative, ce qui en fait une initiative communautaire plutôt qu'une norme établie.
Le deuxième argument porte sur la structure même du fichier. Son format est très permissif, ce qui signifie que son contenu peut varier considérablement d'un site à l'autre. Cette absence de cadre strict empêche de considérer le fichier comme fiable ou exhaustif. Un fichier llms.txt peut donc très facilement se révéler incomplet, devenir obsolète au fil du temps, ou être manipulé pour orienter artificiellement la perception d'un site par une IA.
Le troisième argument concerne les capacités déjà existantes des IA pour récupérer de l'information. Les modèles disposent d'autres moyens techniques pour explorer et comprendre le contenu d'un site, ce qui rend un fichier de synthèse dédié moins indispensable qu'on ne le présente parfois.
Enfin, le quatrième argument touche à la nature même des requêtes adressées aux IA. Pour une grande partie des questions posées, l'intelligence artificielle cherche une réponse précise et localisée dans le contenu, pas une vision d'ensemble du site fournie par un fichier global. Un llms.txt, par construction, ne peut offrir qu'une vue générale, ce qui correspond rarement à ce que l'IA va réellement chercher pour répondre à une requête spécifique.
Ce que Google recommande à la place
Au-delà du cas du llms.txt, la documentation de Google liste d'autres pratiques GEO considérées comme inutiles pour son propre moteur.
Le découpage du contenu en petits fragments, connu sous le nom de chunking, n'est pas nécessaire. Les systèmes de Google sont en effet capables de comprendre plusieurs sujets traités sur une même page et d'en extraire la partie pertinente pour chaque utilisateur.
La longueur idéale d'une page n'existe pas dans l'absolu, et le bon réflexe reste d'écrire pour son audience plutôt que pour un système d'IA.
Réécrire du contenu spécifiquement pour les IA n'est pas non plus utile selon Google, qui indique que ses systèmes comprennent les synonymes et le sens général d'une recherche, sans nécessiter une correspondance exacte de mots-clés.
Les mentions artificielles d'une marque à travers le web sont également écartées, Google misant sur ses systèmes de détection de contenu de qualité et de lutte contre le spam.
Enfin, les données structurées ne sont pas requises spécifiquement pour l'IA générative, même si leur usage reste recommandé dans une stratégie SEO globale, notamment pour l'éligibilité aux résultats enrichis.
Google recentre ainsi le débat sur les fondamentaux déjà connus du SEO : une structure technique claire, un contenu non générique apportant un point de vue ou une expertise réelle, et une expérience de page satisfaisante pour les visiteurs. Pour le moteur, optimiser pour la recherche générative reste avant tout une question de SEO, et non une discipline distincte nécessitant de nouveaux formats ou de nouvelles balises.
On remercie chaleureusement nos 6 auteurs et autrices pour leur réactivité et surtout la qualité des articles publiés : Indiana Aflalo, Lou Pichard, David Groult, Erwann Cardon, Killian Le Moal et Sylvain Deauré.
SFCC est partout (Adidas, Lacoste, Sandro, Maje...), mais reste l'un des CMS les moins documentés du marché. 2025 change la donne : refonte du centre d'aide et arrivée de l'agent IA AgentForce directement dans la doc.
SFRA vs Composable Storefront : deux architectures, deux logiques SEO radicalement différentes. Sitemap, canoniques, SSR, Core Web Vitals... tout change selon le Core Model choisi.
Les modules natifs les plus puissants de SFCC enfin expliqués clairement : URL Rules, Page Meta Tag Rules, et surtout les trois systèmes de redirection avec leur ordre de priorité (celui qui débloque des heures de débogage).
Pas de .htaccess, pas de Schema.org natif : les vraies limites de la plateforme et comment les contourner avec du développement ciblé.
Le virage Agentic Commerce arrive. Avec le partenariat Stripe-OpenAI, votre catalogue SFCC devra bientôt être lisible par les agents IA avant même de l'être par Google.
Ce qu'on a aimé :
Un vrai travail de démystification d'une plateforme réputée fermée et où la connaissance se transmet surtout en interne ou en agence. L'article de Lou Pichard rentre dans le détail opérationnel : ordre de priorité des modules de redirection, dépendance entre données catalogue et meta tags, méthodologie pour découper un cahier des charges SEO en trois briques (natif, configuration, développement custom). Exactement le genre de repères qu'on cherche en vain dans la documentation officielle de Salesforce. Pas de théorie creuse, mais des seuils précis et des outils actionnables. Un article sans concession, qui en fera réfléchir plus d’un !
8 marques, 8 secteurs, 8 logiques différentes. Autant d'exemples concrets de fiches produit qui transforment vraiment la décision d'achat.
Le simulateur de taille ASOS analysé en détail. Comment une marque transforme l'incertitude de taille en preuve sociale personnalisée, avec un impact direct sur les retours et la marge.
LDLC ou comment une caractéristique technique devient un levier SEO. Relier chaque spécification produit à une page de facette crée un maillage qui sert autant l'utilisateur que le crawler.
Une grille de lecture en 5 types de gains d'information pour savoir précisément ce qui manque sur vos fiches.
Une checklist d'audit complète pour évaluer vos fiches produit avec un regard neuf, au-delà du title et du H1.
Ce qu'on a aimé :
L'angle adopté est rare : au lieu d'une liste de bonnes pratiques génériques, l'article décortique huit cas réels et explique précisément pourquoi chaque dispositif fonctionne, sans tomber dans le name dropping superficiel. La distinction entre les différents types de gains d'information donne une grille de lecture immédiatement actionnable, et l'avertissement final sur le risque de surcharge évite l'écueil classique du « ajoutez toujours plus de contenu ».
Une victoire à 139 mentions, mais portée à 80% par seulement deux IA sur cinq. L'analyse moteur par moteur révèle des comportements radicalement différents entre Claude, Mistral, ChatGPT, Perplexity et Gemini.
Les sept piliers d'une méthode GEO complète… avec des exemples de code à l'appui.
Le « fan-out » expliqué à travers une architecture concrète. Un hub et dix pages alignées sur les sous-intentions que les IA génèrent en arrière-plan pour construire leurs réponses.
L'effet « winner-takes-all » sur Mistral, observé en conditions réelles. Comment un moteur peut citer jusqu'à six URLs d'un même domaine dans une seule réponse, une fois la source identifiée comme dominante.
Les échecs documentés sans filtre. Reddit banni, Wikidata refusé, robots.txt qui bloque les bots IA pendant 24h... Et ce qu’il faut en retenir.
Ce qu'on a aimé :
Une transparence rare sur ce qui n'a pas marché autant que sur ce qui a marché. Indiana Aflalo ne se contente pas d'annoncer une victoire, elle décortique pourquoi Claude et Mistral ont réagi alors que Gemini et Perplexity sont restés hermétiques, avec des hypothèses précises pour chaque moteur. La distinction entre ce qui se transpose à un vrai site et ce qui ne se transpose pas (le contexte artificiel du concours) donne à l'article une vraie valeur méthodologique, au-delà du simple récit de performance.
Un « stress test » en 3 questions à faire passer à ChatGPT sur vos 200 premiers mots.
L'anatomie d'un chunk citable, avec un exemple avant/après bluffant. Deux versions de même longueur, un potentiel de citation radicalement différent.
Les chiffres de fan-out par LLM qui changent tout. De 22,6 % chez ChatGPT à 98,7 % chez Gemini, avec des conséquences concrètes sur la façon de structurer vos pages.
Trois « fausses bonnes idées » du GEO déconstruites avec des données… Ce qui marche vraiment et ce qui est une perte de temps.
Une nouvelle grille de KPIs pour mesurer la visibilité dans les IA génératives, en complément du SEO classique.
Ce qu'on a aimé :
Le côté très opérationnel de cette deuxième partie : chaque concept s'accompagne d'un protocole, d'un exemple concret ou d'un chiffre sourcé, jusqu'à la checklist actionnable en fin d'article. La déconstruction des mythes GEO (llms.txt, Markdown, pages longues) tranche avec le discours ambiant et s'appuie sur des études récentes plutôt que sur des intuitions. C'est le genre d'article qu'on garde sous la main pour auditer ses propres pages.
Plus de 20 pipelines Discover aux logiques radicalement différentes, basés sur l'analyse de 42 millions de cartes. La vraie question n'est plus « suis-je dans Discover », mais « dans combien de pipelines suis-je visible ».
L'effet multiplicateur du multi-pipeline. 58 % des URLs françaises apparaissent dans 2 pipelines ou plus, avec des outliers qui en atteignent 12 à 14 simultanément.
Le modèle Ouest-France décrypté : comment un double ancrage local + national permet d'atteindre 25 pipelines distincts, un record pour un éditeur traditionnel.
Ce qui plafonne structurellement le multi-pipeline : test produit pur, sport quotidien, lifestyle... avec les leviers concrets pour en sortir.
Un signal émergent à surveiller : un pipeline d'intake social a été multiplié par 33 en trois mois, alimenté à 72 % par X.com.
Ce qu'on a aimé :
Le scorecard par profil d'éditeur (presse nationale, presse régionale, tech/review, sport, lifestyle, vidéo) qui distingue précisément les pipelines naturels et ceux à conquérir : c'est immédiatement actionnable, on peut se situer et identifier ses marges de progression. Les cas concrets (Le Monde, Ouest-France, Frandroid, L'Equipe, programme-tv.net) avec leurs empreintes pipelines détaillés offrent une grille de lecture qu'on ne trouve nulle part ailleurs.
Pourquoi la technique reste le parent pauvre des stratégies SEO
Dans la grande majorité des stratégies de référencement naturel, la répartition des efforts suit un schéma prévisible : le contenu d'abord, le netlinking ensuite, et le SEO technique quand on trouve le temps. Nulle négligence ici, mais plutôt une réalité opérationnelle. Produire des articles ou acquérir des liens génère des résultats plus visibles, plus facilement attribuables, plus faciles à valoriser en interne.
L'audit technique, lui, est perçu comme un chantier : il faut crawler le site, interpréter des rapports denses, prioriser des centaines de problèmes potentiels, puis les transmettre à des développeurs qui ont d'autres priorités.
Le résultat est souvent le même, avec des erreurs qui s'accumulent. Des pages importantes ne sont pas indexées. Des balises title sont dupliquées ou absentes. Des redirections mal configurées diluent le jus de liens. Des Core Web Vitals dégradés pénalisent le positionnement sur mobile. Aucun de ces problèmes n'est spectaculaire en soi, mais leur accumulation finit par peser lourd dans la balance des classements.
C'est précisément ce terrain que Nox, l'agent IA d'audit technique de Sedestral, a été conçu pour couvrir : transformer une tâche complexe, chronophage et souvent reportée en un processus continu et automatisé.
Ce que couvre réellement un audit SEO technique complet
Avant de comprendre ce que fait l’agent IA Nox, il est utile de rappeler l'étendue du périmètre qu'un audit technique rigoureux devrait couvrir. On parle rarement d'un seul type de vérification, mais d'une série de couches imbriquées.
La première concerne la structure HTML et les balises. Chaque page doit disposer d'une balise title unique et optimisée, d'une méta description correctement renseignée, d'une hiérarchie de titres Hn cohérente. Des erreurs à ce niveau affectent directement la façon dont Google comprend et classe le contenu.
La deuxième touche à l'indexation. Est-ce que le fichier robots.txt bloque involontairement des sections importantes ? Le sitemap.xml est-il à jour et correctement soumis ? Les balises canoniques sont-elles bien implémentées ? Les directives noindex sont-elles utilisées à bon escient, sans exclure des pages stratégiques ? Ces questions semblent techniques, mais leurs conséquences sont directement visibles dans les classements.
La troisième dimension est celle de la performance et des Core Web Vitals. Google utilise ces signaux comme facteur de classement depuis 2021. Un site qui charge lentement à cause d'images non compressées, de scripts bloquants ou d'un cache mal configuré perd des positions, en particulier sur mobile.
La quatrième englobe la sécurité et l'accessibilité : validité du certificat SSL, absence d'erreurs 4xx et 5xx, accessibilité mobile, conformité des données structurées.
Enfin, pour les sites locaux, l'audit doit aussi vérifier la cohérence des informations NAP (nom, adresse, téléphone) et la configuration Google My Business.
Réaliser ce travail manuellement, de façon exhaustive, sur un site de plusieurs centaines de pages, représente plusieurs jours de travail. Et ce travail est à recommencer régulièrement, puisqu'un site évolue en permanence.
Agent IA vs outil d'audit classique : quelle différence concrète ?
Des outils comme Screaming Frog, Semrush ou Ahrefs permettent déjà de détecter une large part de ces problèmes. Mais leur output prend, par nature, la forme d’une liste. Parfois une très longue liste. Il revient ensuite à l'utilisateur d'interpréter chaque signal, d'évaluer sa gravité, de le mettre en contexte avec les objectifs du site et de décider quoi traiter en priorité. C'est à ce stade que la plupart des audits s’avèrent incomplets : faute de temps ou d'expertise, on traite les problèmes évidents et on ignore le reste.
Un agent IA comme Nox fonctionne différemment à deux niveaux :
D'abord, il ne se contente pas de signaler : il évalue l'impact SEO de chaque problème et établit une liste de correctifs classés par ordre de priorité.
Ensuite, pour chaque erreur identifiée, il explique clairement ce qui pose un problème et indique comment le corriger, étape par étape, dans un langage accessible. On passe d'un rapport brut à un plan d'action opérationnel.
C'est la différence structurelle entre un outil qui analyse et un agent qui raisonne. Le premier vous donne des données. Le second vous dit quoi faire avec.
Comment Nox audite concrètement votre site
Le processus de Nox s'articule autour de trois grandes phases d'analyse, menées de façon systématique sur l'ensemble des pages du site.
Analyse de la structure HTML et des balises SEO
Nox commence par inspecter le code HTML de chaque page. Il détecte les erreurs de structure, vérifie la conformité des balises title et méta descriptions (présence, unicité, longueur), contrôle la hiérarchie des titres Hn et identifie les problèmes qui impactent directement la lecture du contenu par les moteurs. Il relève aussi les erreurs de redirection (chaînes de redirections, redirections vers des pages en erreur) et vérifie la configuration du robots.txt et du sitemap.xml.
Test de performance et de sécurité
Nox teste ensuite votre site comme le ferait un véritable utilisateur, en mesurant les Core Web Vitals avec précision. Il identifie les éléments qui dégradent les performances : images non optimisées, scripts bloquant le rendu, gestion du cache insuffisante, problèmes d'affichage mobile. Il vérifie également la validité du certificat SSL et détecte les risques de sécurité associés.
Vérification de l'indexation en connexion avec Google Search Console
C'est l'une des dimensions les plus différenciantes de Nox. Au-delà de la vérification statique des balises canonical, des directives noindex et de la présence du sitemap, l'agent est capable d'appeler directement l'API Google Search Console. Cela lui permet de croiser les pages découvertes lors du crawl avec les données d'indexation réelles fournies par Google : une page est-elle effectivement connue de Google ? Est-elle indexée ?
Si ce n'est pas le cas, Nox peut la soumettre automatiquement à l'indexation, sans intervention manuelle. C'est ce qui permet de gérer l'indexation non pas comme un chantier ponctuel, mais comme un processus continu : chaque nouvelle page publiée, chaque page corrigée peut être soumise au bon moment, sans attendre le prochain crawl de Google.
Cette connexion avec la Search Console couvre également le contrôle des données structurées et de l'optimisation locale, notamment la vérification des informations NAP et de la fiche Google My Business pour les sites à dimension locale.
La priorisation : ce qui distingue un rapport utile d'une liste de problèmes à régler
Un audit complet sur un site de taille moyenne peut générer plusieurs centaines d'alertes. Sans hiérarchisation, ce volume peut être contre-productif : l'équipe ne sait pas par où commencer et finit souvent par ne rien traiter.
Nox évalue l'impact de chaque problème sur le référencement et établit une liste de correctifs classés par ordre de priorité. Ce classement n'est pas arbitraire, mais repose sur la nature de l'erreur et son poids potentiel sur le positionnement. Une balise title absente sur la page d'accueil n'a pas le même impact qu'une balise alt manquante sur une image secondaire. Une page stratégique bloquée par le robots.txt n'a pas le même impact qu'une redirection 301 sur une URL secondaire.
Pour une PME sans ressources techniques dédiées, ou pour une agence qui gère un portefeuille de sites clients, cette priorisation est décisive. Elle transforme un audit en plan d'action, avec une entrée claire. A savoir, commencer par le haut de la liste.
Ce que vous gardez sous contrôle
Comme pour les autres agents de Sedestral, Nox ne court-circuite pas la décision humaine sur les corrections à apporter. Il détecte, analyse, priorise et explique. Les modifications sur le site restent à votre main ou à celle de vos développeurs.
L'exception concerne la soumission à l'indexation via l'API Search Console, qui peut être gérée de façon automatisée par l'agent IA. C'est une action technique sans risque, qui ne modifie pas le contenu du site et qui, sans automatisation, représente une tâche répétitive chronophage.
Pour tout le reste, Nox produit un rapport détaillé et actionnable, avec les explications nécessaires pour que chaque correction puisse être appliquée sans expertise technique avancée. L'objectif est de rendre le SEO technique accessible à des équipes qui n'ont pas de consultant SEO à plein temps.
Les limites à garder en tête
Un agent IA d'audit technique ne remplace pas l'analyse contextuelle d'un consultant expérimenté face à des problématiques d'architecture complexes. Sur un site e-commerce avec des milliers de pages générées dynamiquement, des configurations de facettes ou des problèmes de contenu dupliqué à grande échelle, l'arbitrage stratégique reste avant tout humain.
De même, certains problèmes d'indexation ont des causes contextuelles que seule une lecture globale du site permet d'identifier, qu’il s’agisse d’une pénalité manuelle, une cannibalisation entre pages proches sémantiquement, ou une mauvaise gestion des paramètres d'URL sur un site international.
Ces limites ne remettent pas en question l'utilité de Nox, elles en précisent le périmètre optimal, que cela soit les PME, les e-commerçants et les agences qui gèrent plusieurs sites en parallèle. Dans ces cas, l'agent libère un temps d'expertise considérable pour les décisions stratégiques, en automatisant la détection, le tri et le guidage des corrections techniques.
Sundar Pichai a prononcé son deuxième discours de remise de diplômes, vingt ans après avoir lui-même étudié à Stanford.
Il développe trois filtres de décision : choisir l'optimisme, privilégier les sujets difficiles et suivre ce qui passionne réellement.
Il revient sur des étapes marquantes de son parcours, de son arrivée depuis Chennai jusqu'aux débuts compliqués de Chrome.
Son message central : la grande majorité des décisions de la vie ne sont pas aussi déterminantes qu'on le croit sur le moment.
Un retour aux sources vingt ans après
Sundar Pichai n'a prononcé qu'un seul autre discours de ce type auparavant, en 2020, en pleine pandémie de Covid. Il l'avait alors filmé depuis son jardin pour une cérémonie virtuelle, à une époque où les diplômés ne pouvaient pas se réunir.
Cette fois, le contexte est tout autre. Il s'adresse à la promotion 2026 dans une ambiance de célébration classique, entouré pour la première fois de ses propres parents lors d'une cérémonie de ce genre. Il en profite pour les remercier publiquement, ainsi que toute sa famille présente dans le public.
Avant d'entrer dans le vif du sujet, il évacue rapidement un sujet qui revenait dans les conseils qu'on lui donnait pour préparer son discours : éviter certains jeux de mots sur son nom de famille. Il choisit de ne pas s'y attarder, estimant que ce genre de détail n'a aucune importance face à ce qu'il veut transmettre.
Premier principe : choisir l'optimisme
Le premier principe développé par Sundar Pichai consiste à choisir une lecture optimiste des situations, même quand le contexte est difficile.
Il rappelle que chaque génération a connu ses propres difficultés, et que si l'on ne choisit pas le monde dans lequel on grandit, on choisit la façon dont on l'interprète. Il illustre cette idée avec son enfance à Chennai, en Inde, marquée par des pénuries d'eau et un accès très progressif aux technologies du quotidien comme le téléphone, la télévision ou le réfrigérateur. Malgré ces contraintes, ses parents ne l'ont jamais empêché d'imaginer un avenir différent, jusqu'à envisager une carrière dans la Silicon Valley.
Quand Stanford l'accepte, son père dépense l'équivalent d'un an de salaire pour lui payer son billet d'avion, le tout premier de sa vie. Une fois en Californie, la réalité ne correspond pas tout à fait à l'image qu'il s'en faisait. Il découvre des collines plutôt brunes que vertes, ce qui lui inspire une remarque spontanée auprès de sa famille d'accueil. Sa logeuse, Jane Earl, lui répond alors qu'on préfère dire qu'elles sont dorées plutôt que brunes. Cette reformulation toute simple devient pour lui l'illustration parfaite de ce qu'il appelle l'optimisme californien.
Il applique ce même principe à un tournant important de son parcours étudiant. Arrivé à Stanford avec l'objectif de poursuivre un doctorat et de se diriger vers le monde académique, il doit finalement quitter ce programme pour des raisons pratiques et obtenir à la place un master. Plutôt que de voir cela comme un échec, il choisit d'y voir une autre forme de réussite, fidèle à la logique des collines dorées.
Deuxième principe : se tourner vers les sujets difficiles
Le deuxième principe consiste à privilégier les projets les plus ambitieux, même quand ils paraissent presque impossibles.
Sundar Pichai raconte que son parcours après Stanford n'a rien eu d'un succès immédiat. Il lui faut près d'une décennie avant de trouver véritablement sa voie, jusqu'à son entretien final chez Google en 2004, le jour même du lancement de Gmail. À l'époque, proposer un gigaoctet de stockage gratuit à tous les utilisateurs semblait être une idée presque irréaliste.
Quelques années plus tard, il se retrouve à la tête d'un petit groupe d'une dizaine de personnes chargé de repenser entièrement le navigateur web, à un moment où le web passe de simples pages statiques à des applications beaucoup plus riches. En interne, beaucoup pensent qu'un tel projet nécessiterait des centaines d'ingénieurs.
Le lancement de Chrome a lieu en 2008. Huit millions d'utilisateurs adoptent le navigateur dès les premières vingt-quatre heures, mais la croissance stagne ensuite rapidement. Un an plus tard, Chrome ne représente encore qu'environ deux pour cent de parts de marché. Steve Ballmer, alors patron de Microsoft, ironise publiquement sur ces résultats lors d'une interview. Plutôt que de se laisser décourager, l'équipe interprète cette remarque comme la preuve qu'elle dérange, et donc qu'elle est sur la bonne voie.
L'équipe se fixe alors des objectifs volontairement très ambitieux et adopte un rythme de mise à jour bien plus rapide que la concurrence, avec une nouvelle version livrée toutes les six semaines. Cette persévérance finit par porter ses fruits. Pour Sundar Pichai, s'attaquer à des sujets difficiles attire naturellement des personnes compétentes et optimistes, et même en cas d'objectifs non atteints, le résultat final reste souvent remarquable.
Troisième principe : suivre sa passion
Le troisième principe consiste, à compétences ou conditions égales, à choisir ce qui suscite un véritable enthousiasme.
Pour Sundar Pichai, ce moteur a toujours été l'accès à la technologie. Il se souvient de son arrivée à Stanford en 1993, où il découvre pour la première fois des salles entières d'ordinateurs accessibles librement, alors qu'il n'y avait quasiment pas eu accès auparavant. Il perçoit immédiatement internet, alors en pleine construction, comme un levier de progrès humain majeur, ce qui motive directement son choix de rejoindre Google puis de travailler sur des projets comme les Chromebooks et Android.
Il évoque ensuite deux souvenirs marquants liés à l'impact concret de ces technologies :
Des femmes en zone rurale en Inde utilisant pour la première fois un smartphone Android pour apprendre un métier et garder le contact avec leurs proches,
Et une classe à Pittsburgh où des élèves d'origines très différentes apprennent grâce aux mêmes outils qu'il a contribué à développer.
Il conseille aux diplômés de ne pas orienter leurs choix en fonction des attentes de leurs parents, de leurs amis ou de la société en général, mais plutôt de repérer les sujets qui les font parler avec enthousiasme jusque tard dans la nuit, et de s'orienter vers ces sujets.
Pourquoi la plupart des décisions ne sont pas décisives
Pour illustrer l'idée que peu de moments sont réellement déterminants, Sundar Pichai raconte une anecdote de son année d'études à Stanford. Un camarade de classe nommé Pat lui propose un mercredi matin, sur le chemin des cours, de partir improviser un voyage à Las Vegas plutôt que d'assister au cours. Sans expérience de road trip ni habitude de sécher les cours, il accepte malgré tout.
Le trajet passe par les montagnes, où il découvre la neige pour la première fois. Une fois arrivés à Las Vegas neuf heures plus tard, Pat lui apprend à jouer au blackjack. Avec cinq dollars de mise initiale, il en gagne quinze de plus avant de s'arrêter, satisfait. Le lendemain, ils reprennent la route, et personne à l'université ne remarque leur absence.
Pour Sundar Pichai, cet épisode illustre bien la différence entre les quelques décisions qui méritent vraiment réflexion, comme le choix d'un partenaire de vie, la décision de fonder une famille ou un virage de carrière majeur, et les milliers d'autres moments du quotidien, comme un premier emploi, un déménagement ou un road trip improvisé, qui donnent du relief au parcours sans pour autant en déterminer la trajectoire.
Google a ajouté automatiquement des numéros WhatsApp sur de nombreuses fiches Google Business Profile au cours de la semaine du 9 juin 2026.
Certains numéros ajoutés sont incorrects ou correspondent à des lignes fixes incompatibles avec WhatsApp.
Il est actuellement impossible pour les propriétaires de fiches de supprimer ces numéros.
Google a reconnu qu'il s'agit d'un bug et travaille activement à sa correction.
Des ajouts en masse signalés partout
Le phénomène a été repéré simultanément sur le Local Search Forum et sur X à partir de la semaine du 9 juin 2026. Le spécialiste du référencement local Len Raleigh a été l'un des premiers à tirer la sonnette d'alarme : une vague massive de numéros WhatsApp incorrects venait d'être ajoutée sur des Google Business Profiles. Rhea Velgos a pour sa part indiqué avoir reçu des notifications par e-mail de Google concernant trois fiches mises à jour avec un lien de chat WhatsApp dans le champ dédié.
Google envoie bien des e-mails d'information aux propriétaires concernés, mais tous ne les ont pas forcément vus. Il est donc conseillé de vérifier directement sa fiche Google Business Profile pour s'assurer de ne pas être affecté.
Des numéros fixes ajoutés à la place de numéros WhatsApp compatibles
Le problème ne se limite pas à un simple ajout non sollicité. Dans plusieurs cas documentés, le numéro WhatsApp affiché correspond au numéro de téléphone principal de l'établissement, qui est une ligne fixe. Or, les lignes fixes ne prennent pas en charge la messagerie texte ni WhatsApp. Le numéro ajouté est donc non seulement inutilisable pour les clients qui tenteraient de contacter l'entreprise via ce canal, mais il peut aussi induire en erreur et générer une mauvaise expérience utilisateur.
Aucune option de suppression disponible pour l'instant
Ce qui aggrave la situation, c'est l'absence totale de solution côté interface : lorsque les gestionnaires tentent de retirer le numéro WhatsApp erroné depuis leur tableau de bord Google Business Profile, l'option de suppression n'est tout simplement pas disponible. Les entreprises concernées se retrouvent donc dans l'impossibilité d'agir par elles-mêmes.
Claudia Tomina, experte produit Google reconnue sur le Local Search Forum, a confirmé officiellement qu'il s'agit bien d'un bug et que Google travaille activement à le corriger. Aucun calendrier précis n'a cependant été communiqué pour la résolution du problème. En attendant un correctif, la seule chose à faire est de surveiller sa fiche et de vérifier les e-mails envoyés par Google pour rester informé de l'évolution de la situation.
Ce qu’on vous avait déjà montré, et que Google confirme
En septembre 2025, nous avions expliqué comment suivre Abondance sur Discover via le bouton « Suivre sur Google » et la page profile.google.com. En mai 2026, nous avions publié l’analyse des 54 éditeurs américains disposant de fonctionnalités enrichies (bannière, liens configurables, publications épinglées, ordre des onglets personnalisable) sans communication officielle de Google à l’époque.
L’annonce du 4 juin valide cette lecture : il s’agissait bien d’un programme pilote, pas d’un gadget. Google parle maintenant de « Search profiles », d’un espace dédié pour mettre en avant articles, vidéos et posts sociaux, ainsi que d’un lien explicite avec le knowledge panel. Les éditeurs éligibles peuvent réclamer un profil auto-généré ou en créer un ; le suivi depuis le profil alimente Discover.
Chez 1492.vision, notre monitoring couvre près de 47 000 profils Discover dans 7 langues. La cohorte des 54 domaines US analysée en détail était avant l'annonce officielle le seul groupe avec accès persistant aux fonctions enrichies que nous avions cartographiées, mais l’infrastructure sous-jacente existe déjà pour des milliers d’éditeurs, y compris francophones, sous forme de profils auto-générés.
Les chiffres qui structurent l’accès
Éligibilité à la réclamation (au moins un compte sur une plateforme majeure) :
Plateforme
Abonnés / followers minimum
YouTube
100 000
Instagram
100 000
X
100 000
TikTok
300 000
Autres contraintes documentées : résidence / disponibilité États-Unis uniquement pour l’instant ; âge minimum 18 ans ; un profil Search par compte Google (une autre identité = un autre compte Google).
Ce que permet un profil réclamé :
Bannière (cover) : format carré en affichage, résolution recommandée 1080 × 1350 px minimum ;
Jusqu’à 8 liens web (sections, live, météo, app, don…) ;
Jusqu’à 8 publications épinglées issues des plateformes liées ;
Handleprofile.google.com/@… calqué sur le compte social le plus suivi parmi ceux connectés ;
Insights (bêta) : clics, impressions, top contenus, pays : alimentés par une propriété Search Console générée pour le profil.
Rappel de notre analyse des 54 (détail dans l’article Abondance) : 41 bannières en ligne sur 54, 31 éditeurs avec au moins un lien configuré (65 liens au total), 13 avec un post épinglé actif, et seulement 3 liens instrumentés en UTM. Le paradoxe tient : la fonctionnalité est là, l’usage reste inégal, surtout chez les plus gros médias nationaux.
Éditable tout de suite vs validé par Google
Google distingue deux régimes :
Immédiat : ordre des plateformes sociales, image de couverture, épinglage, liens web, retrait d’un compte erroné ;
Soumis à validation : nom, bio, ajout d’une nouvelle plateforme non détectée automatiquement.
Conséquence pratique : si un réseau social n’apparaît pas sur votre profil auto-généré, la réclamation ouvre la possibilité de demander l’ajout d’un compte manquant. Le handle, lui, suit la logique de la plus grosse audience sociale liée, pas forcément votre préférence éditoriale.
Entités et Knowledge Graph
Sous le capot, le profil reste une surface Discover adossée au Knowledge Graph : réclamation possible depuis le knowledge panel (« View Search Profile »), enrichissement réciproque (avatar, contenus récents, lien direct). Pour Google, c’est un verrou de plus sur l’identité éditoriale (auteurs, marques, E-E-A-T) dans un écosystème où l’agrégation multi-plateformes devient critique. Le rôle des entités et du Knowledge Graph comme ossature des systèmes Google est confirmé, si besoin était.
« Pas directement » : ce que dit Google et ce qu’il faut en déduire
La FAQ officielle est explicite : « La création d’un Search profile n’affecte pas directement le classement de votre contenu sur Google Search. En revanche, si quelqu’un vous suit depuis votre profil, il peut voir davantage de votre contenu sur Discover. » Traduction opérationnelle : le Follow est un abonnement Discover (effet direct sur le flux pour les abonnés, comme les tests le démontraient) ; le ranking Search classique n’est pas promis, et le « pas directement » laisse la porte aux effets indirects (signaux d’engagement, fraîcheur d’audience), que ce soit sur Search ou sur Discover. On se souvient de Navboost dans le contexte du Search, qui (indirectement) récompense les contenus les plus cliqués sur la serp. Des mécanismes similaires, quoique plus complexes et nuancés, sont à l’œuvre sur Discover.
Vers un Publisher Center 2.0 ? Intention Google, impact éditeurs
Nous l’avions évoqué dès notre première analyse Substack : cette page pourrait devenir un hub éditeur dans l’écosystème Google, non pas pour héberger du contenu (tout est tiré des plateformes liées), mais pour fédérer l’audience, redistribuer des clics et compenser une partie de la pression des résumés IA et de la personnalisation agressive sur Discover.
Rétention. Le Follow formalise une relation directe éditeur lecteur dans Google, comparable à une newsletter Discover : moins de dépendance au hasard algorithmique du flux.
Personnalisation. Plus de sources suivies = fil plus stable pour ces éditeurs ; Google consolide des signaux d’affinité explicites (opt-in) en plus des signaux implicites. Cela va d’ailleurs de pair avec les nouvelles fonctions de Discover « Tailor your feed », qui ouvrent très nettement la porte à une personnalisation explicite des flux.
Analytics. La section Insights, même en bêta et soumise aux seuils, ouvre une brèche : visibilité sur performances Search et Discover au niveau du profil, avec pont Search Console.
Presse locale. La composition du pilote (environ la moitié des 54 = TV locales + presse régionale) colle aux discours publics de Google sur le journalisme de proximité : le produit n’est pas pensé uniquement pour les mastodontes nationaux.
Publisher Center ? Pas de rebranding officiel, mais la fonction est proche : identité, liens, mise en avant, mesure, sans repasser par une interface obsolète. L’officialisation du 4 juin transforme une observation de terrain en feuille de route produit.
États-Unis seulement, mais préparez-vous dès maintenant
Search profiles réclamables : US uniquement. Aucun profil enrichi hors marché anglophone US dans notre monitoring à ce jour, conforme à l'annonce Google, mais on surveille. En revanche, votre profil auto-généré existe probablement déjà si Google vous a identifié comme entité : logo, bio (souvent Wikipedia), réseaux issus du graphe.
De nouveaux éditeurs US ont déjà pu créer leur profile, par exemple "Inspired taste":
Vérifier votre page profile.google.com (ou demander l’URL à @1492_vision si elle n’est pas encore visible dans Discover).
Auditer la cohérence des comptes sociaux déclarés.
Préparer une bannière carrée pro (la barre visuelle du pilote est haute).
Définir 3 à 5 liens prioritaires + convention UTM
Rédiger une bio « About » : sur les profils réclamés du pilote, 38 des 54 l’avaient réécrite : c’est votre pitch sur une page Google.
Quand l’éligibilité s’étendra, les éditeurs US auront déjà pris l’habitude ; les retardataires repartiront avec un désavantage d’usage, pas seulement d’accès.
Conclusion
Google officialise ce que nous monitorions depuis août 2025 : des profils éditeurs, un Follow Discover, et, pour une poignée d’élus US, une couche enrichie qui ressemble à un mini-site dans le flux. L’annonce du 4 juin ne change pas la donne pour les éditeurs francophones aujourd’hui, mais elle confirme la direction : entités consolidées, audience capturable, personnalisation explicite, analytics en renfort.
Depuis la nuit du 14 au 15 mai 2026, Google a modifié la gestion du ciblage géographique de ses SERPs : le paramètre &gl=fr ne permet plus d'obtenir la SERP française depuis une IP non française.
Les outils de suivi de positionnement qui utilisent des proxies étrangers (la majorité du marché) retournent désormais des classements qui ne correspondent plus à ce que voit réellement un internaute en France.
Les données erronées peuvent impacter dès la page 1, y compris sur des requêtes à très fort volume (iphone, rachat de crédit, comparateur assurance auto...).
Aucune alerte n'est émise par les outils concernés : les tableaux de bord continuent de s'afficher normalement, sans signaler que les données sont compromises.
Monitorank et Ranxplorer ont identifié le problème et déployé un correctif. Goserp serait également épargné selon les tests communiqués.
Il est possible de reproduire soi-même le problème : connexion via VPN étranger + navigation privée + ajout du paramètre &gl=fr dans l'URL Google.
Un nouveau coup de boutoir contre le scraping de SERP
Cet épisode s'inscrit dans la continuité directe de ce qu'on documentait en avril 2026 : Google ne se contente plus de bloquer les bots, il les nourrit de fausses données. Mais cette fois, le vecteur d'attaque est différent. Ce n'est plus la « soupe YouTube » qui est en jeu, c'est le mécanisme fondamental de géolocalisation des SERPs.
Jusqu'au 14 mai, il était possible pour n'importe quel outil SEO de récupérer la SERP française depuis une IP étrangère en ajoutant simplement le paramètre &gl=fr dans l'URL de requête sur google.com. C'est ce que faisait la quasi-totalité des outils du marché pour scraper à grande échelle, pour des raisons de coût et de disponibilité limitée des proxies français.
Google a récemment modifié la gestion du ciblage géographique de ses SERPs.
Le paramètre gl, utilisé pour cibler une région, n'est plus fiable.
Si votre IP est étrangère : - vidéos YouTube/Facebook en page 5 - résultats instables dès la page 1
« Google a récemment modifié la gestion du ciblage géographique de ses SERPs. Le paramètre gl, utilisé pour cibler une région, n'est plus fiable. Si votre IP est étrangère : vidéos YouTube/Facebook en page 5, résultats instables dès la page 1. »
L'impact est immédiat et visible sur des mots-clés à très fort trafic. Fabien Barry l'illustre concrètement : un site présent en position 1 ou 2 sur la vraie SERP française peut ne plus apparaître du tout dans les résultats retournés par les outils non corrigés. Ce n'est donc pas uniquement un problème de pages profondes ou de résultats marginaux. Le top 1 peut être affecté.
Les mots-clés de référence pour tester
Monitorank a partagé une liste de requêtes permettant de vérifier par soi-même l'étendue du problème. Parmi les exemples documentés : « comparateur assurance auto », « iphone », « rachat de credit », « assurance habitation pas cher » ou encore « tenerife canaries ». Sur ces requêtes, certains sites présents en page 1 de la vraie SERP française n'apparaissent pas dans les résultats retournés par des outils ou API utilisant des proxies non français.
Comment vérifier par vous-même
La manipulation est simple à reproduire :
Connectez-vous à un VPN sur un pays non français.
Ouvrez une fenêtre de navigation privée (cookie Google vierge).
Effectuez une recherche sur google.com et ajoutez &gl=fr à l'URL.
Comparez avec les mêmes requêtes effectuées depuis une connexion française classique (sans VPN).
Les différences de classement observées reflètent exactement ce que vos outils de tracking voient en ce moment si leur infrastructure repose sur des proxies étrangers.
Monitorank et Ranxplorer : correctif déployé
Monitorank indique avoir identifié le problème rapidement après la mise à jour du 14-15 mai, avoir communiqué publiquement sur X, puis avoir travaillé plusieurs jours à la conception d'un correctif avant de le déployer et le valider à grande échelle. L'outil affirme avoir retrouvé sa puissance de scrape habituelle avec des résultats fiables. Ranxplorer et Goserp seraient également en mesure de fournir des données correctes selon les vérifications partagées par l'équipe.
Pour tous les autres outils, la prudence s'impose : en l'absence d'une communication explicite de l'éditeur sur ce sujet, les données de positionnement pour le marché français sont potentiellement non fiables depuis la mi-mai. Et comme lors des épisodes précédents, aucun tableau de bord n'affiche d'alerte : les données s'affichent normalement, qu'elles soient justes ou non.
On ne change pas une formule qui fonctionne ! Comme à l'accoutumée, les conférences prendront la forme de webinaires, de 9h à 17h. Pas besoin de réserver votre billet de train ou de prévoir de déplacement : tout est accessible en ligne, gratuitement. La seule condition pour accéder à cette journée d'apprentissage et d'inspiration : vous inscrire !
Une édition autour du SEO, de l'IA, de l'acquisition et de l'automatisation
IA, Claude Code, refonte de site, backlinks, automatisation SEO... Les conférenciers de cette édition de juin 2026 prennent les sujets qui animent la profession à bras-le-corps pour proposer des stratégies bien concrètes, orientées résultats et performances !
Que vous soyez SEO, consultant, développeur ou que vous ayez simplement envie de mieux comprendre les mutations du web, cette SEO Garden Party est un événement à ne surtout pas manquer !
À noter que cette édition du 18 juin ne sera pas la seule de 2026. D'autres webinaires sont d'ores et déjà prévus dans l'année : en septembre et novembre ! On vous en reparle bientôt !
Chaque édition de la SEO Garden Party est l'occasion d'écouter des experts partager leurs retours terrain, leurs méthodes et leurs visions sur l'évolution du Search. L'événement est reconnu pour la qualité de ses interventions, son accessibilité et la richesse des échanges.
« La SEO Garden Party est un événement incontournable pour tous ceux qui veulent progresser en SEO. Les conférences offrent des retours d’expérience concrets et des conseils directement applicables. C’est rare de trouver un contenu aussi riche et gratuit. » — Victor Lerat, Directeur Abondance
Le 7 mai 2026, le taux de réponses ChatGPT contenant un lien vers le site d'une marque est passé de 0,4 % à 6,2 % en une seule journée, soit une multiplication par 14.
Chaque lien est accompagné d'un paramètre utm_source=chatgpt.com ajouté par OpenAI, permettant une attribution directe du trafic dans les outils analytics.
Perplexity, Gemini et Copilot n'ont enregistré aucun mouvement sur la même période : ce changement est propre à ChatGPT.
79 % des nouveaux liens pointent vers la page d'accueil des marques, contre 59 % avant le 7 mai.
Un changement brutal, pas progressif
Pendant sept semaines, le taux de réponses ChatGPT contenant un lien vers un site de marque oscillait entre 0,3 % et 1 %. Le 6 mai, il était à 0,5 %. Le 7 mai, il atteignait 4,1 %. 48 heures plus tard, il dépassait 7 %. Depuis, il s'est stabilisé autour de 4 à 5 %.
Augmentation de taux de réponses contenant un lien vers un site de marque - Source : Qwairy
Ce n'est pas un déploiement progressif, mais une rupture nette, une ligne verticale dans les données. Pour illustrer concrètement la différence, avant le 7 mai une réponse ChatGPT mentionnant une marque ressemblait à ceci : « Les options courantes incluent Acme Field Service et Northwind Dispatch. » Après le 7 mai, chaque nom de marque est devenu un lien hypertexte balisé :
[Acme Field Service](https://www.acmefieldservice.com/?utm_source=chatgpt.com).
Le tag UTM est apposé par ChatGPT, pas par les marques.
Parmi les réponses qui mentionnent une marque, la part de celles qui incluent également un lien vers son site est passée de 2 % à 29 %. ChatGPT recommande les mêmes marques qu'avant. Il a simplement arrêté de les laisser sans destination cliquable.
Les données excluent tout artefact de mesure
Qwairy a croisé les données de ChatGPT avec celles de trois autres assistants sur la même fenêtre temporelle :
Assistant
Avant le 7 mai
Après le 7 mai
Évolution
ChatGPT
0,43 %
6,20 %
x14
Perplexity
4,06 %
5,38 %
stable
Gemini
0,37 %
0,22 %
stable
Copilot
0,02 %
0,01 %
stable
Un artefact de collecte aurait affecté plusieurs sources simultanément. Ici, un seul assistant a bougé. Le paramètre utm_source=chatgpt.com, absent avant le 7 mai et présent sur chaque lien après, confirme que ce tag est injecté par l'infrastructure d'OpenAI et non par le pipeline de mesure de Qwairy.
Comparaison entre ChatGPT, Perplexity, Gemini et Copilot - Source : Qwairy
Où atterrit ce trafic ?
La grande majorité des liens pointe vers la page d'accueil des marques : 79 % après le 7 mai, contre 59 % avant. C'est la page que la plupart des équipes marketing traitent comme une vitrine institutionnelle, rarement pensée pour convertir un visiteur arrivant froid depuis une recommandation IA.
Le changement concerne l'ensemble des types de requêtes. Même les réponses déclenchant la surface shopping de ChatGPT ont enregistré une progression d'environ 20 fois (de 0,2 % à 4,4 %). Aucun secteur n'est épargné.
Pourquoi OpenAI a fait ce choix
Le changement intervient deux jours après que GPT-5.5 Instant est devenu le modèle par défaut de ChatGPT (5 mai 2026) et l'annonce par OpenAI de nouvelles options publicitaires incluant de l'enchère au coût par clic. Qwairy identifie trois hypothèses, que Luca Fancello, CMO de Qwairy, développe ainsi :
« Il existe selon moi trois raisons qui peuvent expliquer ce soudain changement de l'interface ChatGPT. La première est un simple changement UX pour rendre l'interface plus facile à utiliser. La deuxième c'est l'importance des Ads dans le potentiel revenu de ChatGPT. On sait qu'OpenAI teste les Ads sur ChatGPT et si les clics venant de ChatGPT sont attribuables plus facilement, les équipes marketing peuvent négocier de plus gros budget. Une dernière raison dont personne ne parle concerne le produit. En ajoutant les clics OpenAI peut optimiser ses réponses selon les clics et offrir des réponses toujours plus pertinentes à ses utilisateurs. Si cette dernière option prévaut, ChatGPT apprend des meilleurs en copiant Google. » - Luca Fancello
Sur la question de la monétisation, Luca Fancello est direct : « Depuis quelques mois, ChatGPT propose à des marques de tester la publicité ChatGPT. Les équipes marketing pour utiliser du budget sur ChatGPT ont logiquement besoin de convaincre et de pouvoir tracker l'origine du trafic. L'apparition de ces liens semblent aller dans ce sens. »
Une précision importante : les liens mesurés dans l'étude se trouvent dans les réponses organiques de ChatGPT. OpenAI indique que les annonces sponsorisées sont identifiées séparément. Ce ne sont pas des publicités. Mais ils utilisent la même infrastructure d'attribution au clic qu'un système publicitaire au coût par clic.
Le paradoxe Google que ce changement résout
Avant le 7 mai, le trafic généré par ChatGPT finissait largement dans les mains de Google. Luca Fancello l'explique avec une certaine ironie : « Jusqu'à aujourd'hui le trafic ChatGPT était probablement attribué à son pire ennemi... Google. En effet, l'utilisateur/utilisatrice voyait une marque citée sur ChatGPT puis allait la taper directement dans la barre de recherche Google. Google gagnait donc probablement de l'argent grâce à ChatGPT, ce qui est assez cocasse. »
Avec le tag utm_source=chatgpt.com, OpenAI s'approprie désormais l'attribution de ce trafic. Les équipes analytics peuvent identifier et mesurer ce canal directement, sans passer par Google.
Ce que les équipes SEO et GEO doivent faire maintenant
Trois actions concrètes découlent de cette étude.
Configurer l'attribution ChatGPT dans vos analytics. Le paramètre utm_source=chatgpt.com est déjà actif. Ajouter chatgpt.com et openai.com comme sources de référence dans vos outils de mesure ne coûte rien et permet de quantifier un canal déjà opérationnel.
Repenser la page d'accueil comme une landing page IA. Quatre liens sur cinq atterrissent sur le domaine racine. La homepage doit désormais être capable de convertir un visiteur dont le seul contexte est une phrase rédigée par ChatGPT. Un positionnement clair et une action suivante évidente deviennent des enjeux d'acquisition IA, pas seulement de branding.
Gagner la mention avant de viser le lien. ChatGPT ne lie que les marques qu'il cite. Si une marque n'apparaît pas dans les réponses, il n'y a rien à lier. La bataille pour la part de mention reste la priorité amont. Le lien n'est que la récompense qui suit.
L'étude de Qwairy porte sur plus de 140 000 réponses ChatGPT collectées du 1er avril au 21 mai 2026, et sur plus de 350 000 réponses au total en incluant les trois autres assistants. Les exemples de marques cités dans l'étude originale sont des reconstructions illustratives et ne correspondent pas à des données réelles.
Google Search Console intègre un nouveau rapport de performance pour les fonctionnalités d'IA (AI Overviews et AI Mode), avec des données d'impressions, de pages, de pays, d'appareils et de dates, mais sans données de clics.
Un bouton bascule permettra bientôt de bloquer l'affichage de son contenu dans les réponses IA de Google Search, sans impact sur le classement organique classique.
Ces deux fonctionnalités sont actuellement en déploiement progressif, réservées à un sous-ensemble de propriétaires de sites au Royaume-Uni.
Bing Webmaster Tools propose déjà un rapport similaire, mais à l'échelle mondiale ; Google reste pour l'instant en retrait sur ce point.
Un rapport de performance dédié à l'IA dans Search Console
Google déploie dans Search Console un nouveau rapport baptisé « Generative AI performance report ». Il regroupe les données relatives aux apparitions de vos pages dans les fonctionnalités d'IA de Google Search, à savoir les AI Overviews et l'AI Mode.
Concrètement, le rapport affiche les métriques suivantes :
Impressions : combien de fois des URLs de votre site sont apparues dans une fonctionnalité d'IA générative sur Google Search ou Google Discover. Si deux résultats d'un même site apparaissent dans une même réponse IA, cela compte comme une seule impression au niveau du graphique.
Pages : quelles URLs ont été affichées dans ces fonctionnalités, regroupées par URL canonique après redirection.
Pays : d'où proviennent les recherches ayant déclenché l'affichage de votre contenu.
Appareils : quel type d'appareil (desktop, tablette, mobile) était utilisé par l'internaute au moment de la recherche.
Dates : un suivi temporel avec une granularité horaire, quotidienne, hebdomadaire ou mensuelle.
Le rapport se présente sous deux formes : un graphique affichant les impressions totales sur la période sélectionnée, et un tableau dont l'agrégation varie selon la dimension choisie (par propriété pour les pays, appareils et dates ; ou par pages)
Les données les plus récentes peuvent être préliminaires, c'est-à-dire encore en cours de collecte et susceptibles d'évoluer dans les heures suivantes. Elles sont signalées par un trait pointillé sur le graphique.
À noter : Search Console n'intègre pas les données issues des expériences en cours dans Search Labs, celles-ci étant encore en développement actif. Un rapport distinct existe par ailleurs pour Google Discover.
Ce qui manque encore : les données de clics
Le point le plus notable, qui brille par son absence, reste les données de clics. Google ne communique pas le nombre de fois où un internaute a cliqué depuis une réponse IA vers un site web. Interrogé directement sur ce sujet par Barry Schwartz de Search Engine Roundtable, un porte-parole de Google a répondu que l'entreprise continue de travailler avec les propriétaires de sites pour déterminer quelles données seront les plus utiles, et qu'elle introduira des métriques supplémentaires au fil du temps. Une formulation prudente qui ne laisse pas présager d'une arrivée prochaine de ces données.
Bing Webmaster Tools a également lancé son propre rapport de performance IA, et lui non plus ne fournit pas de données de clics. La différence notable : le rapport de Bing est disponible à l'échelle mondiale, alors que celui de Google reste pour l'instant limité à un sous-ensemble de propriétaires de sites au Royaume-Uni.
Un contrôle pour bloquer son contenu dans les réponses IA
L'autre nouveauté annoncée est un bouton bascule (toggle) directement dans Search Console, permettant aux propriétaires de sites de choisir si leur contenu doit apparaître dans les fonctionnalités d'IA générative de Google Search : AI Overviews, AI Mode, et AI Overviews dans Discover.
Google précise clairement les conséquences d'un opt-out : les sites qui choisissent de ne pas apparaître ne recevront ni trafic ni impressions provenant de ces fonctionnalités IA. En revanche, ce choix n'est pas utilisé comme signal de classement pour les résultats de recherche hors IA. Autrement dit, bloquer son contenu dans les réponses génératives n'affecte pas le positionnement dans les résultats organiques classiques.
Ce contrôle était attendu depuis longtemps. Google avait promis ce type d'outil après des pressions notamment venues de l'Union européenne. Des études préliminaires indiquaient d'ailleurs qu'environ un tiers des professionnels du SEO seraient prêts à bloquer leur contenu dans les fonctionnalités d'IA de Google si l'option leur était donnée.
Comme pour le rapport de performance, cette fonctionnalité est dans un premier temps réservée à un sous-ensemble de propriétaires de sites au Royaume-Uni. Son déploiement plus large est prévu après une phase de test suffisante.
Qui peut accéder à ces nouvelles fonctionnalités ?
Pour le moment, ces deux outils ne sont pas accessibles à tous. Plusieurs conditions peuvent expliquer l'absence du rapport dans une interface Search Console :
La propriété ne fait pas encore partie du déploiement progressif.
Le site n'a pas généré suffisamment d'impressions dans les fonctionnalités d'IA de Google Search.
Le site a été exclu des fonctionnalités d'IA génératives, ce qui le rend de fait inéligible aux données de ce rapport.
Google n'a pas communiqué de calendrier précis pour l'extension de ces fonctionnalités à l'ensemble des propriétaires de sites dans le monde.
Après le Google I/O, les installations de DuckDuckGo ont bondi de 18,1 % en moyenne aux États-Unis, avec un pic à 30,5 % le 25 mai et jusqu'à 70 % sur iOS.
Le trafic vers noai.duckduckgo.com a été multiplié par trois le 28 mai 2026, et se maintient en moyenne à 84 % au-dessus du niveau habituel.
DuckDuckGo vient de lancer des extensions pour Chrome et Firefox permettant de définir automatiquement ce mode sans IA comme moteur par défaut.
Le moteur ne se positionne pas contre l'IA : il propose son propre assistant Duck.ai, mais mise sur le choix laissé à l'utilisateur comme principal argument de différenciation.
Google I/O a servi de déclencheur
Les annonces du Google I/O des 19 et 20 mai 2026 ont marqué un tournant. Google a officialisé la refonte la plus profonde de son moteur depuis vingt-cinq ans : les résultats traditionnels cèdent désormais la place aux AI Overviews, des synthèses générées par IA capables de produire graphiques, tableaux ou mini-applications selon les requêtes. Les questions de suivi basculent ensuite vers un mode conversationnel baptisé AI Mode. Les fameux liens bleus qui ont structuré l'expérience de recherche pendant des décennies occupent désormais une place nettement secondaire.
La réaction d'une partie du public ne s'est pas fait attendre. Sur les réseaux sociaux, des utilisateurs ont dénoncé la mort du web ouvert, s'inquiétant des réponses inexactes de l'IA ou de la complexification de requêtes pourtant simples. Certains signalent par exemple l'impossibilité de rechercher des termes comme « ignore », l'agent IA les interprétant comme des commandes. Ce sentiment de perte de contrôle a alimenté un mouvement vers des alternatives.
Des chiffres de croissance inédits pour DuckDuckGo
Les données partagées par DuckDuckGo sont précises et parlantes. Entre le 20 et le 25 mai 2026, les installations de l'application mobile ont progressé de 18,1 % en moyenne aux États-Unis par rapport à la semaine précédente. La croissance s'est maintenue six jours consécutifs, culminant à 30,5 % le 25 mai. Sur iOS, le pic a atteint 69,9 %, un niveau sans commune mesure avec les variations habituellement observées lors de pics d'actualité.
Du côté du trafic vers noai.duckduckgo.com, la version entièrement dépourvue de fonctionnalités IA, la hausse moyenne a atteint 22,7 % sur la semaine, avec un sommet à 27,7 % le 24 mai. Le 28 mai, le trafic vers cette page a été multiplié par trois en une seule journée. Depuis, il se maintient en moyenne à 84 % au-dessus du niveau habituel, ce qui suggère un changement d'habitude potentiellement durable plutôt qu'un simple effet de curiosité passagère.
Ces chiffres restent à relativiser : DuckDuckGo représente moins de 2 % du marché de la recherche aux États-Unis, et encore moins en Europe. Mais c'est précisément pour cela que le signal mérite attention. Il témoigne d'une lassitude documentée d'une frange croissante d'utilisateurs face à une IA qui s'impose sans invitation.
Une nouvelle extension pour ancrer le choix dans la durée
Pour transformer cet afflux d'utilisateurs en adoption durable, DuckDuckGo vient de franchir une étape supplémentaire avec le lancement d'extensions pour Chrome et Firefox. Concrètement, ces extensions permettent de définir automatiquement noai.duckduckgo.com comme moteur de recherche par défaut. Toute requête saisie dans la barre d'adresse bascule ainsi vers cette version sans réponses générées par IA, sans assistant conversationnel intégré et avec moins d'images issues de la génération automatique.
Jusqu'à présent, les utilisateurs souhaitant accéder à cette version épurée devaient soit revenir manuellement sur l'URL à chaque session, soit ajuster eux-mêmes les paramètres de leur navigateur. L'extension supprime cette friction. Elle est accessible directement depuis la page noai.duckduckgo.com, via un bouton renvoyant vers les répertoires Chrome et Firefox.
Les utilisateurs du navigateur DuckDuckGo ne sont pas concernés : leurs préférences liées à l'IA y sont déjà sauvegardées en permanence, indépendamment de l'historique de navigation. DuckDuckGo a par ailleurs annoncé une prochaine mise à jour de son extension « Privacy Essentials » pour y intégrer des contrôles dédiés aux réglages de recherche avec ou sans IA.
Un positionnement stratégique, pas idéologique
Le discours de DuckDuckGo est calibré avec soin. L'entreprise ne se présente pas comme une alternative anti-IA. Elle propose depuis plusieurs mois son propre assistant conversationnel, Duck.ai, donnant accès à plusieurs modèles de langage dont Claude Haiku d'Anthropic, Llama 4 de Meta, Mistral ou GPT-5 mini d'OpenAI. L'ensemble fonctionne sans inscription, avec l'adresse IP masquée avant transmission aux fournisseurs de modèles, les conversations supprimées sous 30 jours, et sans utilisation pour l'entraînement des modèles.
Ce que DuckDuckGo défend, c'est le choix. « Les gens veulent simplement avoir le choix », résume Kamyl Bazbaz, directrice de la communication de l'entreprise. Gabriel Weinberg, fondateur et PDG, est plus direct encore : selon lui, Google impose l'IA à ses utilisateurs sans leur laisser la moindre option pour s'y soustraire, dégradant ainsi l'expérience de recherche plutôt qu'elle ne l'améliore. Cette rhétorique du contrôle retrouvé constitue le coeur de la stratégie de différenciation.
DuckDuckGo propose également un filtre pour exclure les images générées par IA des résultats, ainsi qu'un assistant de recherche optionnel, similaire aux aperçus IA de Google mais activable uniquement à la demande. L'entreprise commercialise en parallèle une offre premium incluant un VPN, un service d'assistance en cas d'usurpation d'identité et un outil de suppression d'informations personnelles en ligne.
Un défi structurel qui dépasse les seuls chiffres
La capacité de DuckDuckGo à transformer ce pic de téléchargements en adoption durable se heurte à des obstacles bien connus. En 2023, son fondateur avait lui-même témoigné lors du procès antitrust de Google que les contrats d'exclusivité imposés par le géant pour être moteur par défaut sur les navigateurs et appareils tiers constituaient un frein majeur à sa croissance. DuckDuckGo, aux côtés de Qwant, Ecosia et Lilo, avait interpellé le Parlement européen pour obtenir la possibilité pour les utilisateurs de changer de moteur à tout moment sur Android, au-delà de la seule phase de configuration initiale.
Cette bataille réglementaire de long terme conditionne en partie la portée réelle des gains actuels. Pour Google, l'enjeu dépasse la part de marché : c'est la promesse d'une recherche améliorée par l'IA qui commence à être questionnée, et parfois rejetée, par une frange des utilisateurs. Une tendance que les nouvelles extensions de DuckDuckGo cherchent précisément à cristalliser.
En moins d'un an, 35 % des Français ont modifié leurs habitudes de recherche en ligne, un chiffre qui grimpe à 58 % chez la Gen Z et 41 % chez les Millennials.
L'IA générative n'est plus un phénomène jeune : 53 % des Millennials et 35 % de la Gen X l'utilisent déjà dans leurs recherches, aux côtés de 41 % des Français en moyenne.
Les moteurs de recherche conservent la confiance de 70 % des utilisateurs, mais 63 % d'entre eux leur reprochent de fournir les réponses les moins convaincantes.
Les marques font face à un impératif d'approche omnicanale, à la croisée du SEO, du GEO et des plateformes sociales.
Un nouveau mix de recherche prend forme
Pendant des années, la question de la visibilité en ligne se résumait à une seule quête : bien se positionner sur Google. Ce temps est révolu. Le troisième baromètre Peak Ace, publié en juin 2026, documente l'émergence d'un modèle de recherche à trois canaux, où moteurs de recherche, IA générative et réseaux sociaux coexistent et se complètent, chacun remplissant un rôle spécifique selon les usages et les profils.
L'étude a été conduite par Heroiks Pulse via Toluna Start, auprès d'un échantillon représentatif de 1 058 Français âgés de 18 ans et plus, interrogés entre le 12 et le 17 mars 2026. Il s'agit de la troisième vague d'un baromètre qui suit dans le temps l'évolution de ces comportements, ce qui lui confère une valeur comparative rare sur ce sujet.
Les moteurs de recherche restent en tête, mais leur légitimité s'érode
Premier enseignement de l'étude : les moteurs de recherche ne sont pas morts. Ils conservent la confiance de 70 % des utilisateurs, toutes générations confondues. Leur force repose sur deux atouts solides : la simplicité (citée par 62 % des répondants) et la précision (60 %). Ils demeurent l'outil de référence pour les requêtes rapides et transactionnelles.
Mais leur emprise se fissure. 63 % des utilisateurs leur reprochent de fournir les réponses les moins convaincantes, et 39 % jugent leurs résultats trop génériques. Ce sentiment de frustration est précisément ce qui ouvre la porte à de nouveaux canaux. En moins d'un an, 35 % des Français déclarent avoir modifié leurs habitudes de recherche, un chiffre qui monte à 58 % chez la Gen Z et à 41 % chez les Millennials.
Ce basculement ne signifie pas l'abandon des moteurs, mais plutôt leur repositionnement dans un écosystème plus large. Les Français ne remplacent pas Google, ils s’appuient sur d’autres solutions complémentaires.
L'IA générative s'installe dans toutes les générations
Le deuxième signal fort de cette vague, c'est la nature transgénérationnelle de l'adoption de l'IA. En moyenne, 41 % des Français utilisent déjà des outils d'IA générative dans leurs recherches en ligne. Sans surprise, les plus jeunes sont en avance, mais les chiffres montrent que l'IA n'est plus l'apanage exclusif de la Gen Z.
53 % des Millennials et 35 % de la Gen X ont également intégré ces outils à leurs pratiques. L'IA générative s'affirme ainsi comme un véritable pont intergénérationnel, là où les réseaux sociaux restent beaucoup plus clivants selon les tranches d'âge.
Les usages de l'IA se concentrent principalement sur les recherches informationnelles :
Actualités (48 %),
Produits et marques (44 %),
Tutoriels et démonstrations (43 %),
Avis consommateurs (37 %).
Ce qui séduit les utilisateurs, c'est avant tout la rapidité des réponses, la capacité de synthèse et la personnalisation des résultats.
ChatGPT reste encore l'outil le plus utilisé, mais le baromètre note une forte progression de Gemini, qui gagne du terrain dans les usages quotidiens. 66 % de la Gen Z considèrent d'ailleurs que ChatGPT pourrait, à terme, remplacer les moteurs de recherche traditionnels.
Malgré cet élan, deux freins structurels ralentissent l'adoption : la fiabilité des sources reste la première réserve exprimée (42 % des utilisateurs), suivie par les enjeux de confidentialité des données (37 %). Ces deux points constituent les principaux leviers à adresser pour accélérer l'adoption de l'IA dans les parcours de recherche.
Les réseaux sociaux, moteurs d'inspiration et de découverte
Troisième canal : les réseaux sociaux ne cherchent pas à remplacer les moteurs ni l'IA, mais ils occupent une place structurante dans les parcours de recherche, notamment pour tout ce qui touche à l'actualité (68 % des usages), aux tendances et à l'inspiration (51 %) et aux avis consommateurs (50 %).
Les plateformes ne jouent pas toutes le même rôle selon les générations. Instagram et TikTok captent massivement la Gen Z, quand Facebook reste davantage utilisé par la Gen X. Cette segmentation par plateforme est un élément clé pour les marques qui cherchent à calibrer leur présence sociale.
Des comportements qui varient fortement selon les secteurs
L'une des contributions les plus opérationnelles de ce baromètre est sa lecture sectorielle. Les comportements de recherche ne sont pas uniformes. Ils varient considérablement selon le secteur concerné, et les marques doivent en tenir compte pour définir leurs priorités.
Dans des secteurs comme le tourisme, la mode ou le luxe, les réseaux sociaux sont devenus de véritables moteurs de découverte. Dans la mode, 61 % des Gen Z privilégient les réseaux sociaux pour leurs recherches d'information. Dans le luxe, ils sont 66 % à les utiliser comme source d'inspiration principale.
À l'inverse, dans des univers plus sensibles ou complexes comme la banque, l'assurance ou la santé, les moteurs de recherche conservent leur dominance. Mais même là, l'IA générative progresse comme outil d'aide à la décision : 53 % des Gen Z utilisent déjà l'IA dans leurs recherches liées à la santé, contre 48 % dans les services financiers. Ce sont des chiffres significatifs dans des secteurs où la fiabilité de l'information est un enjeu critique.
Ce que cela implique pour les marques
La synthèse du baromètre est limpide : la visibilité d'une marque se joue désormais sur trois terrains simultanément. Ignorer l'un d'eux, c’est prendre le risque de devenir invisible pour une partie de sa cible.
Comme le formule Jennifer Nicolon, Directrice Générale Adjointe de Peak Ace : « Désormais, le défi des annonceurs consiste à construire un récit de marque multiplateforme unifié. Cela exige de faire bouger les lignes en interne et de dépasser les clivages organisationnels qui ralentissent l'exécution. C'est à cette seule condition que les actions d'une marque seront perçues de manière globale et transparente par l'utilisateur. »
Ce constat impose une évolution des stratégies de visibilité, à la croisée du SEO traditionnel, du GEO et de la présence sur les plateformes sociales. En somme, les trois disciplines ne s'opposent pas ; elles se complètent, à condition d'être pilotées de manière cohérente et coordonnée.Source : Enquête Heroiks Pulse (via Toluna Start) réalisée pour Peak Ace, sur un échantillon de 1 058 personnes représentatif de la p
Les guidelines de Google ne sont pas un plan d’action
Selon John Mueller de Google, les Search Quality Raters Guidelines ne constituent pas un plan d'action ni un mode d'emploi pour positionner un site web dans les résultats de recherche. Le contenu de ces directives ne correspond pas de manière univoque aux critères de classement de l'algorithme de Google.
Bien qu'il ne s'agisse pas d'un recueil de conseils techniques pour le référencement, ce document bien connu des professionnels définit clairement le type de pages et de contenus que Google souhaite mettre en avant. En effet, les évaluateurs de qualité s'appuient sur ces directives pour aider Google à vérifier si ses signaux algorithmiques produisent des résultats pertinents.
Gary Illyes a explicitement comparé l'achat de mentions à l'achat de liens, une pratique que Google détecte, ignore et pénalise.
Google ne confirme pas que les mentions organiques apportent un bénéfice direct dans les résultats IA, mais met fermement en garde contre leur manipulation.
Cette mise en garde figure déjà dans la documentation officielle de Google sur l'optimisation pour l'IA générative.
Le déclencheur : une plateforme qui automatise l'achat de mentions
Tout est parti d'une annonce remarquée : une plateforme logicielle spécialisée en IA a commencé à promouvoir la possibilité d'automatiser l'achat de mentions de marque, avec pour objectif explicite d'apparaître dans les réponses générées par Google, ChatGPT, Claude et d'autres systèmes d'IA.
C'est Kenichi Suzuki qui a mis en lumière la réaction de Google face à cette tendance, en relayant sur LinkedIn les propos tenus par Gary Illyes et Cherry Sireetorn Prommawin lors du Search Central Live Sydney 2026, le 15 mai dernier.
La position de Google : une comparaison avec les liens payants
Gary Illyes n'a pas mâché ses mots. Il a comparé l'achat de mentions à l'achat de liens, une pratique depuis longtemps dans le viseur de Google. Le message est sans ambiguïté : les systèmes internes de Google sont capables de détecter ces mentions artificielles, de les ignorer, et d'en neutraliser l'effet.
Ni Gary Illyes ni Cherry Sireetorn Prommawin n'ont confirmé que les mentions organiques et authentiques produisent un bénéfice direct sur la visibilité dans les résultats IA. Ils ont simplement indiqué ne pas être certains de l'utilité réelle des mentions présentes sur le web pour ces systèmes.
En revanche, la mise en garde contre la manipulation, elle, est catégorique.
Ce que dit déjà la documentation officielle
Cette prise de position n'est pas isolée. Google avait déjà abordé le sujet dans ses recommandations sur l'optimisation pour l'IA générative. Le moteur de recherche y précise que ses fonctionnalités d'IA peuvent mettre en avant ce qui se dit sur des produits et services à travers le web, dans des blogs, des vidéos ou des forums.
Mais il souligne aussi que chercher à accumuler des mentions artificielles est une stratégie peu efficace. Les systèmes de classement ciblent les contenus de qualité, tandis que d'autres systèmes bloquent le spam, et les fonctionnalités d'IA reposent sur les deux.
« Recherche de mentions non authentiques : À l’instar du reste de la recherche Google, nos fonctionnalités d’IA générative peuvent afficher les discussions relatives aux produits et services sur le Web, notamment dans les blogs, les vidéos et les forums. Toutefois, la recherche de mentions non authentiques sur le Web n’est pas aussi pertinente qu’il n’y paraît. Nos systèmes de classement principaux privilégient les contenus de haute qualité, tandis que d’autres systèmes bloquent les spams ; nos fonctionnalités d’IA générative dépendent des deux. »
Un risque de retour de bâton rapide
Barry Schwartz, qui couvre l'événement pour Search Engine Roundtable, établit un parallèle avec l'ère pré-Penguin, quand les services de construction de liens artificiels pouvaient fonctionner un temps avant qu'une mise à jour ne vienne tout effacer du jour au lendemain.
Sa conviction : avec les mentions IA, le retour de bâton sera probablement bien plus rapide qu'il ne l'a été avec Penguin. Le message adressé à Google aux professionnels du SEO et du GEO tentés par ces services, le message est sans ambigüité : le risque n'en vaut pas la peine.
Les sources préférées (Preferred Sources), déjà disponibles dans Top Stories, arrivent désormais dans AI Overviews et AI Mode : les liens provenant de sources sélectionnées par l'utilisateur seront clairement identifiés dans les réponses IA.
Google déploie deux nouveaux carrousels dans AI Mode et AI Overviews : l'un pour les articles d'actualité sur des sujets en développement, l'autre pour les discussions, forums et réseaux sociaux.
Le label « Highly Cited », lancé en 2022, s'étend à davantage de liens d'articles sur la page de résultats classique, pas seulement dans les fonctionnalités IA.
AI Mode et AI Overviews ne sont pas encore disponibles en France : ces fonctionnalités concernent pour l'instant principalement les utilisateurs anglophones, aux États-Unis.
Les sources préférées débarquent dans les réponses IA de Google
Lancée initialement dans Top Stories, la fonctionnalité Preferred Sources (Sources préférées) permet aux utilisateurs de sélectionner leurs sites favoris pour les voir mis en avant dans les résultats. Depuis le 27 mai 2026, elle s'étend à AI Overviews et AI Mode.
Concrètement, quand une réponse IA contient des liens vers des articles, ceux qui proviennent des sources sélectionnées par l'utilisateur seront clairement étiquetés « Preferred ». L'objectif est de permettre à chacun de repérer en un coup d'œil les contenus issus des éditeurs qu'il suit déjà ou qu'il considère comme fiables.
Duncan Osborn, Product Manager chez Google Search, l'a formulé ainsi : Google souhaite « apporter directement dans ses expériences IA les sources préférées des utilisateurs, et lancer de nouvelles fonctionnalités pour aider à découvrir des contenus originaux, des points de vue de créateurs et des perspectives uniques. »
La configuration est simple : il suffit de se rendre dans les paramètres de personnalisation de la recherche Google, rubrique « préférences de sources ». N'importe quel site publiant du contenu régulier est éligible. Google indique que les utilisateurs sont deux fois plus susceptibles de cliquer sur un lien issu d'une source préférée, et que plus de 345 000 sources uniques ont déjà été sélectionnées à travers le monde. La fonctionnalité est disponible toutes langues confondues.
Du côté des éditeurs, Google a mis à jour sa documentation pour leur indiquer comment encourager leurs lecteurs à les ajouter comme source préférée, et comment intégrer un bouton dédié sur leur site.
Deux nouveaux carrousels pour valoriser articles et discussions
En parallèle des sources préférées, Google déploie deux nouveaux types de carrousels directement intégrés dans les réponses AI Mode et AI Overviews.
Le premier carrousel est dédié aux sujets d'actualité. Pour les requêtes portant sur des événements ou des thématiques en évolution, Google affichera désormais un carrousel de liens vers des articles récents, avec une mise en avant visuelle prononcée. Les sources préférées de l'utilisateur y seront également signalées. L'idée est de rendre les articles d'actualité plus visibles sur un plus large éventail de requêtes, en particulier celles où l'utilisateur cherche à comprendre les derniers développements d'un sujet.
Le second carrousel cible les discussions et perspectives en ligne. Pour certaines recherches où l'utilisateur cherche des avis ou des retours d'expérience, Google affichera bientôt un carrousel similaire agrégant des contenus issus de forums, de discussions en ligne et de réseaux sociaux. Ce type de résultat s'inscrit dans une logique déjà visible avec les intégrations Reddit et les contenus de forums dans les résultats classiques.
Ces deux formats visent à répondre à un besoin documenté : les utilisateurs qui posent des questions sur des sujets en développement veulent souvent lire un article complet ou un retour d'expérience, mais ils ont besoin d'un contexte initial et d'un choix de sources pour décider où approfondir.
Le badge « Highly Cited » s'élargit à plus de résultats
La troisième nouveauté concerne le label « Highly Cited » (« Très cité »), lancé en 2022 dans Top Stories. Ce badge signale qu'un article a été cité par de nombreuses autres publications, ce qui en fait souvent la source primaire d'une information reprise ensuite par d'autres médias.
Jusqu'ici limité aux Top Stories, ce label va désormais apparaître sur davantage de liens d'articles présents dans les résultats de recherche classiques. Il ne s'agit donc pas d'une fonctionnalité propre à AI Mode ou AI Overviews : Google a confirmé qu'il s'étend « aux liens d'articles sur la page de résultats de recherche » de manière plus générale.
Par ailleurs, Google indiquera également quand un article fait explicitement référence à une source labellisée « Highly Cited ». Cela permet à l'utilisateur de remonter plus facilement jusqu'au reportage d'origine, plutôt que de lire une reprise secondaire.
Ce que ça change pour les éditeurs et les professionnels du SEO
Ces mises à jour s'adressent autant aux utilisateurs qu'aux professionnels de la publication en ligne. Pour les éditeurs, l'extension des sources préférées à l'IA représente une opportunité concrète de fidélisation : un lecteur qui ajoute un site comme source préférée le verra ressortir y compris dans les réponses générées par l'IA, pas seulement dans les résultats classiques.
La documentation officielle de Google a été mise à jour pour accompagner les éditeurs souhaitant intégrer un bouton « Ajouter comme source préférée » sur leur site.
Le badge « Highly Cited », quant à lui, introduit une nouvelle forme de signal de qualité éditoriale dans les SERPs. Pour les sites dont les contenus sont fréquemment cités par d'autres publications, cela peut se traduire par une meilleure visibilité et un taux de clic plus élevé.
Rappel important : AI Mode et AI Overviews restent indisponibles en France à ce jour. Ces fonctionnalités sont déployées en priorité aux États-Unis. Les éditeurs et professionnels du SEO francophones peuvent néanmoins anticiper leur arrivée en prenant dès maintenant connaissance des mécanismes de personnalisation mis en place par Google.
Le serveur MCP de Figma permet à des agents IA (Cursor, Claude Code, Codex...) de lire et écrire directement dans un fichier Figma, dans les deux sens.
Les skills sont des fichiers texte d'instructions téléchargeables qui apprennent à l'agent comment accomplir une tâche précise dans Figma.
Trois workflows couvrent les cas d'usage principaux : importer un prototype codé dans Figma, synchroniser un design system entre code et canvas, et explorer de nouvelles directions directement depuis le canvas.
Dans tous les cas, l'agent s'occupe du travail mécanique. Le designer garde quant à lui la main sur les décisions de fond.
Ce que change l'IA dans le processus de design
La promesse des agents IA dans le développement produit n'est pas uniquement une question de vitesse. L'accélération est réelle, mais construire vite un mauvais produit ne sert à rien. Ce qui change réellement, c'est la capacité à itérer plus tôt, plus souvent et sur des artefacts plus concrets.
Figma s'inscrit dans cette logique en s'ouvrant aux workflows agentiques via son serveur MCP. L'idée : permettre à des agents comme Cursor, Claude Code ou Codex d'interagir directement avec le canvas de Figma (c’est-à-dire l’espace de travail), d'y lire des composants, d'y écrire des frames, de manipuler des variables. Le tout sans que le designer ait à effectuer le travail de copier-coller entre deux environnements.
MCP, agents et skills : de quoi parle-t-on exactement ?
Avant d'entrer dans les workflows, trois concepts méritent d'être compris clairement.
Un agent, c'est un système logiciel qui utilise l'IA pour atteindre des objectifs et accomplir des tâches. Dans le développement produit, un agent peut planifier un projet, écrire du code, interpréter des visuels ou orchestrer d'autres agents. Cursor, Codex et Claude Code en sont des exemples courants.
MCP signifie Model Context Protocol. C'est un standard ouvert qui définit comment les agents communiquent avec d'autres logiciels, comme Figma. Un serveur MCP permet à un agent de récupérer du contexte depuis des sources externes pour prendre de meilleures décisions. Le serveur MCP de Figma permet concrètement de :
Traduire du code en designs Figma
Créer et modifier des éléments sur le canvas
Retransformer ces designs en code
Ce pont bidirectionnel entre design et code est ce qui rend le workflow agentique avec Figma utile.
Un skill, enfin, c'est un fichier texte contenant un ensemble d'instructions qu'un agent peut apprendre et réutiliser pour accomplir une tâche spécifique. Toute tâche répétitive qu'on reprompt régulièrement à son agent est un bon candidat pour devenir un skill. Les skills liés à ces workflows sont disponibles sur la page Figma Community et peuvent être installés en copiant leur lien GitHub dans l'agent.
Il existe aussi un skill particulier, /figma-use, aussi appelé « write to canvas ». Il permet à un agent de créer et de modifier un fichier Figma réel en utilisant les composants, variables et styles existants du projet.
Workflow 1 : importer un prototype codé dans Figma
Quand l'utiliser : quand un prototype fonctionnel existe en code et qu'on veut le ramener dans Figma pour le réviser, itérer ou partager.
Beaucoup d'équipes commencent aujourd'hui à designer directement dans le code, souvent dans un « prototype playground » : un environnement bac à sable avec du vrai code et des écrans issus de l'application de production, mais sans risque d'affecter le code de production ni les designs finaux. Ce workflow s'applique à cette situation, mais aussi à n'importe quel prototypage en code.
Étape 1 : importer le prototype dans Figma
Le skill /prototype-to-figma prend en charge l'import. Il capture un prototype qui tourne en local et place chaque écran unique sur le canvas Figma sous forme de frames connectées au design system.
Pour l'utiliser, il suffit de taper /prototype-to-figma dans l'agent (par exemple Cursor) et de lui indiquer l'URL localhost du prototype. Chaque étape du flux du prototype apparaît sur le canvas comme une frame de design, avec les composants et styles du design system existant. Le skill génère aussi une page de résumé et une page de styles pour avoir le contexte de ce qui a été capturé et pourquoi.
Étape 2 : réviser et affiner sur le canvas
Une fois les écrans dans Figma, on peut voir l'ensemble du flux d'un seul regard et l'évaluer globalement. Un prototype généré par IA est un bon point de départ pour valider une idée, mais il nécessite souvent un travail de design avant d'être prêt pour un retour ou une passation.
Quelques points à examiner lors de la révision :
Les éléments d'UI redondants : par exemple, si un écran a à la fois un indicateur d'étapes et une barre de progression, l'un des deux est probablement superflu.
Les opportunités d'utiliser des composants du design system : remplacer des éléments ad hoc par de vrais composants (cartes, boutons, primitives de layout) rapproche le design des standards de production.
La hiérarchie visuelle : illustrations, typographie et espacement peuvent créer une composition plus intentionnelle.
La structure du layout : ajouter de l'auto layout aux frames donne un aperçu plus précis de l'espacement.
Itérer directement sur le canvas, surtout en co-design avec un collègue, est souvent plus rapide que de repromper l'agent pour faire les mêmes changements dans le code.
Étape 3 : partager ou mettre à jour le prototype
Une fois le design affiné, deux options s'offrent à vous : partager pour recueillir des retours (le design est prêt pour les parties prenantes), ou demander à l'agent de mettre à jour le prototype directement en utilisant le design Figma comme source de vérité.
Workflow 2 : synchroniser le design system entre code et Figma
Quand l'utiliser : quand on veut que les outils agentiques génèrent du code qui référence de vrais composants et tokens du design system.
Les design systems permettent aux équipes de créer des expériences cohérentes et qui passent à l'échelle. Mais quand le design se fait dans le code, lors d'un hack week, d'une expérimentation rapide ou d'un sprint IA, ces changements peuvent se retrouver isolés dans la codebase, déconnectés du design system dans Figma.
Ce workflow montre comment ramener un design codé (avec ses variables) sur le canvas, l'évaluer, l'affiner, et repousser les tokens mis à jour vers le code.
Les skills /figma-generate-design et /figma-generate-library utilisés ici sont pré-installés avec le serveur MCP de Figma.
Étape 1 : importer le design et les variables dans Figma
Si une nouvelle direction de design a été construite en code (par exemple, un dark mode utilisant les variables de couleur du design system existant), les skills pré-installés permettent de la capturer dans Figma. Un prompt appelant /figma-generate-design et /figma-generate-library va :
Placer les écrans sur le canvas Figma (par exemple, les modes clair et sombre côte à côte)
Créer une nouvelle collection de variables dans le panneau des variables qui reflète les tokens utilisés dans le code
On peut alors évaluer le design d'un seul coup d'oeil et vérifier comment il se tient sur plusieurs écrans, ce qui est difficile à faire quand le design n'existe que dans un environnement local qui tourne.
Étape 2 : évaluer et affiner les variables
Avec les écrans et les variables sur le canvas, on peut repérer les problèmes difficiles à détecter dans le code seul. Points courants à surveiller :
L'intensité des couleurs : les couleurs d'accent qui fonctionnent bien en mode clair peuvent paraître saturées ou "néon" en mode sombre. Envisager de passer à une teinte différente de la palette.
Le contraste du texte : les textes à faible contraste, notamment les labels secondaires comme les dates ou légendes, peuvent ne pas répondre aux standards d'accessibilité. Si l'équipe vise WCAG AAA, ces valeurs méritent une vérification attentive.
Pour effectuer des ajustements, on ouvre le panneau des variables et on met à jour les tokens directement. Les modifications se reflètent en temps réel sur tous les composants et références de styles du canvas, ce qui donne une vue globale de l'impact des décisions de tokens sur l'ensemble du design.
Voir les variables et leurs effets simultanément plutôt que de modifier une valeur dans le code et rafraîchir un navigateur accélère considérablement l'itération.
Étape 3 : repousser les tokens affinés vers le code
Une fois les variables stabilisées, on peut demander à l'agent de mettre à jour le design system dans la codebase avec les tokens affinés. Figma devient la source de vérité pour les décisions de design, et le code reste synchronisé.
Workflow 3 : explorer de nouvelles directions directement depuis le canvas
Quand l'utiliser : quand on veut rapidement explorer ou itérer sur des designs existants sans quitter Figma.
Pour beaucoup d'équipes, Figma est la source de vérité. Les designs existent déjà sur le canvas. Le défi n'est pas de partir de zéro, c'est de savoir comment avancer. Quand la recherche utilisateur fait remonter un problème sur un écran existant, la partie la plus difficile de l'itération est souvent de faire ce premier pas.
Ce workflow montre comment utiliser un agent pour générer une direction de départ avec les vrais composants de l'équipe, afin de pouvoir réagir à quelque chose de concret et l'affiner sur le canvas.
Étape 1 : définir le problème
On part d'un énoncé de problème clair, ancré dans la recherche ou les retours utilisateurs. Plus le prompt est précis, plus la sortie de l'agent sera utile.
Par exemple : un tableau de bord de revenus clients où l'état de renouvellement s'affiche comme un simple label texte en fin de chaque ligne. La recherche montre que les utilisateurs le ratent. Le problème à résoudre est de rendre l'état de renouvellement plus visible et plus facile à actionner.
Il existe souvent plusieurs approches valides : codage couleur, regroupement des lignes par statut, introduction d'une nouvelle hiérarchie visuelle. Voir des directions sur le canvas est ce qui fait avancer la conversation.
Étape 2 : générer une direction de départ avec l'agent
Dans l'agent, on lance le skill /figma-use. On inclut le contexte pertinent dans le prompt : insights de recherche utilisateur, problème précis, contraintes éventuelles, puis on demande à l'agent d'explorer une approche avec les composants existants.
L'agent produit une itération brute directement sur le canvas, construite avec les composants de production. L'objectif à ce stade n'est pas un design fini, c'est un point de départ concret sur lequel on peut réagir et affiner.
Étape 3 : affiner sur le canvas
On revoit ce que l'agent a produit et on s'en sert comme point de départ. Quelques éléments à évaluer :
Est-ce que la solution change le principe organisateur du layout ? Grouper ou prioriser l'information différemment peut faire en sorte que les données critiques soient vues en premier, plutôt qu'après un balayage visuel.
Est-ce que les bons composants sont utilisés ? L'agent doit piocher dans le design system. Si ce n'est pas le cas, on ajuste le prompt ou on remplace les composants manuellement.
Qu'est-ce qui fonctionne, qu'est-ce qui ne fonctionne pas ? On réagit à ce qui est visible. L'agent dépasse le syndrome de la page blanche ; le designer et son équipe apportent le jugement de design.
Itérer directement sur le canvas plutôt que de prompter en boucle permet de passer rapidement de la discussion abstraite aux décisions concrètes et visibles.
Ce que ça change vraiment
Dans les trois workflows, le même schéma se répète : que le point de départ soit du code ou le canvas, l'agent prend en charge le travail d'assemblage mécanique. Le designer concentre son temps sur ce qui demande un oeil de designer.
Workflow
Point de départ
Skill clé
Résultat
Code vers canvas
Prototype en code
/prototype-to-figma
Écrans importés comme frames, prêts à affiner
Synchronisation du design system
Dark mode codé
/figma-generate-design, /figma-generate-library
Variables et écrans dans Figma, tokens repoussés vers le code
Exploration depuis le canvas
Design existant dans Figma
/figma-use
Direction générée par l'agent avec de vrais composants, affinée sur le canvas
Le serveur MCP de Figma peut être connecté de deux façons :
via un serveur MCP distant (recommandé), qui se connecte directement à l'endpoint hébergé par Figma à https://mcp.figma.com/mcp,
ou via un serveur MCP desktop qui tourne localement via l'application Figma, principalement pensé pour des cas d'usage spécifiques en entreprise.
Universal Cart est un panier intelligent qui fonctionne sur tous les services Google (Search, Gemini, YouTube, Gmail) et surveille automatiquement les prix, promotions et disponibilités des articles ajoutés.
Le système peut détecter des incompatibilités entre produits d'un même panier, par exemple des composants PC qui ne fonctionnent pas ensemble, et suggérer des alternatives.
Le Universal Commerce Protocol (UCP) est un standard open source adopté par Amazon, Meta, Microsoft, Salesforce et Stripe, qui permet aux marchands et aux IA de communiquer pour fluidifier le passage en caisse.
L'Agent Payments Protocol (AP2) permet à un agent IA d'effectuer des achats en votre nom, dans des limites strictes que vous définissez vous-même.
Un panier qui travaille pendant que vous dormez
L'idée de base paraît simple, mais elle change assez radicalement ce qu'on attend d'un panier en ligne. Aujourd'hui, ajouter un article à un panier, c'est surtout ne pas l'oublier. Avec Universal Cart, dévoilé dans le cadre du Google I/O 26, c'est le point de départ d'un suivi actif.
Dès qu'un produit est ajouté, le système se met en route en arrière-plan. Il cherche des promotions, surveille les baisses de prix, consulte l'historique tarifaire du produit et envoie une alerte si un article épuisé revient en stock. Toutes ces vérifications que l'on faisait soi-même, souvent en ouvrant cinq onglets en parallèle, sont désormais automatisées.
Ce qui rend la proposition intéressante, c'est la portabilité du panier. Il ne vit pas dans un coin isolé de Google Shopping. Vous pouvez ajouter un article pendant une recherche sur Google, retrouver ce même panier en regardant une vidéo YouTube, en discutant avec l'assistant Gemini ou en lisant un mail dans Gmail. Le panier vous suit, plutôt que l'inverse.
Universal Cart sera disponible aux États-Unis sur Search et l'application Gemini à partir de cet été. YouTube et Gmail seront intégrés dans un second temps.
La compatibilité des produits, gérée à votre place
C'est l'une des fonctionnalités les plus concrètes présentées par Google, et elle illustre bien l'ambition du projet.
Imaginez que vous montez votre premier PC sur mesure. Vous ajoutez un processeur chez un vendeur, une carte mère chez un autre, de la RAM chez un troisième. Le problème, c'est que certains composants peuvent simplement ne pas fonctionner ensemble. Sans expertise technique, difficile de s'en rendre compte avant d'avoir tout commandé et tout reçu.
L'utilisateur est prévenu en cas d'incompatibilité - Source : Google
Universal Cart peut détecter ce type d'incompatibilité directement dans le panier et suggérer des alternatives adaptées, avant même que vous n'ayez confirmé vos achats. Google parle d'un « raisonnement intelligent » pour anticiper ce genre de problème. Le système s'appuie sur les modèles Gemini et sur le Shopping Graph, la base de données produits de Google qui recense plus de 60 milliards de références.
Le panier est aussi connecté à Google Wallet, ce qui lui permet de connaître vos cartes bancaires et les avantages qu'elles offrent. Si l'une d'elles donne droit à des points de fidélité ou à une réduction chez un marchand partenaire, le système vous le signale sans que vous ayez à vous en souvenir.
Universal Commerce Protocol : une seule langue pour tout un secteur
Pour que tout cela fonctionne à grande échelle, il fallait résoudre un problème technique fondamental : comment faire communiquer des dizaines de marchands, de plateformes et d'agents IA entre eux, alors que chacun parle sa propre langue technique ?
C'est l'objet du Universal Commerce Protocol, ou UCP. Il s'agit d'un standard ouvert que Google a développé en collaboration avec plusieurs grandes entreprises, dont Amazon, Meta, Microsoft, Salesforce et Stripe, qui ont rejoint le comité technique du projet. L'UCP donne à tous les acteurs du commerce en ligne un vocabulaire commun pour gérer chaque étape d'une transaction, de la recherche de produit jusqu'au suivi de livraison ou au traitement des retours.
Concrètement, ce protocole est ce qui permet de passer en caisse depuis Universal Cart sans être redirigé vers le site du marchand. Pour les enseignes compatibles comme Nike, Sephora, Target, Walmart, Wayfair ou les boutiques Shopify comme Fenty et Steve Madden, l'achat peut être finalisé directement dans l'interface Google via Google Pay, en quelques clics. Le marchand reste « marchand de référence » pour la transaction, ce qui a son importance en termes de gestion des retours et du service client.
L'UCP va aussi s'étendre à de nouveaux secteurs : la réservation d'hôtels et la livraison de repas à domicile seront prochainement intégrés. Géographiquement, le déploiement s'élargira au Canada, en Australie puis au Royaume-Uni.
Aucune date n'est annoncée pour la France à ce stade.
Laisser une IA payer à votre place… avec des garde-fous
C'est sans doute le volet le plus ambitieux, et le plus sensible, de cette annonce. Google veut permettre à un agent IA d'effectuer des achats de façon totalement autonome, en votre nom. Pour répondre à la question légitime que cela soulève, la firme a créé l'Agent Payments Protocol, ou AP2.
Le principe repose sur un système de règles que l’internaute définit lui-même : les marques autorisées, les types de produits concernés, le budget maximum par article. L'agent ne peut effectuer un achat que si toutes ces conditions sont remplies simultanément. Il n'a aucune latitude pour en sortir.
Sur le plan technique, AP2 crée une trace numérique permanente et infalsifiable de chaque transaction, partagée entre vous, le marchand et le service de paiement. Si un retour est nécessaire, vous et le marchand consultez exactement le même document, ce qui évite tout désaccord sur les conditions de l'achat. Google utilise des technologies de protection de la vie privée et des mandats numériques inviolables pour garantir que l'agent agit toujours en votre nom.
L'intégration d'AP2 démarrera dans les prochains mois, en commençant par Gemini Spark, le nouvel assistant propulsé par Gemini 3.5, le modèle conçu par Google pour l'ère agentique.
Chrome Lighthouse vérifie désormais la présence d'un fichier llms.txt à la racine du domaine, dans le cadre de ses nouveaux audits d'accessibilité pour les agents IA.
Google affirme toujours que ce fichier n'est pas un facteur de classement, mais ses propres outils l'évaluent désormais explicitement.
John Mueller a clarifié la position de Google : llms.txt et pages en markdown sur developers.google.com sont là pour aider les outils de codage IA à lire la documentation, pas pour le référencement.
Pour les sites hors contexte technique, Mueller est explicite : cette démarche ne fait pas de sens, même avec une hausse du trafic agentique à l'avenir.
Chrome Lighthouse intègre la détection du llms.txt
Google a récemment publié une documentation sur les nouveaux audits « Agentic Browsing » de Chrome Lighthouse. Ces audits sont conçus pour évaluer dans quelle mesure un site est structuré pour les agents IA et les systèmes de lecture automatique. On y trouve des critères déjà connus des SEO, comme la stabilité visuelle (CLS), la construction de l'arbre d'accessibilité (A11y tree), ou encore la structure sémantique des pages.
Mais un point attire particulièrement l'attention : Lighthouse vérifie désormais « la présence d'un résumé lisible par les machines à la racine du domaine », autrement dit, l'existence d'un fichier llms.txt.
Ce fichier, inspiré du robots.txt, est un format encore non standardisé qui permet aux propriétaires de sites de fournir aux grands modèles de langage un résumé structuré de leur contenu. Pendant des mois, Google a évité de prendre position dessus, renvoyant les SEO à leurs pratiques habituelles.
Un message contradictoire en moins d'une semaine
Le timing pose question. Il y a moins d'une semaine, Google publiait de la documentation expliquant aux SEO qu'ils n'avaient pas besoin de s'occuper de fichiers supplémentaires ou de balisage spécifique pour être visibles dans les résultats de recherche IA. Et pourtant, dans la foulée, la documentation Chrome mentionnait explicitement l'audit du llms.txt comme critère d'évaluation de la « préparation IA » d'un site.
C'est dans ce contexte que la spécialiste SEO Lily Ray a interpellé John Mueller sur Bluesky, en pointant l'ironie de la situation : Google utilise lui-même des fichiers llms.txt et des pages en markdown sur ses propres propriétés, tout en affirmant que ces éléments ne sont pas nécessaires pour performer en recherche.
La réponse de John Mueller : découverte contre fonctionnalité
John Mueller a répondu en posant une distinction qu'il juge fondamentale : celle entre la « découverte » et la « fonctionnalité ».
La découverte, c'est le périmètre du SEO classique : être trouvé par un moteur de recherche.
La fonctionnalité, c'est autre chose : une fois qu'un utilisateur ou un agent a trouvé la page, l'aider à accomplir ce qu'il est venu faire.
Dans cette logique, les fichiers llms.txt et les versions markdown de la documentation sur developers.google.com ne sont pas là pour améliorer le référencement. Ils sont là parce que le codage assisté par IA est devenu très populaire, et que ces systèmes sont plus efficaces lorsqu'ils peuvent lire et parser facilement de la documentation de référence. Donner à ces outils un contexte clair et une version simplifiée des pages leur permet de produire un code plus pertinent. John Mueller reconnaît lui-même qu'il s'agit d'une « béquille temporaire », les LLM sachant très bien lire du HTML, mais qui peut permettre d'économiser quelques tokens.
Il est explicite sur le périmètre de cette logique : elle s'applique aux sites de documentation technique, pas au reste. Autrement dit, créer une version markdown des caractéristiques d'une chaussure ne générera pas plus de ventes.
Ce que ça dit de l'évolution du SEO technique
La clarification de John Mueller ne clôt pas complètement le débat. Si llms.txt n'a pas de pertinence SEO au sens strict, son intégration dans les audits Lighthouse signale que Google pense de plus en plus à la lisibilité des sites pour les agents, au-delà du crawl traditionnel.
Les critères qui émergent dans ces audits, comme l'accessibilité sémantique, la stabilité du layout ou la présence de métadonnées structurées, sont en réalité des signaux que les SEO techniques connaissent bien. Mais leur importance dans un contexte d'IA agentique leur donne potentiellement un nouveau poids.
Des experts comme Crystal Carter, John-Henry Scherck ou Joost de Valk commencent d'ailleurs à reconsidérer publiquement leur position sur le llms.txt. Ce revirement progressif chez des praticiens sérieux est lui-même un signal. Mais la position de John Mueller apporte un cadre utile : pour les sites de documentation technique, l'effort peut se justifier. Pour les autres, les priorités SEO habituelles restent largement devant.
"Today we released the May 2026 core update to Google Search. This is a regular update designed to better surface relevant, satisfying content for searchers from all types of sites. The rollout may take up to 2 weeks to complete."
Comme pour la mise à jour de mars 2026, le déploiement de cette update va durer 2 semaines !
Non, il s'agit d'une mise à jour classique chez Google dont le but n'est pas de pénaliser les sites, mais de valoriser le meilleur contenu. Autrement dit, si vous constatez une baisse, c'est que d'autres contenus sont désormais jugés plus pertinents que le vôtre.
Au-delà des Core et des Spam Updates, rappelons que Google lance des milliers de mises à jour par an pour répondre aux attentes de ses utilisateurs. Il y a quelques mois, John Mueller avait évoqué le chiffre de 4 700 mises à jour annuelles, issues de plus de 700 000 tests.
Quoi faire pendant une mise à jour majeur de l'algo de Google ?
Ne faites rien de spécial ! Au lieu de céder à la panique, surveillez votre trafic dans la Google Search Console et attendez la fin de la mise à jour (2 semaines dans ce cas) avant d'effectuer des modifications majeures sur votre site internet.
Voici trois ressources à lire pour comprendre le concept de "Core Update" :
Une étude inédite de Minddex vient de bousculer les certitudes du SEO sur YouTube. Sur 55 631 citations analysées, les modèles d'IA comme ChatGPT, Perplexity ou Gemini ne fonctionnent pas du tout comme l'algorithme YouTube. Les vues ne comptent pas. Les abonnés non plus. Ce qui compte, c'est ce que dit la vidéo.
Ce qu'il faut retenir :
Les signaux d'audience humaine (vues, abonnés) ne prédisent pas la visibilité dans les réponses des LLM. La corrélation est quasi nulle.
97,6 % des citations LLM pointent vers des contenus tiers, pas vers des chaînes de marque. Être présent chez les créateurs et les médias pèse bien plus que gérer sa propre chaîne.
Le format 5-15 minutes capte 41,9 % des citations. Les Shorts, malgré leur poids massif dans le catalogue YouTube, sont sous-représentés d'un facteur 10.
L'horizon stratégique pour le GEO YouTube est de 1 à 3 ans : 65 % des vidéos citées ont plus d'un an au moment où elles apparaissent dans une réponse IA.
Ce que Minddex a mesuré, et ce que ça signifie
Minddex est une plateforme spécialisée dans la visibilité IA, également connue sous le terme GEO (Generative Engine Optimization). En mai 2026, l’équipe de Minddex a publié une étude sur la façon dont YouTube apparaît dans les réponses des grands modèles de langage. Elle fait suite à une étude équivalente sur Reddit, que nous avons relayé fin avril.
Le corpus est considérable : 57 871 citations YouTube brutes, dont 55 631 ont pu être enrichies et analysées, soit 96,1 % du total. Ces citations sont extraites de 33 706 réponses LLM uniques, produites par ChatGPT, Perplexity et Gemini, sur 526 projets clients B2B et B2C couvrant de nombreux secteurs. Au total, 22 180 vidéos uniques et plus de 12 000 chaînes distinctes sont représentées.
L'objectif était le suivant : comprendre ce qui détermine, concrètement, qu'une vidéo YouTube se retrouve citée dans une réponse d'IA. Les hypothèses habituelles (vues, abonnés, taille de chaîne) ont été testées statistiquement. Les résultats contredisent presque systématiquement les intuitions issues du SEO classique.
L'audience humaine ne prédit pas la visibilité LLM
C'est probablement le résultat le plus contre-intuitif de l'étude. Minddex a calculé la corrélation entre les métriques d'audience (nombre de vues, nombre d'abonnés de la chaîne) et le nombre de citations LLM reçues par une vidéo. Les coefficients de Spearman obtenus sont respectivement de +0,088 pour les vues et +0,019 pour les abonnés. Les deux sont bien en dessous du seuil de pertinence pratique fixé à 0,10.
Traduction : une vidéo à 50 vues a autant de chances d'être citée par ChatGPT qu'une vidéo à 50 millions de vues, si son contenu répond précisément à la question posée. La médiane constatée est d'une seule citation par vidéo, et ce dans tous les segments d'audience sans exception.
Ce que les LLM lisent, ce sont les transcripts, pas les compteurs. Ils évaluent la pertinence sémantique du contenu au regard de la requête de l'utilisateur. La popularité humaine n'entre pas dans cette logique.
Ce résultat a une implication directe pour les marques qui ont longtemps pensé que leur visibilité IA dépendait de leur performance sur la plateforme. Ce n'est pas le cas. Les deux systèmes fonctionnent selon des logiques distinctes.
Les chaînes de marque ne captent quasiment rien
Un autre chiffre frappe dans cette étude : 97,6 % des citations LLM pointent vers des contenus produits par des tiers. Les créateurs indépendants arrivent en tête avec 36 % des citations, suivis des médias et de la presse (32 %) et des particuliers (30 %). Les chaînes officielles de marque ne captent que 2,4 % des citations.
L'écart avec Reddit est saisissant. Sur ce dernier, la répartition tiers/marque était de 78 % contre 22 %. Sur YouTube, elle est de 97,6 % contre 2,4 %. Le ratio est presque binaire.
Conclusion pratique : publier sur sa propre chaîne YouTube est un complément, pas un levier principal pour l'AI Search. Pour exister dans les réponses des LLM, il faut apparaître dans des vidéos tierces : celles des créateurs, des journalistes spécialisés, des utilisateurs qui parlent de vos produits ou de votre secteur. Le travail de relations presse, de placement et de seeding auprès des créateurs devient une composante structurante de la stratégie GEO, et non plus une option périphérique.
Le format qui fonctionne : entre 5 et 15 minutes
L'étude apporte aussi une réponse précise à la question du format. 41,9 % des citations LLM vont à des vidéos d'une durée comprise entre 5 et 15 minutes. C'est environ deux fois leur poids réel dans le catalogue YouTube (où les vidéos de 5 à 10 minutes représentent environ 19 % des mises en ligne selon Statista 2025).
À l'opposé, les Shorts (moins de 60 secondes) ne captent que 3,6 % des citations, alors qu'ils représentent 36 % des uploads quotidiens sur la plateforme. La sous-représentation est d'un facteur 10.
La règle est simple : les Shorts servent la viralité Discovery, selon une logique proche de TikTok. Le format moyen-long, entre 5 et 15 minutes, sert l'AI Search. Une vidéo courte n'offre pas assez de contenu textuel pour que les LLM puissent en extraire une réponse substantielle à une requête précise. Une vidéo de 8 minutes, bien structurée, qui traite un sujet en profondeur, offre un transcript exploitable. C'est ce que les modèles recherchent.
Pour les équipes qui ont bâti leur stratégie de contenu autour des Shorts en 2025-2026, c'est une donnée à intégrer rapidement : ce format capitalise pour la découverte algorithmique, pas pour la visibilité dans les réponses IA.
L'étude apporte aussi une bonne nouvelle pour les petites chaînes. 71 % des citations LLM vont à des chaînes de moins de 100 000 abonnés. La tranche dominante est celle des chaînes entre 10 000 et 100 000 abonnés, qui concentre 33,2 % des citations. Mieux encore : les très petites chaînes de moins de 1 000 abonnés pèsent 11,5 % du total.
À l'inverse, les très grandes chaînes (plus d'un million d'abonnés) ne représentent que 6 % des citations. Certes, les chaînes dépassant 100 000 abonnés restent proportionnellement surreprésentées par rapport à leur poids dans le catalogue global (elles constituent environ 1 % des chaînes YouTube mais récoltent 29 % des citations LLM, soit une surreprésentation d'un facteur 30). Mais l'accès aux citations LLM ne leur est pas réservé. Une chaîne récente, modeste, qui produit du contenu précis et pertinent, peut être citée autant qu'une chaîne établie.
C'est une différence notable avec le SEO YouTube classique, où la taille de la chaîne et le nombre de vues créent des effets de levier puissants. Dans l'AI Search, la pertinence du contenu nivelle en partie ces écarts.
L'effet evergreen est plus fort sur YouTube que sur Reddit
La dimension temporelle de l'étude révèle un troisième enseignement important. 65 % des vidéos citées par les LLM ont plus d'un an au moment de la citation. Sur Reddit, ce chiffre était de 44 %. L'effet evergreen est donc sensiblement plus prononcé sur YouTube.
L'analyse de la distribution par âge des vidéos citées montre que les tranches les plus représentées sont 1 à 3 ans (33,6 %) et plus de 3 ans (31,5 %). Les contenus très récents (moins d'une semaine) sont quasi absents. Les vidéos de moins de trois mois ne représentent ensemble que 6,8 % des citations.
Minddex en déduit qu'il faut entre 12 et 36 mois à une vidéo pour entrer dans le pool des contenus repris par les LLM. L'horizon stratégique est donc de 1 à 3 ans, pas trimestriel. Cela remet en cause les logiques de pilotage par les KPIs à court terme, fréquentes dans les équipes qui mesurent la performance de chaque vidéo dans les semaines suivant sa publication.
Produire du contenu pérenne, sur des sujets stables et récurrents dans sa thématique, est une décision qui se paie sur le long terme. Le taux de vues à J+30 n'est pas le bon indicateur pour anticiper la visibilité dans l'AI Search à 24 mois.
Ce que ça change dans la pratique
L'étude de Minddex dessine assez nettement le fossé entre la logique SEO YouTube historique et ce que demande désormais l'AI Search. Les deux ne s'opposent pas frontalement, mais leur logique respective est suffisamment différente pour justifier une stratégie distincte.
Optimiser un titre et une miniature, viser la viralité, accumuler des abonnés et poster des Shorts pour le reach : tout cela reste pertinent pour l'algorithme YouTube. Ça ne pilote pas la visibilité dans ChatGPT ou Perplexity.
Ce qui y pilote la visibilité, c'est le contenu parlé dans la vidéo, sa précision, sa clarté, sa capacité à répondre à une question que les utilisateurs posent aux LLM. C'est aussi la présence dans des contenus tiers, chez des créateurs ou des médias dont les vidéos traitent de votre secteur, de votre marque, ou des sujets sur lesquels vous voulez exister dans l'AI Search.
La bonne nouvelle pour les acteurs qui ne disposent pas de moyens importants : le ticket d'entrée n'est pas de disposer d’une grosse chaîne. C'est un contenu bien ciblé, bien structuré, et suffisamment ancien pour avoir été indexé et intégré dans les données d'entraînement ou les sources consultées en temps réel par les modèles.
Je suis tombé récemment sur une étude non publique : Parmi d'autres conclusions, les titres avec citation obtiendraient +29 % de visites Discover par rapport aux titres déclaratifs, et les titres sous forme de question seraient les pires. Deux affirmations testables, que nous avons vérifié. Pas juste en lançant les chiffres dans un modèle, mais en posant les questions qu'un expert pose quand la data semble trop belle.
L'affirmation, et pourquoi elle est tentante
Les titres avec citation obtiennent en moyenne 721 visites Discover. Les titres déclaratifs, 558. Les titres sous forme de question sous-performent les deux, à 425 visites.
C'est net, c'est simple, c'est actionnable : mettez des guillemets, récoltez +29 %. Sauf que Discover, ce n'est pas simple, et la data brute peut raconter une histoire très convaincante... et très incomplète.
Notre terrain de jeu : La data 1492.vision
Pour vérifier, on a analysé les articles éditoriaux ayant reçu au moins un hit Discover sur les 6 derniers mois (nov. 2025 → mai 2026) : 1,7 million d'articles FR et 1,7 million d'articles EN. La métrique n'est pas la visite Discover (inaccessible à un tiers) mais le nombre de captures par article par notre infra : un proxy de la visibilité Discover, sur un volume ~3 000 fois supérieur à celui de l'étude. Nous avons volontairement exclu les ads, les vidéos, les tweets (c'est important comme on le verra plus tard)
On a classé chaque titre en quatre formats : citation en tête (citation longue en début de titre), citation en corps, question, déclaratif (tout le reste). Puis on a analysé à trois niveaux : brut, intra-éditeur, et évolution mensuelle.
Premier résultat : la data semble confirmer
Hits moyens par format de titre, données brutes
En vue brute, les chiffres sont même supérieurs à l'affirmation d'origine :
Langue
Citation en tête
Déclaratif
Écart
FR
52,8 hits/article
35,7
+48 %
EN
13,0
9,5
+37 %
+48 % en FR, +37 % en EN ! La thèse du +29 % serait même sous-estimée.
On pourrait s'arrêter là, publier un thread enthousiaste et passer au sujet suivant. Un LLM, nourri de cette data brute, en tirerait exactement cette conclusion.
Mais c'est là qu'intervient la question que la data seule ne pose pas : et si on n'avait pas mesuré la bonne chose ? C'est l'expérience, avoir vu des dizaines de cas où un chiffre flatteur cache un biais, qui pousse à creuser.
Le biais que la data cache : on compare des audiences, pas des formats
L'objection est simple : les éditeurs qui utilisent les guillemets ne sont pas les mêmes que ceux qui n'en utilisent pas. Presse people, PQR, magazines grand public d'un côté. Pure-players, agences de presse, sites pratiques de l'autre. Des audiences différentes, des sujets différents, des volumes Discover structurellement différents.
C'est un cas d'école du paradoxe de Simpson : une tendance nette dans les données agrégées (+48 % !) qui s'effondre quand on segmente par groupe. Comparer les moyennes brutes, c'est comparer Paris Match et Le Monde en prétendant mesurer l'effet des guillemets. Ce n'est pas de la data qui ment, c'est de la data mal lue.
Le vrai test : à éditeur égal, que reste-t-il ?
Le paradoxe de Simpson : vue brute vs intra-éditeur
On a comparé citation vs déclaratif chez chaque éditeur individuellement, chacun devenant sa propre baseline. Sur 439 éditeurs FR et 324 EN avec suffisamment de volume dans les deux formats :
Langue
Éditeurs comparés
Citation gagne (médian)
Écart médian intra-éditeur
FR
439
47,6 %
+5,5 %
EN
324
31,5 %
+3,1 %
En Français, avantage à la citation chez moins de la moitié des éditeurs... En Anglais, le déclaratif gagne chez 68 % des éditeurs. Le format citation y pénalise plus souvent qu'il n'aide.
L'effet réel : +3 à +5 %, pas +29 %. Cinq à neuf fois plus faible que l'affirmation d'origine.
Et les titres sous forme de question ?
Titres sous forme de question : l'affirmation vs notre data
L'étude affirme que les questions sous-performent de -24 % vs déclaratif. En vue brute, c'est l'inverse : +16 % en FR, +7 % en EN. On pourrait conclure que l'étude se trompe. Sauf que le même paradoxe de Simpson joue ici, en miroir : les questions sont sur-utilisées par les éditeurs à fort engagement (PQR, magazines populaires), ce qui gonfle artificiellement leur moyenne.
À éditeur égal, l'avantage s'évapore : -0,5 % en FR (neutre), -3,7 % en EN (léger désavantage). La direction de l'étude est donc correcte en EN, neutre en FR. Mais la magnitude annoncée (-24 %) reste ~6 fois exagérée. Même explication : c'est le type d'éditeur qui pose la question qui détermine la performance, pas le point d'interrogation.
Mais alors, à qui profitent les guillemets ?
Editeurs "gagnants" et "perdants" avec la citation, FR
C'est ici que l'explication quitte l'algorithme pour entrer dans la psychologie des audiences. Et la data le confirme:
Les gagnants : PQR (La Dépêche, La Montagne, L'Écho républicain...), magazines grand public (Grazia, Le Journal de la Maison). Les guillemets y servent à mettre en scène une accroche interview ou spectacle qui tranche avec la production routinière.
Les perdants : sites sport spécialisés (Foot National, le10sport), tech (Les Numériques), pratique (Journal des Femmes, Femme Actuelle). Sur ces audiences, la citation longue casse la promesse informationnelle : le lecteur vient pour un transfert, un test produit, une recette. Pas pour un avis.
La citation gagne là où l'audience cherche du commentaire et de la mise en scène. Elle perd là où l'audience cherche du fait. Ce n'est pas une règle algorithmique, c'est une réalité éditoriale.
Un effet instable dans le temps
Evolution mensuelle de "l'avantage" citation
Mois par mois, l'avantage de la citation en FR fluctue entre +3 % et +12 % intra-éditeur, sans tendance claire. En EN, l'écart moyen plafonne à +2,5 % et passe même négatif en mars 2026. Ce n'est pas une loi structurelle sur laquelle bâtir une stratégie.
Et sur YouTube et X.com ?
Notre analyse porte sur les articles éditoriaux. Mais Discover ne sert pas que des articles : YouTube et x.com y apparaissent aussi, avec des conventions de titre radicalement différentes. Leurs chiffres illustrent parfaitement pourquoi le contexte est tout.
"Bonus" citation, Youtube vs x.com
YouTube : +103 % en FR pour les titres avec citation. Sur YouTube, le « titre » accompagne une miniature visuelle et doit accrocher en quelques secondes. Les citations correspondent à des extraits d'interview, des accroches spectacle. La citation est une promesse de contenu : "voici la phrase qui va piquer ta curiosité". Le format joue à plein.
x.com : -13 % en FR. Sur x.com, le « titre » est le tweet lui-même. Les « citations » détectées sont des tweets qui rapportent la déclaration de quelqu'un d'autre entre guillemets. Le tweet brut, direct, performe mieux. La citation est ici une dilution de l'original : "je commente la phrase de quelqu'un d'autre".
Deux plateformes, deux signaux opposés sur le même format. Si une étude mélangeait ces sources avec les articles éditoriaux, le bonus citation serait artificiellement gonflé par YouTube ou dilué par x.com, selon le mix.
Ce qu'on en retient
L'affirmation ne tient pas comme règle universelle :
Le +29 % est un artefact de mix éditeur, un paradoxe de Simpson classique. À éditeur égal, l'avantage tombe à +3/+5 %.
L'effet n'est pas universel. En EN, le déclaratif gagne chez 68 % des éditeurs. En FR, c'est presque 50/50.
Les questions : la direction de l'étude est correcte en EN (légère sous-performance, -3,7 % intra-éditeur), neutre en FR. Mais la magnitude annoncée (-24 %) est ~6 fois exagérée. Même biais Simpson, en miroir.
La citation marche dans un contexte précis : audiences qui valorisent le commentaire, la mise en scène, l'interview. Elle pénalise sur les audiences factuelles.
Ainsi donc, "La data ne ment pas, mais elle ne parle pas toute seule non plus" Sans le volume pour voir au-delà des cas particuliers, sans l'expérience pour poser les bonnes questions, sans la connaissance des audiences pour interpréter et challenger les explications basiques, on finit par optimiser la mauvaise chose.
Avant d'ajouter des guillemets à vos titres, demandez-vous à quelle audience vous parlez. Commentaire, mise en scène, interview ? La citation pourrait apporter 3 à 7 % de visibilité Discover. Audiences factuelles (sport, tech, pratique) ? C'est votre angle éditorial qui fera la différence, pas la ponctuation.
La boîte de recherche Google est entièrement repensée avec l'IA, une première depuis plus de 25 ans, et commence à se déployer dès aujourd'hui dans tous les pays où le mode IA est disponible.
Des agents d'information tournant en arrière-plan 24h/24 peuvent surveiller le web et alerter l'utilisateur en temps réel sur des sujets qu'il définit lui-même.
Google Search peut désormais générer des interfaces visuelles personnalisées, tableaux de bord et mini-applications directement dans les résultats, à la volée.
L'Intelligence personnelle, qui connecte Search à Gmail et Google Photos, s'ouvre à près de 200 pays sans abonnement requis.
IA Mode : un milliard d'utilisateurs en un an
Avant d'entrer dans le détail des annonces, un chiffre donne la mesure de ce qui s'est passé en un an : le mode IA de Google Search dépasse désormais le milliard d'utilisateurs mensuels, avec un volume de requêtes qui a plus que doublé chaque trimestre depuis son lancement.
Le dernier trimestre a même enregistré un nombre de recherches record, tous canaux confondus. Ce n'est donc pas un pivot expérimental que Google présente à son I/O 2026, mais la confirmation d'un usage massif et en pleine expansion. Rappelons toutefois que pour le moment, ce fameux mode n’est toujours pas disponible en France.
Gemini 3.5 Flash devient le modèle par défaut du mode IA
La première annonce concrète concerne le moteur qui fait tourner tout ça. Google intègre Gemini 3.5 Flash comme modèle de référence de l’AI Mode pour tous les utilisateurs dans le monde dès aujourd'hui.
Ce modèle de nouvelle génération est conçu pour les usages agentiques et le code, avec des performances de pointe maintenues dans la durée. C'est ce moteur qui alimente l'ensemble des nouvelles fonctionnalités annoncées.
La boîte de recherche repensée pour la première fois en 25 ans
C'est l'un des symboles forts de ces annonces : la boîte de recherche Google, quasiment inchangée depuis 1998, est entièrement redessinée avec l'IA. Cette nouvelle interface intelligente s'élargit dynamiquement pour laisser la place à des questions longues et détaillées. Elle propose des suggestions qui vont bien au-delà de l'autocomplétion classique, en anticipant l'intention de l'utilisateur plutôt qu'en se contentant de compléter des mots.
La Search box gagne en fonctionnalités et en flexibilité - Source : Google
Elle accepte également plusieurs types d'entrées simultanément : texte, images, fichiers, vidéos ou onglets ouverts dans Chrome. Le déploiement commence aujourd'hui dans tous les pays et toutes les langues où le mode IA est actif.
Par ailleurs, la continuité des échanges avec Search est améliorée : il est désormais possible de poser une question de suivi directement depuis une AI Overview, puis de basculer naturellement vers une conversation approfondie en mode IA, en conservant tout le contexte de la session. Cette fluidité est disponible sur desktop et mobile dès aujourd'hui, partout dans le monde.
Les agents d'information : Search qui travaille en arrière-plan
C'est peut-être la nouveauté la plus structurante annoncée. Google introduit des agents d'information qui fonctionnent en continu, 24h/24, sans que l'utilisateur n'ait besoin d'effectuer de nouvelles recherches. Le principe : l'utilisateur décrit précisément ce qu'il cherche à surveiller, et l'agent scrute l'ensemble du web (blogs, médias, réseaux sociaux) ainsi que les données en temps réel de Google (finance, shopping, sport) pour détecter tout changement pertinent.
Lorsqu'une information correspond aux critères définis, l'agent envoie une synthèse intelligente avec la possibilité d'agir directement. Exemple concret : une personne à la recherche d'un appartement peut décrire tous ses critères une seule fois, et l'agent lui envoie une alerte dès qu'une annonce correspondante apparaît. Ou encore, un fan de sneakers peut être notifié dès qu'un athlète annonce une nouvelle collaboration.
Ces agents d'information seront lancés en priorité pour les abonnés Google AI Pro et Ultra, à l'été 2026.
Des réservations et des appels téléphoniques gérés par Search
Google étend également les capacités agentiques à la réservation. L'utilisateur peut décrire ce qu'il recherche, par exemple une salle de karaoké privée pour six personnes un vendredi soir avec service de restauration tardive, et Search agrège les disponibilités et les tarifs en temps réel, avec des liens directs vers les prestataires pour finaliser la réservation.
Pour certaines catégories (services à domicile, soins, animalerie), Google Search peut même passer des appels téléphoniques aux entreprises à la place de l'utilisateur. Ces fonctionnalités seront disponibles aux États-Unis à l'été 2026.
Une interface générée à la volée selon la question posée
Grâce à la technologie Google Antigravity associée à Gemini 3.5 Flash, Search peut désormais construire des réponses sous des formats visuels entièrement personnalisés, générés en temps réel en fonction de la nature de la question. Selon les besoins, il peut assembler des visuels interactifs, des tableaux, des graphiques ou des simulations. Ces interfaces adaptatives seront disponibles gratuitement pour tous les utilisateurs dans les prochains mois.
Au-delà des questions ponctuelles, Google pousse plus loin avec la création de dashboards et de mini-applications sur mesure. L'utilisateur peut demander à Search de construire un suivi personnalisé pour une tâche récurrente, comme la planification d'un déménagement ou d'un mariage.
Ces expériences s'appuient sur des données en direct, critiques, cartes et données météo locales, et sont conçues pour être consultées régulièrement. L'exemple mis en avant est un tracker de fitness complet, généré à la demande, mis à jour en continu. Cette fonctionnalité sera d'abord réservée aux abonnés Google AI Pro et Ultra aux États-Unis.
Exemple de tracker fitness généré à la demande - Source : Google
L'intelligence personnelle s'ouvre à (quasiment) tout le monde
Jusqu'ici limitée, la fonctionnalité Personal Intelligence est désormais accessible dans près de 200 pays et territoires, en 98 langues, sans abonnement. Elle permet de connecter des applications personnelles comme Gmail et Google Photos (et bientôt Google Calendar) directement à Search, pour que celui-ci puisse personnaliser ses réponses en tenant compte du contexte de l'utilisateur.
Google insiste sur l'architecture de confidentialité : l'utilisateur garde le contrôle total sur les connexions activées et peut les révoquer à tout moment.
Le SEO Spider devient pilotable par IA grâce à un serveur MCP compatible avec Claude, LM Studio et d'autres assistants en langage naturel.
La comparaison automatique de crawls est désormais disponible pour les crawls planifiés, avec un résumé des changements directement dans l'email de notification.
Les liens non crawlables sont maintenant détectés et signalés, ce qui permet d'identifier les pratiques de liens non conformes aux recommandations de Google.
Une dizaine d'améliorations secondaires complètent la mise à jour, dont la validation des modèles IA en temps réel et le support de Java 25.
Un serveur MCP pour piloter le SEO Spider depuis une IA
C'est la nouveauté phare de cette version. Screaming Frog introduit un serveur MCP (Model Context Protocol) qui permet de connecter le SEO Spider à des assistants IA comme Claude ou LM Studio. Concrètement, il devient possible de lancer des crawls, d'analyser les données, d'exporter des rapports et de manipuler les résultats directement depuis une interface de chat, en langage naturel.
Les cas d'usage couvrent un spectre large :
Résumer un crawl en quelques mots, visualiser les données sous une forme personnalisée,
Combiner des exports,
Exécuter le pipeline d'analyse complet
Installer des scripts pour produire des visuels interactifs.
Screaming Frog donne l'exemple d'une analyse de maillage interne réalisée avec l'intégration Ahrefs et rendue sous forme de graphique via l'IA.
L'intégration avec Claude Cowork est également mentionnée comme un axe prometteur, notamment pour automatiser des tâches répétitives sur des fichiers et des workflows quotidiens.
Il faut noter que toutes les fonctionnalités du SEO Spider ne sont pas encore supportées dans le MCP. Screaming Frog prévoit d'étendre les capacités en fonction des retours utilisateurs.
La comparaison automatique de crawls
Jusqu'ici, comparer deux crawls demandait une manipulation manuelle. La version 24.0 introduit une option « Auto Compare Crawls » disponible dans les tâches de crawl planifiées et les crawls en ligne de commande (CLI). Activée, elle compare automatiquement les deux derniers crawls d'un projet et génère un rapport de différences.
Ce rapport liste tous les changements survenus entre les deux crawls : pages ajoutées ou supprimées, évolution des problèmes SEO détectés, variations sur les balises, les codes de réponse, etc.
Les changements visibles directement dans les notifications email
Les notifications de fin de crawl existaient déjà, mais leur contenu s'enrichit dans cette version. L'email inclut désormais un tableau récapitulatif de tous les problèmes détectés lors du crawl.
Si la comparaison automatique est activée, l'email affiche en plus un tableau de comparaison qui met en évidence les évolutions entre les deux derniers crawls : pages indexables devenues non indexables, balises title disparues, pics de pages en erreur, etc. L'idée est de permettre une surveillance continue du site sans avoir à ouvrir le logiciel à chaque fois.
L'envoi d'exports en pièces jointes par email
Toujours dans la logique d'automatisation, il est maintenant possible de configurer l'envoi automatique d'exports en pièces jointes à la fin d'un crawl. Cette option se paramètre dans la section « Notifications » d'une tâche planifiée.
Le principe est simple : on choisit un destinataire, on sélectionne le rapport souhaité (liens cassés, résumé des problèmes, etc.) et l'export arrive automatiquement dans sa boîte mail après chaque crawl. Les fichiers sont envoyés compressés. Si la pièce jointe dépasse la limite de l'hébergeur mail, l'email signale l'erreur au destinataire.
La détection des liens non crawlables
Le SEO Spider peut désormais identifier des types de liens présents dans le HTML mais qui ne respectent pas les bonnes pratiques de liens telles que définies par Google. Ces liens sont qualifiés de non crawlables dans l'interface.
Ils apparaissent dans l'onglet Links via le nouveau filtre « Pages With Uncrawlable Internal Outlinks », ainsi que dans une nouvelle colonne « Link Crawlability » dans l'onglet Outlinks. Un export en masse est disponible via Bulk Export > Links > Pages With Uncrawlable Internal Outlinks.
Détection des liens non crawlables - Source : Sreaming Frog
Pour que cette détection fonctionne, l'option « Store » doit être activée dans Config > Spider > Crawl.
Une précision importante de Screaming Frog : leurs recherches indiquent que Google tente en réalité de crawler tout ce qui ressemble à un lien dans le HTML, y compris ces formats non conventionnels. Ces liens sont donc souvent « crawlables » en pratique. Ils restent néanmoins déconseillés, car ils ne sont pas traités de la même façon qu'un lien HTML standard pour la transmission des signaux de lien.
Les statistiques d'utilisation
Une petite nouveauté légère, mais amusante : il est maintenant possible de consulter ses propres statistiques d'utilisation du logiciel via Help > Usage Stats. On y trouve le temps passé à crawler, le nombre de crawls lancés, etc.
Ces données sont stockées localement sur la machine. Screaming Frog reconnaît eux-mêmes que l'utilité pratique est limitée, mais que ça peut donner une idée concrète de la valeur tirée de l'outil au quotidien.
Les autres améliorations de la version 24.0
La mise à jour embarque également une série de changements plus ciblés :
Nouvelles versions Linux Arm64 : deux nouveaux packages sont disponibles pour les architectures Arm, sous Ubuntu et Fedora.
Liens syntaxiquement invalides : une nouvelle option « Crawl Invalid Links » sous Config > Spider > Crawl permet de traiter et signaler les URLs malformées (comme hppts://example.com). Ces URLs apparaissent généralement sous Response Codes > No Response.
Ignorer les exports vides : dans les paramètres de sortie des crawls planifiés et dans Bulk Export > Multi Export, il est désormais possible de ne pas exporter les rapports qui ne contiennent aucune donnée. Ils n'apparaîtront pas non plus en pièce jointe dans les emails.
Métriques Ahrefs par pays : un onglet Options fait son apparition dans l'intégration Ahrefs, avec des filtres pour ajuster les données par pays et par type de volume (mensuel ou moyen).
Clusters de contenu filtrables : dans le graphe des clusters de contenu, il est maintenant possible de cliquer sur les légendes pour afficher ou masquer des catégories.
Validation des modèles IA en temps réel : lorsqu'un modèle est spécifié dans une intégration IA, le SEO Spider vérifie désormais s'il existe bien dans la liste des modèles disponibles du fournisseur. Si ce n'est pas le cas, une alerte est affichée et il est possible d'en choisir un actif. Une nécessité, compte tenu de la vitesse à laquelle les modèles IA sont dépréciés ou renommés.
Prompt système global pour les intégrations IA : dans l'onglet "Advanced" de chaque intégration IA, il est possible de définir un prompt système pour encadrer le comportement du modèle (rôle, contraintes, personnalité, etc.) de façon cohérente sur toutes les interactions.
Affichage des tokens consommés : la consommation de tokens est maintenant visible dans le dialogue « Account Information » pour chaque fournisseur IA connecté.
Intégration Ollama : l'intégration Ollama supporte désormais la génération d'images et dispose d'un paramètre « Request Timeout » réglable dans l'onglet avancé.
L’API d’indexation est submergée par les blogueurs
John Mueller a déclaré sur Bluesky que l'API d'indexation de Google est submergée par des blogueurs qui tentent de se faire passer pour des sites légitimes. Cette situation pousse Google à devenir plus strict sur les accès à cet outil.
Ce n'est pas la première fois que Mueller tire la sonnette d'alarme : depuis plusieurs années, il rappelle que cette API est réservée exclusivement aux offres d'emploi et aux contenus en direct (live streams). Toute autre utilisation est non supportée, et Google a confirmé qu'elle ne produira pas les effets escomptés.
Dans les faits, beaucoup ont tenté d'en abuser pour accélérer l'indexation de leur contenu. Si certains ont constaté des résultats rapides, le contenu finissait par disparaître de l'index tout aussi rapidement. Google a également mis en place des détections anti-spam spécifiques à l'API depuis septembre 2024.
En résumé : l'API d'indexation n'est pas un raccourci SEO universel, et son utilisation abusive contribue à la rendre moins accessible, y compris pour ceux qui en ont un usage légitime.
Ce n'est pas la première fois que John Mueller évoque le détournement de l'API d'indexation pour des usages non adaptés ou pour du spam. Le risque : subir la politique anti-spam de Google, et que son utilisation abusive finisse par pousser le géant de Mountain View a stopper le service... au détriment des utilisateurs légitimes.
La recherche en ligne ne se contente plus de lister des pages web. Avec l'IA, elle interprète, synthétise et anticipe les besoins des utilisateurs. Bing a pris acte de cette transformation et construit des protections de sécurité directement dans l'expérience de recherche, pas en marge. Dans un récent article de blog, l’équipe de Bing revient sur ce changement de philosophie.
Ce qu'il faut retenir :
La recherche IA ne se limite plus à l'indexation : elle génère des réponses synthétisées, ce qui rend la visibilité des contenus fiables plus cruciale que jamais.
Bing déploie des annonces de service public (PSA) contextuelles pour les requêtes à risque, avec des liens vers des ressources vérifiées et localisées par pays.
SafeSearch propose trois niveaux de filtrage contrôlables par l'utilisateur, avec une activation automatique en mode strict pour les mineurs.
La transparence fait partie intégrante du dispositif : quand un contenu est filtré, l'utilisateur en est informé explicitement.
La recherche a changé, la responsabilité aussi
Pendant longtemps, la fonction d’un moteur de recherche se bornait globalement à trouver des pages et les classer. C’était ensuite à l’utilisateur de faire son tri.
L'IA a modifié cette équation. Aujourd'hui, les moteurs de recherche n'indexent plus seulement, ils interprètent l'intention derrière une requête, génèrent des résumés et mettent en avant des réponses déjà synthétisées. Ce que l'utilisateur voit en premier n'est plus le fruit d'un simple algorithme de classement, mais d’une une réponse construite.
Cette évolution soulève une question fondamentale : quand quelqu'un traverse un moment difficile et tape une requête sensible, qu'est-ce qui lui est montré en priorité ? Une aide fiable, ou un contenu potentiellement dangereux ?
C'est précisément pour répondre à cette question que Bing a intégré des protections de sécurité avancées directement dans le fonctionnement de son moteur.
Exemple de bandeau d'avertissement - Source : Bing
Quatre piliers pour une recherche plus sûre
L'approche de Bing repose sur quatre mécanismes qui fonctionnent ensemble, à chaque étape de l'expérience de recherche.
1. La détection du risque au niveau de la requête
Avant même d'afficher des résultats, Bing analyse la requête elle-même pour évaluer si elle signale une situation à risque. Cette détection en amont permet d'agir au bon moment : quand l'utilisateur cherche encore, pas après.
2. Les annonces de service public (PSA)
Lorsqu'une requête laisse penser que l'utilisateur pourrait avoir besoin d'aide, Bing affiche en haut de la page des encadrés contextuels appelés Public Safety Announcements (PSA). Ces blocs d'information ne sont pas des publicités ni de simples bannières génériques. Ils sont conçus pour :
Fournir des informations claires et issues de sources reconnues,
Renvoyer vers des numéros verts et des organisations de soutien vérifiées,
S’adapter au pays de l'utilisateur grâce à une localisation par marché,
Proposer des voies de signalement quand c'est pertinent.
Les thématiques couvertes incluent l'automutilation, les violences domestiques, les troubles alimentaires, les urgences médicales et la sécurité des enfants en ligne. Sur ce dernier point, Bing affiche depuis plusieurs années des avertissements lorsqu'une requête suggère une tentative d'accès à des contenus pédopornographiques.
Plus récemment, de nouvelles PSA ont été ajoutées pour les victimes de diffusion non consentie d'images intimes, avec des indications sur les démarches de signalement disponibles.
La logique est la suivante : quand un risque est détecté, le soutien doit être plus visible que le danger.
3. La mise en avant de ressources fiables
Au-delà des PSA, Bing travaille à ce que les contenus provenant de sources autorisées et vérifiées remontent en priorité dans les résultats. Dans un environnement où l'IA peut générer des réponses à partir de multiples sources, s'assurer que les informations de qualité restent au premier plan n'est pas une option, c'est une exigence structurelle.
4. SafeSearch : le contrôle reste entre les mains de l'utilisateur
La sécurité ne passe pas uniquement par des interventions automatiques. Elle s’appuie aussi sur la capacité de chaque utilisateur à choisir ce qu'il veut voir.
SafeSearch offre trois niveaux de filtrage :
Strict : bloque les contenus explicites, qu'il s'agisse de texte, d'images ou de vidéos.
Modéré : filtre et floute les visuels explicites, sans bloquer complètement.
Désactivé : permet l'accès aux contenus légalement autorisés dans le pays de l'utilisateur.
Par défaut, Bing active SafeSearch en mode strict pour les utilisateurs identifiés comme mineurs, pour les comptes gérés via Microsoft Family Safety, ou dans les pays où la réglementation locale impose des protections renforcées pour les enfants.
Les trois niveaux de SafeSearch - Source : Bing
La transparence comme élément de confiance
Un point mérite d'être souligné séparément. Quand un contenu est filtré ou restreint, Bing l'indique clairement à l'utilisateur avec un bandeau explicatif.
Ce choix est loin d’être anodin. Dans beaucoup de systèmes de modération, le filtrage est silencieux. L'utilisateur ne sait pas pourquoi il ne trouve pas ce qu'il cherche. Ici, la raison est explicite. L'utilisateur sait que du contenu a été restreint et pourquoi.
Cette transparence sert un objectif simple : renforcer la confiance dans le système plutôt que de créer un sentiment de censure opaque.
La sécurité comme infrastructure, pas comme option
Ce que décrit Bing dans son approche, c'est un changement de statut pour la sécurité dans les moteurs de recherche. Elle n'est plus traitée comme une fonctionnalité parmi d'autres, à activer ou désactiver selon les cas.
Elle est conçue comme de l'infrastructure : intégrée au fonctionnement de base du moteur, présente à chaque étape, et construite pour évoluer au même rythme que les usages.
À mesure que la recherche se déplace vers des réponses génératives et en temps réel, cette question va continuer à prendre de l'importance. Les moteurs de recherche ne servent plus seulement à trouver des pages. Ils participent activement à la construction de ce que les utilisateurs perçoivent comme vrai, fiable et accessible. Dans ce contexte, la visibilité des contenus de confiance n'est pas un détail de product management. C'est une responsabilité.
Comme vous le savez certainement, nous accueillons plusieurs auteurs sur notre média premium Réacteur, tous les mois. Chacun est invité à partager son expertise autour d’une problématique en lien avec le Search Marketing. Pour cette édition de mai 2026, on vous propose une nouvelle fois 5 articles passionnants !
Les LLMs ne lisent pas vos pages, ils les découpent. Cette différence fondamentale remet en cause toute la logique de production de contenu actuelle.
La position dans la page est décisive : des données chiffrées révèlent exactement où se jouent vos chances d'être cité par l'IA.
Il existe un ADN mesurable du chunk citable. Longueur de phrase, densité d'entités, niveau de lisibilité : tout se quantifie.
ChatGPT et Google AI Mode n'ont pas les mêmes critères. Deux moteurs génératifs, deux stratégies à adopter selon vos objectifs.
Ce qu'on a aimé :
Une approche passionnante : du concret, des chiffres issus d'études réelles, et une méthodologie terrain testée sur des marques. Pas de théorie creuse, mais des seuils précis et des outils actionnables. Un article sans concession, qui en fera réfléchir plus d’un !
Webflow tient largement la comparaison avec WordPress en SEO. Deux cas clients réels, avec des chiffres précis, viennent contredire les idées reçues de la communauté.
Un SEO technique intégré nativement. HTML sémantique, Core Web Vitals, hreflang, schema.org généré par IA… sans plugin, sans configuration serveur.
Le SEO programmatique à grande échelle est possible. Des milliers de pages générées automatiquement via CMS, API et n8n, avec une logique anti-duplicate bien pensée.
Les limites existent, mais se contournent. Cloudflare Workers, API Webflow, architecture sur mesure : des solutions concrètes pour chaque contrainte identifiée.
Ce qu'on a aimé :
Du retour terrain sans filtre : chiffres réels, code inclus, limites assumées. Benoît ne survend pas Webflow, il l'explique avec honnêteté et met clairement en exergue les avantages de cette solution concurrente d’un point de vue. SEO Les cas Ornikar et Sogexia sur lequel l’auteur s’appuie apportent du concret à chaque argument.
Racheter un business digital existant est une alternative sérieuse à la création : un marché actif, accessible dès quelques milliers d'euros, et encore largement ignoré des profils digitaux.
La due diligence classique ne suffit pas. Kes finances ne révèlent pas ce qui drive vraiment les revenus, et certaines questions simples valent 40 pages de data room.
Le profil qui réussit a une thèse claire et la réplique. Pas le plus expérimenté, mais celui qui achète ce qui colle à ses forces, pas ce qui brille.
Les premiers mois post-acquisition sont décisifs… et souvent sabotés. Agir trop vite, mal gérer la relation vendeur ou sous-estimer la charge opérationnelle coûte cher.
Ce qu'on a aimé :
Des histoires vraies, sans fard. Le couple de retraités, la boutique de luminaires revendue en urgence, le repreneur qui fait x6. On est loin du contenu purement théorique, chaque point abordé par Kévin est pleinement ancré dans le réel. Un article qui donne envie de passer à l'action.
Un cahier des charges rigide est souvent l'ennemi du projet. La méthode agile appliquée à la transformation digitale d'une PME change tout, à condition d'oser jeter le document initial.
L'IA ne se colle pas partout. Deux cas d'usage précis, mesurables, intégrés dans un flux réel : voilà ce qui crée de la valeur, pas les PoC gadgets.
Automatiser une tâche isolée ne suffit pas. C'est le flux complet qu'il faut repenser, du terrain jusqu'au dossier final, sinon on accélère juste une chaîne bancale.
La vraie transformation se construit brique par brique. 20 mois, un budget mensuel maîtrisé, et l'équivalent d'un temps plein libéré : le big bang digital est un mythe.
Ce qu'on a aimé :
Un article technique sans être hermétique, honnête sur les embûches, avec des exemples concrets (RAG sur le lexique BRGM, synchronisation vidéo/profondeur). On sent que derrière ce retour d’expérience de Didier, il y a un vécu particulièrement précieux !
L'IA ne se teste pas sur un cas isolé, elle se câble sur toute l'entreprise. Une PME de 5 personnes qui couvre 8 marchés et des milliers de SKUs n'avait pas d'autre choix.
Le vrai levier, ce n'est pas le modèle IA choisi, c'est le harness qui l'encadre. Instructions, mémoire, connecteurs, garde-fous : l'architecture invisible qui fait tout.
La mémoire organisationnelle est l'avantage compétitif que personne ne peut copier. Chaque décision encodée, chaque erreur apprise creuse un écart cumulatif avec les concurrents.
L'humain reste le valideur final, et c'est lui qui devient le goulot d'étranglement. Paradoxe d'un système trop performant, et comment y répondre avec des niveaux d'autonomie progressifs.
Ce qu'on a aimé :
Concret, documenté, et honnête sur les erreurs. Benjamin ne vend pas un rêve à la sauce IA : il expose une architecture réelle, avec ses cicatrices. La métaphore électricité/câblage/appareils rend le tout remarquablement lisible, même pour des non-techniciens.