Le spam de nouveau dans le viseur de Google

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 »

Retrouvez toutes les dernières updates de Google sur notre page dédiée.

Spam Update : la différence avec la Code Update

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.

• La dernière mise à jour anti-spam remonte à mars 2026

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 :

• « Ne paniquez pas ! » : comment appréhender les annonces Google ?
• Google Updates : comprendre les mises à jour Google
• Algorithmes Google : Définitions, Historique et Fonctionnement [Guide 2025]
• FAQ : Comprendre et résoudre une action manuelle liée au spam

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 explique avec quels outils suivre les mises à jour des algorithmes de Google !

L’article "Google Spam Update de Juin 2026 : les algorithmes anti-spam mis à jour" a été publié sur le site Abondance.

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.

L’article "Bing Webmaster Tools enrichit son rapport de performance IA avec quatre nouvelles fonctionnalités" a été publié sur le site Abondance.

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.

L’article "Les AI Overviews de Google vont enfin débarquer en France" a été publié sur le site Abondance.

Vos concurrents ne sont pas forcément ceux que vous croyez. Sur Google, ceux qui captent votre trafic ne vendent pas toujours le même produit que vous. Ils ont juste compris une chose que vous n’avez peut-être pas encore mesurée : selon Ahrefs (107 SEO Statistics for 2026), 96,55% des pages web ne reçoivent aucun trafic organique depuis Google. Autrement dit, la quasi-totalité du web est invisible. Une poignée de pages rafle tout. L’analyse concurrentielle SEO sert exactement à ça : comprendre qui occupe cette poignée de places, et construire le plan pour les y rejoindre. Ce n’est pas de l’espionnage. C’est poser des fondations data avant de viser le sommet de la SERP. Des racines solides pour des ambitions élevées. Chez Brioude, on aborde ce travail avec une règle simple : plus de datas, moins de blabla. Analyse concurrentielle SEO : de quoi parle-t-on vraiment Définition : étudier qui capte votre trafic, pas qui vend la même chose L’analyse concurrentielle SEO consiste à étudier les sites qui se positionnent sur vos requêtes cibles, pour comprendre pourquoi ils rankent et identifier les leviers pour passer devant eux. Notez la nuance : on parle de requêtes, pas de produits. Votre concurrent SEO, c’est celui qui occupe la première page quand un prospect tape une question liée à votre activité. Il peut s’agir d’un média, d’un blog spécialisé ou d’un comparateur, pas seulement d’un rival commercial direct. Avant de comparer votre site à ceux des autres, encore faut-il connaître le vôtre. Un audit SEO complet de votre propre site donne le référentiel : vos positions actuelles, vos pages fortes, vos faiblesses techniques. Sans ce point zéro, la comparaison ne veut rien dire. Pourquoi 96,55% des pages restent invisibles sur Google Ce chiffre mérite qu’on s’y arrête. 96,55% des pages publiées ne génèrent aucune visite organique (Ahrefs, 107 SEO Statistics for 2026). Ce n’est pas un problème de volume de contenu, c’est un problème de compétition. Google trie. Sur chaque requête, il classe, et seuls les premiers existent vraiment. Le reste du web tourne à vide. Avec 90,39% de part de marché mondiale des moteurs de recherche tous appareils confondus (StatCounter, cité par Ahrefs en 2026), Google reste l’arbitre quasi unique de cette visibilité. L’analyse concurrentielle ne sert donc pas à faire joli dans un reporting. Elle répond à une question brutale : que font précisément les pages qui survivent au tri, et que vous ne faites pas encore. Concurrents business vs concurrents SEO : ne pas confondre les deux Votre concurrent business vous prend des clients. Votre concurrent SEO vous prend des positions. Les deux se recoupent parfois, mais pas toujours. Un exemple concret. Vous vendez un logiciel de gestion. Votre rival commercial direct est un autre éditeur. Mais sur la requête « comment choisir un logiciel de gestion », c’est peut-être un blog indépendant ou un média qui truste le top 3. Ce média ne vous vole aucune vente directement, mais il capte l’audience qui devrait atterrir chez vous. Confondre les deux, c’est se battre contre les mauvaises cibles. La première étape consiste à séparer proprement ces deux familles. Cartographier vos vrais concurrents SEO Identifier les sites qui se positionnent sur vos requêtes cibles La méthode est directe. Vous partez de vos requêtes stratégiques, celles qui comptent pour votre activité, et vous regardez qui occupe le top 10 sur chacune. Un outil comme Semrush, Ahrefs ou Ranxplorer le fait à grande échelle : vous entrez votre domaine, l’outil remonte les domaines avec qui vous partagez le plus de mots-clés. La Search Console complète le tableau en montrant les requêtes sur lesquelles vous apparaissez déjà, même en page 2 ou 3. L’objectif n’est pas de lister tout le marché. C’est d’isoler les sites qui apparaissent de façon récurrente sur vos requêtes cibles. Ceux-là sont vos vrais concurrents organiques. Concurrents directs, indirects et pure players de contenu Une fois la liste brute obtenue, classez-la en trois familles. Les concurrents directs : même offre, même cible, et bien positionnés. Ce sont vos rivaux frontaux, ceux qu’il faut surveiller en priorité. Les concurrents indirects : offre différente mais audience commune. Ils captent des prospects en amont, souvent sur des requêtes informationnelles. Les pure players de contenu : médias, blogs, comparateurs, annuaires. Ils ne vendent rien de comparable, mais ils dominent les requêtes informationnelles de votre secteur. Les ignorer serait une erreur : ce sont eux qui interceptent l’audience la plus haute dans le tunnel. Construire votre liste de référence (5 à 10 concurrents max) Résistez à la tentation d’analyser trente sites. Une bonne liste de référence tient en 5 à 10 concurrents maximum. Le critère de sélection : la fréquence d’apparition sur vos requêtes cibles, croisée avec la pertinence stratégique. Un site qui rank une fois par hasard n’a pas sa place. Un site présent sur 40% de vos requêtes prioritaires, oui. Cette liste devient votre panel de comparaison pour tout le reste de l’analyse. Connaître finement son marché, c’est la condition pour ensuite viser plus large. La proximité d’abord, l’ambition globale ensuite. Analyser les mots-clés et la gap analysis Repérer les mots-clés communs et votre part de voix Premier travail : la zone de chevauchement. Quels mots-clés partagez-vous avec vos concurrents de référence, et qui se positionne le mieux dessus. C’est votre part de voix. Sur 100 requêtes communes, combien remportez-vous en top 3, combien leur reviennent. Ce ratio est un indicateur de santé brutal et honnête. Il dit où vous tenez la dragée haute, et où vous vous faites distancer. La part de voix se mesure dans le temps. Une photo à un instant T ne vaut rien. C’est l’évolution mois après mois qui raconte si votre trajectoire monte ou s’effrite. La gap analysis : trouver les requêtes où ils rankent et pas vous La gap analysis est le coeur du réacteur. C’est elle qui transforme l’analyse en plan d’action. Le principe : isoler les requêtes sur lesquelles vos concurrents se positionnent et pas vous. Ce sont vos angles morts. Des sujets à fort potentiel que vous n’avez pas encore traités, ou mal traités. La plupart des outils SEO proposent une fonction de comparaison de domaines qui sort cette liste en quelques clics. Chaque trou identifié est une opportunité. Mais toutes ne se valent pas. La position 1 organique capte en moyenne 27,6% des clics selon l’étude Backlinko sur 4 millions de résultats Google (1 312 881 pages, 12 166 560 requêtes analysées). Au-delà du top 3, le CTR s’effondre. Conclusion pratique : une requête où votre concurrent est 1er et vous absent vaut bien plus qu’une requête où vous êtes déjà 4e. La gap analysis sans cette lecture du CTR reste un inventaire stérile. Détecter les mots-clés perdus et les nouvelles cibles L’analyse fonctionne dans les deux sens. Regardez aussi les mots-clés que vous avez perdus : ces positions que vous teniez et qui ont glissé, souvent au profit d’un concurrent identifié. Un mot-clé perdu signale soit un contenu qui a vieilli, soit un concurrent qui a frappé plus fort. Dans les deux cas, c’est une alerte à traiter vite, car récupérer une position connue coûte souvent moins cher que d’en conquérir une neuve. À l’inverse, surveillez les mots-clés émergents sur lesquels vos concurrents commencent à se positionner. Ce sont les nouvelles cibles, les tendances de marché avant qu’elles ne deviennent saturées. Être tôt sur une requête montante, c’est prendre le terrain avant la bataille. Décrypter contenu, backlinks et signaux techniques Évaluer la qualité et le format des contenus qui rankent Savoir sur quoi vos concurrents rankent ne suffit pas. Il faut comprendre comment. Ouvrez les pages qui occupent le top 3 sur vos requêtes cibles et disséquez-les. Longueur du contenu, structure des titres, format (guide, comparatif, page produit, FAQ), profondeur de traitement, présence de données, de visuels, de schémas. Le format qui rank n’est pas un hasard : il correspond à l’intention de recherche que Google a validée sur cette requête. Si tous vos concurrents traitent une requête par un guide de 2 500 mots structuré et que vous répondez par une fiche produit de 300 mots, vous avez votre réponse. Le contenu qui gagne n’est pas le plus long, c’est le plus aligné avec l’intention. Analyser le profil de backlinks et la stratégie de netlinking Le contenu ouvre la porte, l’autorité la maintient ouverte. C’est là qu’intervient l’analyse des backlinks. Pour chaque concurrent de référence, mesurez le volume de domaines référents, leur qualité, et les types de liens obtenus. Les outils SEO permettent de voir d’où viennent leurs liens : presse, partenariats, annuaires, articles invités, mentions naturelles. Ce profil révèle leur stratégie de netlinking et les sites qui font autorité dans votre secteur. L’intérêt est double. Vous mesurez l’écart d’autorité à combler, et vous repérez des sources de liens accessibles : si un domaine pointe vers trois de vos concurrents, il y a de fortes chances qu’il accepte aussi de pointer vers vous. Vitesse, mobile et structure : les signaux techniques à comparer Dernier bloc, souvent négligé par les concurrents : la technique. Comparez la vitesse de chargement, l’expérience mobile, la structure des URLs et le maillage interne. Les Core Web Vitals, le temps de chargement et la qualité de l’affichage mobile sont des signaux que Google intègre dans son classement. Un concurrent plus rapide et mieux structuré que vous part avec un avantage, à contenu égal. C’est aussi le terrain où les écarts se comblent vite. Optimiser sa vitesse ou corriger sa structure mobile relève de chantiers techniques bornés, pas d’une bataille de contenu au long cours. D’où l’intérêt de bien identifier ces écarts pour les prioriser correctement, ce qui nous amène à l’étape décisive. De la data à l’action : prioriser pour dépasser vos rivaux Trier les opportunités par impact et effort C’est ici que la plupart des analyses concurrentielles s’arrêtent, et c’est ici que tout se joue. Collecter la data ne sert à rien si vous ne savez pas par quoi commencer. La méthode tient sur deux axes : l’impact et l’effort. Pour chaque opportunité issue de votre gap analysis, posez deux questions. Quel gain de trafic ou de conversion potentiel (l’impact). Quelle charge de travail nécessaire (l’effort). Croisez les deux et vous obtenez une grille de priorisation lisible. Souvenez-vous du CTR : une requête où un concurrent est 1er pèse plus lourd dans la colonne impact. Le volume de recherche, la difficulté concurrentielle et la valeur business de la requête complètent l’évaluation. La data brute devient alors une histoire à raconter, une feuille de route. Quick wins vs chantiers de fond : par où commencer De cette grille émergent deux familles d’actions. Les quick wins : fort impact, faible effort. Une page qui plafonne en position 4 ou 5 et qu’un enrichissement de contenu peut hisser dans le top 3. Une balise title à optimiser. Un lien interne à ajouter. Ces actions se lancent immédiatement et donnent des résultats rapides, utiles pour embarquer une équipe ou un client. Les chantiers de fond : fort impact, fort effort. Construire l’autorité sur un cluster entier de requêtes, refondre une architecture, lancer une campagne de netlinking. Ces chantiers paient sur plusieurs mois, mais ce sont eux qui creusent l’écart durablement. La règle Brioude : on attaque les quick wins pour le momentum, on lance les chantiers de fond en parallèle pour la trajectoire. Google impose, on dispose. Les robots vous trouvent, les prospects vous choisissent. Définir une fréquence de suivi et mesurer votre progression Une analyse concurrentielle n’est pas un one-shot. Le marché bouge, les concurrents publient, Google met à jour. Un rythme de relecture tous les 3 à 6 mois constitue une base saine (fréquence recoupée dans les références sectorielles, Journal du Geek en 2025). Entre deux analyses complètes, suivez les indicateurs clés : évolution de la part de voix, gains et pertes de positions, progression sur les requêtes prioritaires. Un reporting SEO pour suivre vos performances structuré transforme ces relevés en pilotage continu, pas en constat a posteriori. Mesurer, c’est savoir si l’on gagne du terrain. Sans suivi, vous repartez de zéro à chaque cycle. Analyse concurrentielle SEO en 2026 : l’IA change la donne AI Overviews et chute du CTR organique : ce qui change Voici le sujet que presque personne ne traite, et qui change pourtant tout. Les AI Overviews de Google, ces réponses générées en haut de la SERP, redistribuent les clics. Les chiffres sont sans appel. Le CTR organique sur les requêtes avec AI Overviews est tombé à 0,61% en septembre 2025, contre 1,76% en juin 2024, soit une chute de 61% (Seer Interactive, cité par Ahrefs en 2026). Sur ces requêtes, Google répond directement et l’internaute ne clique plus. Pour l’analyse concurrentielle, l’implication est concrète. Sur les requêtes à IA, être 1er ne suffit plus à garantir le trafic d’hier. Il faut désormais segmenter : quelles de vos requêtes cibles déclenchent un AI Overview, quelles requêtes restent des SERP classiques à fort CTR. Cette lecture redessine entièrement la grille de priorisation. Surveiller votre visibilité dans les moteurs génératifs Le terrain de jeu s’élargit au-delà de Google. ChatGPT, Perplexity, Gemini et les moteurs génératifs deviennent des points d’entrée où vos concurrents peuvent être cités… ou pas. La question n’est plus seulement « qui rank sur Google », mais « qui est cité par les moteurs de réponse ». Surveiller sa visibilité générative, c’est vérifier si votre marque et vos contenus apparaissent dans les réponses IA sur vos requêtes stratégiques, et identifier quels concurrents y sont déjà installés. C’est un chantier neuf, encore mal outillé, où les positions ne sont pas figées. Raison de plus pour s’y intéresser tôt, avant que vos concurrents ne verrouillent le terrain comme ils l’ont fait sur la SERP classique. L’approche data-driven Brioude : plus de datas, moins de blabla La plupart des contenus sur l’analyse concurrentielle SEO énoncent des principes sans jamais chiffrer l’enjeu, sans prioriser les actions, et sans dire un mot de l’IA dans la SERP. C’est exactement là où nous prenons le contre-pied. Chez Brioude, l’analyse concurrentielle n’accouche pas d’un PDF de constats. Elle accouche d’un plan d’action priorisé, chiffré et suivi. Cette méthode produit des résultats mesurables : sur nos accompagnements, nous avons constaté jusqu’à +121% de mots-clés positionnés en top 3 et +41% de conversions. Des racines solides, des ambitions élevées, et des datas qui parlent. Connaître finement son marché local pour viser une visibilité globale : c’est tout l’esprit du Global Digital Village. La gap analysis transforme la proximité en ambition. Passez de l’analyse à la première page Cartographier ses concurrents, exploiter la gap analysis, prioriser par impact et effort, intégrer la lecture 2026 de la SERP : l’analyse concurrentielle SEO est un métier de stratèges et d’artisans, de conseillers et de bâtisseurs. Brioude ne vous livre pas un rapport, mais un plan d’action priorisé pour passer devant vos rivaux. Vous visez le sommet de la SERP, nous posons les fondations data pour y arriver. Parlons de votre analyse concurrentielle SEO et construisons ensemble votre trajectoire vers la première page.

L’article Analyse concurrentielle SEO : identifier et dépasser vos rivaux est apparu en premier sur Brioude.

L’article "Goossips SEO : HTML, Markdown & Sous-répertoires" a été publié sur le site Abondance.

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.

L’article "Migration de domaine : Google précise comment utiliser l’outil de « Changement d’adresse »" a été publié sur le site Abondance.

Article en collaboration avec Getfluence

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. 

L’article "Consultant SEO en agence ou freelance : les 5 actions à mettre en place avant de partir en vacances" a été publié sur le site Abondance.

En collaboration avec Botanik

Une question qui présuppose deux mondes séparés

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’article "GEO vs SEO : faut-il choisir ou combiner les deux ?" a été publié sur le site Abondance.

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.

1. 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.
2. 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.
3. 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.

L’article "Open Knowledge Format : Google pose les bases d’un nouveau standard pour les agents IA" a été publié sur le site Abondance.

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.

L’article "Un tribunal allemand juge Google responsable des erreurs de ses AI Overviews" a été publié sur le site Abondance.

Article sponsorisé

Une génération qui tourne le dos à ses modèles

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 !

L’article "La reconversion à l’ère de l’IA générative : les nouvelles compétences attendues des entreprises" a été publié sur le site Abondance.

Quand votre prospect prend enfin contact avec un commercial, l’essentiel est déjà joué. Les acheteurs B2B réalisent en moyenne près de 70 % de leur parcours d’achat avant tout échange avec un vendeur, et dans 80 % des cas, c’est l’acheteur qui déclenche ce premier contact (6sense, 2024 Buyer Experience Report). Autrement dit : le terrain où se gagne ou se perd l’affaire, c’est la recherche en ligne. Et ce terrain, votre concurrent l’occupe peut-être déjà. Le SEO B2B n’est pas une version « sérieuse » du SEO grand public. C’est une discipline à part, avec ses propres règles. Faible volume, forte intention. Cycle long. Plusieurs décideurs sur un même achat. Un mot-clé qui ne ramène que dix visites par mois peut valoir bien plus qu’un autre qui en ramène mille. La logique du volume brut, ici, vous trompe. L’enjeu n’est donc pas d’attirer du trafic. C’est de capter la bonne intention, au bon moment, et de la transformer en lead qualifié que le commercial pourra closer. Plus de datas, moins de blabla. Pourquoi le SEO B2B ne se pilote pas comme le SEO B2C En B2C, on achète une paire de chaussures en cinq minutes, seul, sur un coup de tête. En B2B, on sélectionne un logiciel à 40 000 euros par an, à plusieurs, sur trois mois, avec une procédure d’achat et un budget à justifier. Tout change : le rythme, les acteurs, la nature des requêtes, la façon de mesurer. Une stratégie de référencement naturel calquée sur les réflexes B2C produit du trafic flatteur et zéro pipeline. La différence n’est pas cosmétique. Elle impose une mécanique entièrement orientée vers la génération de leads et non vers l’audience. Cycle de vente long, comité d’achat multiple : ce qui change tout Un achat B2B n’est presque jamais une décision individuelle. Un comité d’achat compte en moyenne 6 à 11 décideurs, chacun menant sa propre recherche en parallèle (Gartner, parcours d’achat B2B). Le directeur financier cherche le ROI. L’utilisateur final cherche la facilité de prise en main. Le responsable technique cherche l’intégration et la sécurité. Le sponsor cherche un argument pour convaincre sa direction. Résultat : un même achat génère une dizaine d’intentions de recherche différentes, parfois contradictoires. Votre site doit répondre à chacune, sous peine de sortir du radar d’un des décideurs et de voir le deal capoter sur un maillon. A cela s’ajoute le temps. Le cycle de vente B2B se compte en semaines ou en mois (de l’ordre de 80 à 90 jours en médiane), pas en clics. Un prospect peut lire un de vos articles en janvier, revenir sur une page produit en mars, et ne demander un devis qu’en avril. Le SEO doit nourrir cette maturation lente, pas espérer une conversion immédiate. Faible volume, forte intention : la règle inversée du mot-clé B2B En B2C, plus un mot-clé est recherché, plus il intéresse. En B2B, la règle s’inverse souvent. Les requêtes à fort volume sont génériques, attirent des curieux, des étudiants, des concurrents. Les requêtes à faible volume mais forte intention attirent des acheteurs. Un mot-clé comme « logiciel de gestion de maintenance GMAO pour industrie agroalimentaire » ne génère peut-être que trente recherches mensuelles. Mais celui qui le tape sait exactement ce qu’il veut, dispose probablement d’un budget, et se situe en phase d’évaluation. Les benchmarks SEO B2B le confirment : ces mots-clés à faible volume mais forte intention génèrent un trafic de bien meilleure qualité, et le cycle long justifie pleinement d’investir dessus (First Page Sage et Stratabeat, 2025). Le scoring d’un mot-clé B2B ne se fait donc pas sur le volume. Il se fait sur la valeur potentielle du compte qui se cache derrière la requête. Trente visites de directeurs achats valent mieux que mille visites de stagiaires. 70 % du parcours d’achat se joue avant le premier contact commercial C’est le chiffre qui devrait réorienter tout votre budget. Les acheteurs B2B ne passent qu’environ 17 % de leur temps d’achat en contact direct avec les fournisseurs, le reste étant de la recherche autonome répartie sur plusieurs sources (Gartner, 2024). Quand on divise ce temps de contact entre les trois ou quatre fournisseurs en lice, chaque vendeur ne dispose plus que de 5 ou 6 % du processus pour convaincre. Pendant les 95 % restants, votre prospect lit, compare, évalue, en autonomie. S’il ne vous trouve pas à ce moment-là, vous n’existez pas dans la short-list finale. Et selon le rapport de Demand Gen Report relayant l’étude 6sense, c’est bien l’acheteur qui mène la danse jusqu’à ce qu’il décide de vous solliciter. Le SEO est le seul levier capable d’être présent pendant cette phase invisible mais décisive. Cartographier l’intention de recherche par étape du tunnel Couvrir le SEO B2B, c’est couvrir un tunnel entier, pas une seule page. Chaque étape correspond à un état d’esprit différent de l’acheteur, donc à un type de requête et un type de contenu. On parle classiquement de TOFU (haut de tunnel), MOFU (milieu) et BOFU (bas de tunnel). Le piège classique : produire uniquement du contenu de notoriété, faute de penser conversion. Ou l’inverse, ne miser que sur les pages produit en ignorant la phase de découverte. Les deux laissent des leads sur la table. Requêtes informationnelles (TOFU) : capter sans espérer convertir tout de suite En haut de tunnel, l’acheteur ne connaît pas encore sa solution. Il connaît son problème. Il cherche « comment réduire les arrêts machine en production », pas votre nom de marque. Et il est nombreux à faire ce premier pas : 71 % des recherches B2B démarrent par une requête générique, non liée à une marque (RevenueZen, 2025). Le contenu TOFU répond à ces questions sans forcer la vente. Guides, définitions, articles de fond, comparatifs de méthodes. L’objectif n’est pas le devis immédiat. C’est d’entrer dans le radar de l’acheteur dès le début de sa réflexion, et d’installer la crédibilité. Celui qui résout votre problème gratuitement aujourd’hui sera consulté quand viendra l’achat. Erreur à éviter : juger ces contenus à l’aune des conversions directes. Ils convertissent peu, c’est normal. Leur rôle est d’alimenter le haut du tunnel pour que le MOFU et le BOFU aient de la matière. Requêtes commerciales et transactionnelles (MOFU/BOFU) : le coeur du lead C’est ici que se fabrique le pipeline. En milieu et bas de tunnel, l’acheteur a identifié sa catégorie de solution et compare les fournisseurs. Ses requêtes deviennent explicites : « meilleur logiciel GMAO », « alternative à [concurrent] », « prix solution X », « X vs Y », « logiciel GMAO avis ». Ces requêtes ont un volume ridicule comparé au TOFU. Elles ont aussi un taux de transformation sans commune mesure. La recherche organique affiche le meilleur taux de conversion trafic-vers-lead, tous canaux confondus, à 4,1 %, devant le trafic direct (3,7 %) et le SEM/PPC (2,7 %), selon First Page Sage. Et un lead organique se transforme en client dans 14,6 % des cas, contre 1,7 % pour un lead outbound issu de salons, cold call ou emailing non sollicité (First Page Sage, 2025). Ces chiffres dictent la priorité : les pages MOFU et BOFU ne sont pas un complément éditorial, ce sont vos actifs de génération de leads les plus rentables. On les traite comme tels. Aligner chaque requête sur un décideur du comité d’achat C’est le gap que la plupart des stratégies SEO B2B ignorent. Puisqu’un achat mobilise 6 à 11 décideurs aux préoccupations distinctes, chaque requête devrait être rattachée à un membre précis du comité. Concrètement, on construit une matrice : Le décideur économique (DAF, direction) cherche le ROI, le coût total de possession, les garanties contractuelles. On lui adresse des calculateurs ROI et des cas clients chiffrés. L’utilisateur final cherche la facilité d’usage, les fonctionnalités, les tutoriels. On lui adresse des démonstrations et des comparatifs de fonctionnalités. Le responsable technique ou intégrateur cherche les spécifications, la sécurité, les API, la compatibilité. On lui adresse de la documentation et des pages techniques. Le sponsor interne cherche des arguments pour convaincre sa hiérarchie. On lui adresse des études sectorielles et des chiffres de marché. Cette cartographie requête/décideur transforme le SEO d’un exercice de visibilité en un dispositif de couverture de comité. Si une seule de ces personnes ne trouve pas la réponse à sa question chez vous, elle devient le point de friction qui fait basculer le choix vers un concurrent. Produire les contenus de conversion qui transforment le trafic en lead Le trafic ne paie pas les factures. Le lead, oui. La différence entre les deux tient à un ensemble de contenus pensés pour déclencher une action, pas pour remplir un calendrier éditorial. C’est précisément la faiblesse de la plupart des sites B2B : ils publient des articles de fond à la chaîne et oublient les pages qui convertissent. La science du clic ne vaut rien sans l’art de la conversion. Pages de comparaison, cas clients chiffrés, calculateurs ROI Trois formats portent l’essentiel de la conversion BOFU. Ils méritent un investissement disproportionné par rapport à leur nombre. La page de comparaison (« X vs Y », « alternatives à Z ») capte un acheteur en phase de choix final. Elle doit être honnête, factuelle, et assumer vos points forts sans dénigrer. C’est souvent la dernière page lue avant la demande de devis. Le cas client chiffré est l’actif le plus sous-exploité du B2B. Pas un témoignage vague, mais des résultats : « moins 32 % d’arrêts machine en huit mois », « ROI atteint en quatorze mois ». La preuve concrète neutralise le risque perçu, qui est le principal frein à l’achat B2B. Chaque donnée devient une histoire qui rassure le comité. Le calculateur ROI transforme une page passive en outil. Le visiteur saisit ses paramètres, obtient une estimation de gain, et vous laisse souvent ses coordonnées pour recevoir le détail. C’est un aimant à leads qualifiés, et un argument tout prêt pour le décideur économique. Formulaires courts, contenus premium et soft conversions Tout le monde n’est pas prêt à demander un devis. Imposer la conversion forte unique (le bouton « contactez-nous ») revient à perdre 95 % des visiteurs qui ne sont pas encore mûrs. La parade : étager les niveaux d’engagement. On parle de soft conversions. Livre blanc ou étude sectorielle en échange d’un email : engagement faible, idéal pour le MOFU. Webinaire ou démonstration : engagement moyen, signal d’intérêt réel. Devis ou audit gratuit : engagement fort, lead chaud. Règle d’or sur les formulaires : plus c’est court, mieux c’est. Chaque champ supplémentaire fait chuter le taux de complétion. En haut de tunnel, un email suffit. On enrichit la fiche au fil de la relation, pas d’un coup. Le scoring se charge ensuite de distinguer le simple curieux du compte à fort potentiel. Structurer le maillage et les balises pour guider vers la conversion Un site B2B bien structuré conduit le visiteur, étape par étape, du contenu de découverte vers la page de conversion. Le maillage interne n’est pas qu’un signal SEO, c’est un parcours. Concrètement : chaque article TOFU pointe vers le contenu MOFU correspondant, qui pointe lui-même vers la page produit et la page de devis. On évite les culs-de-sac. On évite aussi de noyer le lecteur sous quarante liens : trois ou quatre liens pertinents et orientés conversion valent mieux qu’une nuée dispersée. Côté balisage, la hiérarchie compte autant pour les moteurs que pour l’humain. Bien structurer vos balises Hn aide Google à comprendre la logique de la page et guide le lecteur vers le call-to-action. Un titre clair, des intertitres qui répondent à une intention précise, des appels à l’action visibles : la structure travaille pour la conversion, pas seulement pour le ranking. Mesurer le ROI du SEO B2B sur un cycle de vente long C’est le point où la plupart des stratégies s’effondrent. On sait produire du contenu. On ne sait pas prouver qu’il rapporte. Sur un cycle long, le lien entre un article publié en mars et un contrat signé en décembre est tenu pour invisible. Il ne l’est pas. Il faut juste le bon dispositif de mesure. Abandonner le trafic brut, suivre MQL, SQL et opportunités Le nombre de visiteurs est une métrique de vanité en B2B. Elle monte, elle rassure, elle ne dit rien du chiffre d’affaires. Les KPI qui comptent sont ceux du pipeline : MQL (Marketing Qualified Lead) : le contact a montré un intérêt suffisant (téléchargement, formulaire, plusieurs visites) pour être suivi. SQL (Sales Qualified Lead) : le commercial a validé qu’il correspond à la cible et au moment d’achat. Opportunité : un deal identifié, chiffré, en cours de négociation. Revenu : le contrat signé, attribué à sa source. Suivre cette chaîne, et non le trafic, recentre tout le SEO sur sa finalité réelle. Une page qui génère peu de visites mais beaucoup de SQL vaut dix pages à fort trafic sans pipeline. C’est la différence entre un site qui fait du bruit et un site qui fait du business. Connecter le SEO au CRM pour attribuer le revenu au canal Sans cette connexion, la mesure reste théorique. Avec elle, le SEO devient un centre de profit pilotable. Le principe : tracer le canal d’origine du lead dès la première conversion (champ source dans le formulaire, paramètres UTM, suivi multi-touch), et remonter cette information dans le CRM. Quand le deal se signe neuf mois plus tard, le revenu reste rattaché au canal organique qui l’a initié. Cela suppose une rigueur que peu d’entreprises mettent en place : un champ « source de lead » obligatoire, un modèle d’attribution défini (premier contact, dernier contact ou multi-touch), et une discipline commerciale pour ne pas écraser l’information à la requalification. C’est exigeant. C’est aussi la seule façon de répondre à la question « combien rapporte le SEO » avec un chiffre, pas une intuition. La donnée, ici, fait toute la différence entre un budget défendable et un budget coupé au premier arbitrage. Les délais réels : 3 à 6 mois pour le ranking, 9 à 12 mois pour le pipeline Soyons clairs sur le calendrier, parce que personne ne l’est. Le SEO B2B montre des gains de positionnement sous 3 à 6 mois. Mais l’attribution complète au pipeline prend généralement 9 à 12 mois, parce que le délai SEO s’ajoute au cycle de vente long (Onely et LATT SEO, 2025). La séquence réelle : trois à six mois pour ranker, puis le temps que le trafic se constitue, puis le cycle de vente de 80 à 90 jours qui s’enclenche sur chaque lead. Additionnez. Un investissement SEO démarré en janvier produit ses premiers contrats attribuables à l’automne, voire l’hiver suivant. Cette réalité doit être posée dès le départ, surtout auprès de la direction. Couper le budget au bout de quatre mois parce que « ça ne rapporte pas encore », c’est jeter l’investissement juste avant qu’il ne porte. La recherche organique génère pourtant une part majeure des leads inbound B2B, estimée autour de 53 % (RevenueZen, 2025). On ne vise pas la lune pour atterrir le mois suivant. Construire l’autorité du domaine sur un marché de niche Sur une requête B2B ultra-ciblée, vous n’affrontez pas mille sites. Vous en affrontez cinq ou six, tous spécialistes. Gagner ne se joue pas au volume de contenu, mais à la crédibilité perçue par Google et par l’acheteur. L’autorité devient l’arbitre. Netlinking sectoriel et donnée propriétaire Oubliez les annuaires généralistes et les liens achetés en masse. Sur un marché de niche, un lien depuis un média spécialisé de votre secteur, une fédération professionnelle ou un partenaire reconnu pèse plus que cent liens génériques. Le meilleur aimant à liens, en B2B, c’est la donnée propriétaire. Une étude sectorielle annuelle, un benchmark chiffré, un baromètre original : ce sont des actifs que les autres acteurs citeront naturellement, parce qu’ils n’existent nulle part ailleurs. Vous publiez la référence, les autres la relaient, vos liens et votre autorité se construisent. La donnée qui fait parler les chiffres devient votre meilleur commercial. Schema markup et E-E-A-T pour les requêtes ultra-ciblées Sur les requêtes de niche, deux leviers techniques font la différence. Le premier : les données structurées. Implémenter le schema markup, un allié pour les sites B2B, aide les moteurs à comprendre la nature de vos contenus (FAQ, produit, avis, organisation) et à vous afficher avec des résultats enrichis qui captent le clic. Le second : l’E-E-A-T (Experience, Expertise, Autorité, Fiabilité). Google value les signaux de crédibilité, particulièrement sur les sujets à enjeu. En B2B, cela passe par des auteurs identifiés et qualifiés, des pages « à propos » solides, des études de cas vérifiables, des sources citées. Un acheteur qui engage 40 000 euros ne fait pas confiance à un contenu anonyme. Google non plus. Les robots vous trouvent, les prospects vous choisissent : les deux exigent la même preuve d’expertise. Par où démarrer une stratégie SEO B2B orientée leads Pas besoin de tout faire d’un coup. La séquence qui fonctionne tient en cinq mouvements. Cartographiez votre comité d’achat. Listez les 6 à 11 décideurs types de vos deals et les questions que chacun se pose. C’est la base de toute la stratégie de contenu. Identifiez les requêtes à forte intention, pas à fort volume. Scorez-les sur la valeur du compte potentiel, BOFU et MOFU en priorité. Produisez d’abord les contenus de conversion (pages de comparaison, cas clients chiffrés, calculateur ROI), puis le TOFU qui alimente le tunnel. Connectez le SEO au CRM dès le premier jour, avec un champ source obligatoire et un modèle d’attribution. La mesure se prépare avant les premiers leads, pas après. Fixez le bon horizon : 3 à 6 mois pour le ranking, 9 à 12 mois pour le pipeline. Tenez le cap. Le SEO B2B n’est pas un sprint de trafic. C’est un investissement qui transforme chaque clic en opportunité et chaque donnée en histoire de pipeline. Racines solides, ambitions élevées : une fondation patiente qui finit par dominer sa niche pendant que les autres rachètent leurs leads au prix fort. Vous voulez bâtir une stratégie SEO B2B qui se mesure en contrats signés, pas en visites ? Parlons-en avec les équipes Brioude

L’article SEO B2B : la strategie orientee leads qui convertit est apparu en premier sur Brioude.

Au programme de cette édition Réacteur de juin 2026 :

• SEO & Salesforce B2C Commerce : dompter la puissance de SFCC pour le search, par Lou Pichard
• Fiche produit e-commerce : pourquoi le gain d’information devient un vrai levier SEO, Shopping et IA, par David Groult et Erwann Cardon
• Devenir une source que les IA citent : méthode, analyse moteur par moteur et limites, par Indiana Aflalo
• Pourquoi vous continuez de produire du contenu… pour rien [partie 2], par Killian Le Moal
• Comment multiplier sa présence dans Google Discover : l'effet multi-pipeline, par Sylvain Deauré

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é.

En bonus : comme à l’accoutumée, cette nouvelle édition accueille également notre veille de juin 2026 et une présentation des outils qui ont retenu notre attention ces dernières semaine !

 Accéder à l’édition complète

Et, si ce n’est pas encore le cas, abonnez-vous !

SEO & Salesforce B2C Commerce : dompter la puissance de SFCC pour le search

Par Lou Pichard, directeur SEO chez Eskimoz Bordeaux

À découvrir dans cet article :

• 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 !

SEO & Salesforce B2C Commerce : dompter la puissance de SFCC pour le search

Fiche produit e-commerce : pourquoi le gain d’information devient un vrai levier SEO, Shopping et IA

Par David Groult, Head of SEO et Erwann Cardon, Consultant SEO Senior @NOIISE

À découvrir dans cet article :

• 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 ».

Fiche produit e-commerce : pourquoi le gain d’information devient un vrai levier SEO, Shopping et IA

Devenir une source que les IA citent : méthode, analyse moteur par moteur et limites

Par Indiana Aflalo, consultante SEO/GEO et fondatrice d’IndHack

À découvrir dans cet article :

• 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.

Devenir une source que les IA citent : méthode, analyse moteur par moteur et limites

Pourquoi vous continuez de produire du contenu… pour rien [partie 2]

Par Killian Le Moal, Lead GEO-SEO Strategist & Innovation @ Peak Ace agency

À découvrir dans cet article :

• 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.

Pourquoi vous continuez de produire du contenu… pour rien [partie 2]

Comment multiplier sa présence dans Google Discover : l'effet multi-pipeline

Par Sylvain Deauré, Co-fondateur de 1492.vision

À découvrir dans cet article :

• 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.

Comment multiplier sa présence dans Google Discover : l'effet multi-pipeline

Comme tous les mois, cette nouvelle édition de Reacteur s’accompagne d’une rubrique dédiée aux derniers outils à tester et les articles qui ont retenus notre attention sur le web !

L’article "L’édition de juin 2026 de Réacteur est en ligne !" a été publié sur le site Abondance.

Article sponsorisé par Sedestral

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.

L’article "SEO technique : comment un agent IA peut auditer et corriger votre site à votre place" a été publié sur le site Abondance.

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.

L’article "Sundar Pichai livre un discours aux diplômés de Stanford 2026 : trois règles de vie à retenir" a été publié sur le site Abondance.

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.

L’article "Google Business Profile : des numéros WhatsApp ajoutés automatiquement et sans possibilité de suppression" a été publié sur le site Abondance.

Une part importante de vos conversions n’arrive jamais dans vos rapports. Selon les comparatifs server-side publiés en 2026 (Addingwell, Data Detective), les sites e-commerce perdent entre 30 et 40 pourcent de leurs données de conversion à cause des adblockers et des restrictions iOS, et la fourchette monte jusqu’à 30-70 pourcent quand on additionne tous les canaux. Ce signal manquant fausse vos rapports GA4, dégrade l’optimisation de vos campagnes Google Ads et Meta, et finit par coûter du média. Le tagging server-side est la réponse technique à cette érosion. Encore faut-il comprendre ce qu’il règle vraiment, ce qu’il coûte, et quand il devient pertinent. Pourquoi la collecte client-side perd du signal en 2026 Le modèle historique repose sur du JavaScript exécuté dans le navigateur du visiteur. Chaque tag (GA4, Google Ads, Meta Pixel) charge son propre script et envoie ses propres requêtes. Ce modèle fonctionne de moins en moins bien, pour trois raisons qui se cumulent. Adblockers et restrictions navigateurs Les bloqueurs de publicité ne se contentent plus de masquer des bannières. Ils interceptent les requêtes vers les domaines de tracking connus (google-analytics.com, facebook.net, doubleclick.net). Quand un visiteur utilise uBlock Origin ou un navigateur qui filtre nativement ces domaines, le tag ne se déclenche pas et l’événement disparaît. Sur certaines audiences techniques, la part de visiteurs concernés est loin d’être marginale. Le cap cookie 7 jours de Safari ITP Safari applique l’Intelligent Tracking Prevention (ITP). Concrètement, tout cookie first-party posé en JavaScript via document.cookie est supprimé après 7 jours d’inactivité. Et si le visiteur arrive sur le site via un paramètre de lien type gclid ou fbclid, ce délai tombe à 24 heures (documentation WebKit ITP, Stape, 2025). Résultat : un client qui revient au bout de dix jours est compté comme un nouvel utilisateur, les fenêtres d’attribution s’effondrent, et le calcul du retour sur investissement devient faux. Consent Mode v2 et l’enjeu DMA Depuis le 6 mars 2024, le Consent Mode v2 est obligatoire dans l’Espace économique européen au titre du Digital Markets Act (RESONEO, Google). Il introduit quatre paramètres de consentement : ad_storage, analytics_storage, ad_user_data et ad_personalization. Depuis juillet 2025, sans une implémentation correcte de ce mécanisme, le suivi des conversions Google Ads ne fonctionne plus correctement. La collecte est donc encadrée par le consentement, et la qualité de ce qui remonte dépend autant du juridique que de la technique. Une précision importante avant d’aller plus loin : le client-side ne disparaît pas. Il reste le prérequis qui alimente le serveur. Tout part de le dataLayer côté client, qui structure les événements dans le navigateur. Le server-side ne remplace pas cette brique, il la prolonge. GTM server-side : définition et architecture Le tagging server-side déplace une partie du traitement hors du navigateur, vers une infrastructure que vous contrôlez. Le principe est documenté par Google dans sa documentation officielle Google Tag Manager server-side, qui en détaille le rôle du client, du conteneur et les bénéfices en matière de contrôle des données. Le conteneur serveur et le rôle du client Un conteneur serveur GTM s’exécute sur un serveur, pas dans le navigateur. À l’intérieur de ce conteneur, un composant nommé « client » joue le rôle d’adaptateur : il reçoit les requêtes envoyées par le navigateur, les interprète, les transforme en événements et les met à disposition des tags. Le conteneur serveur dispatche ensuite ces événements vers les destinations finales (GA4, Google Ads, Meta Conversions API). Différence concrète avec le client-side La nuance est essentielle. En client-side, le navigateur envoie une requête sortante pour chaque vendor : une vers GA4, une vers Google Ads, une vers Meta, et ainsi de suite. En server-side, le navigateur n’envoie qu’une seule requête HTTP par événement vers votre conteneur serveur. C’est ce dernier qui génère ensuite les requêtes spécifiques à chaque destination (documentation officielle Google server-side). Le navigateur ne dialogue plus directement avec les plateformes publicitaires. Le flux de données étape par étape Le parcours d’un événement se lit en trois temps : Le navigateur envoie. Le dataLayer déclenche un événement, GTM web l’envoie en une requête vers votre sous-domaine de collecte. Le conteneur serveur transforme. Le client interprète la requête, reconstruit l’événement, applique vos règles (consentement, enrichissement, minimisation). Les tags transmettent. Le conteneur envoie une requête propre à chaque destination (GA4, Google Ads, Meta CAPI). Cette indirection est ce qui rend possible tout le reste : la maîtrise des cookies, le filtrage des données et la résistance aux blocages. Cookies first-party et durée de vie : le vrai gain technique C’est ici que le server-side change réellement la donne. Le sujet n’est pas l’esthétique de l’architecture, mais la persistance de l’identifiant visiteur. Contourner le cap 7 jours de Safari Le serveur pose le cookie via l’en-tête HTTP Set-Cookie, et non via document.cookie. Or, un cookie posé en HTTP depuis un sous-domaine first-party (par exemple sgtm.votresite.fr) échappe au plafond ITP de 7 jours. Il peut persister jusqu’à 400 jours (Stape, Snowplow, 2025). Le visiteur Safari qui revient au bout de trois semaines est donc reconnu, et la fenêtre d’attribution tient. Cookie posé en HTTP vs en JavaScript La règle est simple : Safari ITP cible le JavaScript, pas le HTTP. Un cookie écrit par document.cookie (donc côté navigateur) est plafonné. Un cookie écrit par l’en-tête Set-Cookie d’une réponse serveur ne l’est pas de la même façon. Le tableau ci-dessous résume la différence. Critère Cookie JavaScript (client-side) Cookie HTTP (server-side) Méthode de pose document.cookie En-tête Set-Cookie Cap Safari ITP 7 jours (24h via gclid/fbclid) Non plafonné de la même façon Durée de vie effective Quelques jours Jusqu’à 400 jours Sensible aux adblockers Oui (domaine de tracking) Réduit (domaine first-party) Domaine personnalisé et CNAME first-party Le mécanisme repose sur un sous-domaine qui partage le domaine racine de votre site. Vous créez un enregistrement CNAME (par exemple sgtm.votresite.fr) pointant vers votre conteneur serveur. Comme ce sous-domaine appartient au même domaine racine que le site, le cookie est considéré comme strictement first-party. C’est cette configuration qui rend la collecte plus exhaustive et plus fiable : moins de pertes, des identifiants qui durent, une attribution qui colle à la réalité. Plus de datas, moins de blabla. Héberger son conteneur serveur : Cloud Run, Stape ou solution managée Une bonne part de la littérature francophone est périmée sur ce point : App Engine n’est plus le standard. En 2026, le choix se joue entre une approche serverless que vous administrez et un hébergement managé. Google Cloud Run, le standard 2026 Cloud Run est l’option serverless recommandée aujourd’hui. La facturation se fait à la requête et au temps de calcul, donc elle varie avec votre trafic. En ordre de grandeur, comptez environ 45 USD par serveur et par mois, avec un minimum de 2 instances en production, soit autour de 90 USD par mois (TRKKN, Stape, Google Cloud Run pricing, 2026). Vous gardez le contrôle total de l’infrastructure, au prix d’un peu d’administration système. Solutions managées : Stape, Addingwell Si vous ne voulez pas gérer la couche serveur, les solutions managées provisionnent et maintiennent le conteneur pour vous. Stape propose un hébergement sGTM à partir de 17 à 20 USD par mois, à prix fixe et prédictible, avec un hébergement dans l’Union européenne disponible (Stape, Capterra/GetApp, 2026). Addingwell est une alternative française managée, positionnée plus haut de gamme. Dans les deux cas, vous gagnez du temps et évitez l’admin système. Le coût réel mois par mois Solution Coût indicatif Modèle Pour qui Cloud Run ~90 USD/mois (2 instances) À la requête et au calcul Équipe technique, contrôle total Stape Dès 17-20 USD/mois Prix fixe Démarrage, prédictibilité, UE Addingwell Haut de gamme Managé Accompagnement premium FR L’arbitrage est clair : Cloud Run pour le contrôle et la maîtrise des coûts à fort trafic, le managé pour aller vite sans ressource d’infrastructure. Si vous voulez monter vos équipes en compétence avant d’internaliser, une formation Google Tag Manager permet de cadrer le setup avant d’engager du budget serveur. Mettre en place GA4 server-side Voici l’ordre d’exécution concret pour faire remonter GA4 par le serveur. Créer et provisionner le conteneur Dans GTM, créez un conteneur de type Serveur (distinct de votre conteneur Web). Le provisionnement peut être automatique via Google Cloud Platform (Cloud Run ou App Engine en assistant) ou manuel sur Cloud Run via une image Docker. Configurez ensuite votre domaine personnalisé first-party (le CNAME sgtm.votresite.fr) pour que la collecte passe par votre propre sous-domaine. Configurer le client GA4 Le client GA4 est pré-installé dans le conteneur serveur. Son rôle est de capter les requêtes GA4 entrantes envoyées par votre conteneur Web (via le champ transport_url pointant vers votre domaine de collecte) et de les transformer en événements exploitables. Vérifiez que le transport_url est bien renseigné côté web, sans quoi rien n’arrive au serveur. Baliser et valider en mode preview Routez les événements via le tag GA4 server-side, puis testez. Le mode Preview du conteneur serveur affiche en temps réel les requêtes entrantes, les événements reconstruits et les tags déclenchés. Croisez-le avec les logs Cloud Run pour confirmer que les requêtes sortent bien vers GA4. Pour une implémentation propre, comptez généralement de quelques jours à deux semaines entre la mise en place et une production stable, selon la complexité de votre tagging existant et la qualité du dataLayer en amont. Google Ads et Meta CAPI via le serveur Le server-side ne sert pas qu’à GA4. C’est sur les plateformes publicitaires que le gain de signal pèse le plus, car chaque conversion récupérée nourrit l’optimisation des campagnes. Enhanced Conversions Google Ads côté serveur Le routage server-side vers Google Ads s’appuie sur les Enhanced Conversions. Les données first-party fournies par l’utilisateur (email, téléphone) sont hachées en SHA-256 côté serveur avant d’être envoyées, ce qui permet de rapprocher la conversion d’un compte Google tout en respectant la confidentialité. Envoyées depuis le serveur, ces conversions résistent mieux aux blocages côté navigateur. Meta Conversions API et déduplication Pour Meta, le serveur alimente la Conversions API (CAPI). Le point technique à ne pas rater : la déduplication. Si vous conservez le Pixel côté client en parallèle de la CAPI côté serveur, vous devez partager un même event_id entre les deux. Meta reconnaît alors qu’il s’agit du même événement et ne le compte qu’une fois. Sans cet identifiant partagé, vous risquez le double comptage et des données gonflées. Qualité du matching et données first-party En transmettant des conversions plus complètes et des paramètres de correspondance plus riches, le serveur améliore l’Event Match Quality côté Meta et la qualité du matching côté Google. Concrètement : une mesure plus juste, donc des algorithmes mieux nourris et des campagnes mieux optimisées. La science du clic alliée à l’art de la conversion prend ici un sens très opérationnel. Consent Mode v2 et minimisation des données côté serveur Un malentendu courant : le serveur dispenserait du consentement. C’est faux. Le serveur ne contourne pas le RGPD, il aide à mieux le respecter. Transmettre le signal de consentement au serveur Le signal de consentement est capté côté client par votre CMP, via les quatre paramètres du Consent Mode v2 (ad_storage, analytics_storage, ad_user_data, ad_personalization). Ce signal est transmis au conteneur serveur avec l’événement. Le conteneur respecte alors la décision du visiteur : il envoie ou bloque les données vers chaque destination en fonction du consentement reçu. Pour le détail de l’implémentation, vous pouvez valider votre setup Consent Mode en complément de cet angle serveur. Filtrer les données personnelles avant envoi C’est l’avantage de conformité propre au server-side. Comme vous contrôlez le conteneur, vous pouvez filtrer ou minimiser les données personnelles (PII) avant de les transmettre aux partenaires : supprimer un champ, tronquer une adresse IP, ne transmettre que le strict nécessaire à chaque vendor. Cette mise en conformité par la minimisation est impossible à ce niveau de finesse en pur client-side. La mécanique technique de ces clients et tags est détaillée dans le guide server-side tagging de Simo Ahava, référence sur le sujet. Mode avancé vs mode de base Deux configurations coexistent. En mode de base, aucun signal n’est envoyé tant que le visiteur n’a pas consenti : pas de consentement, pas de tag. En mode avancé, des pings anonymes sont envoyés même sans consentement, ce qui permet à Google de modéliser les conversions manquantes. Le choix entre les deux relève d’un arbitrage entre prudence juridique et complétude de la mesure, à trancher avec votre DPO. Performance et Core Web Vitals : l’effet sur le client Déplacer le traitement vers le serveur allège le navigateur. Reste à mesurer l’effet réel, sans le surestimer. Moins de JavaScript exécuté dans le navigateur En client-side, chaque vendor charge son script et émet ses requêtes depuis le navigateur. En server-side, le navigateur n’envoie qu’une seule requête par événement vers votre serveur. Le code des différents vendors n’a plus à s’exécuter côté client, ce qui réduit le poids JavaScript de la page. Impact sur le chargement des pages Moins de scripts tiers signifie moins de travail pour le thread principal et moins de connexions sortantes. Cela peut bénéficier aux Core Web Vitals, en particulier aux métriques liées à l’interactivité et au chargement. La tendance est favorable, mais l’ampleur du gain dépend directement du nombre de tags que vous retirez effectivement du conteneur Web. Les limites à connaître (latence serveur) Soyons honnêtes : le server-side ne fait pas disparaître le travail, il le déplace. Le conteneur serveur introduit une latence réseau côté serveur, et il faut le dimensionner pour absorber les pics de trafic. Le gain front est réel quand vous déportez beaucoup de tags ; il est marginal si votre setup client-side était déjà léger. Aucun chiffre universel ici : tout dépend de votre configuration de départ. Quand le server-side se justifie (et quand non) C’est la question qui manque à la plupart des contenus sur le sujet. Le server-side n’est pas un passage obligé : c’est un investissement qui doit être rentable. Les seuils où il devient rentable Le server-side se justifie quand plusieurs de ces conditions sont réunies : Trafic significatif : le volume de données récupérées devient mesurable. Budget média conséquent : chaque point de signal récupéré améliore l’optimisation, donc le ROAS. Plus vous investissez en Google Ads et Meta, plus le gain compte. Forte part de visiteurs Safari/iOS ou d’adblockers : c’est exactement la population perdue en client-side. Exigences RGPD/PII fortes : besoin de minimiser les données avant transmission. Dépendance aux conversions Google Ads et Meta : votre acquisition repose sur la fiabilité de ces signaux. Les cas où rester client-side suffit À l’inverse, l’investissement n’est pas justifié pour un petit site, un faible budget média, une audience peu exposée à Safari, ou une équipe sans ressource technique pour maintenir le conteneur. Cas fréquent et souvent ignoré : si votre setup client-side n’est pas optimisé, corrigez-le d’abord. Un dataLayer mal structuré ou un tagging incomplet ne se règlent pas en passant au serveur. On nettoie le client avant d’investir dans le serveur. Checklist de décision Critère Server-side recommandé Client-side suffit Budget média mensuel Élevé Faible Part Safari/iOS Importante Marginale Exigences PII/RGPD Fortes Standards Ressource technique Disponible Absente Setup client-side actuel Déjà propre À corriger d’abord Mis en face du média, le coût est modeste : environ 90 USD par mois sur Cloud Run, dès 17 USD sur une solution managée. Si vous dépensez plusieurs milliers d’euros par mois en acquisition, récupérer 30 à 40 pourcent de signal perdu paie ce coût sans difficulté. Les robots vous trouvent, les prospects vous choisissent : encore faut-il les compter correctement. Conclusion Le tagging server-side n’est pas un gadget technique, c’est une réponse à une érosion mesurable du signal. Cookies first-party qui durent jusqu’à 400 jours, conversions Google Ads et Meta plus complètes via Enhanced Conversions et CAPI, minimisation des données pour une meilleure conformité, allègement du navigateur : les bénéfices sont réels quand le contexte s’y prête. Mais la décision reste data-driven. Un trafic et un budget média conséquents, une forte exposition à Safari et aux adblockers, des exigences RGPD : voilà les conditions où l’investissement se rembourse. En dessous, mieux vaut consolider le client-side d’abord. Brioude allie l’expertise data, le SEO et le SEA pour transformer chaque clic en opportunité et chaque donnée en histoire à raconter. Vous vous demandez si le server-side est rentable pour votre site, ou comment fiabiliser votre collecte avant d’investir dans un conteneur serveur ? Parlons de votre projet de tracking avec nos experts.

L’article GTM Server Side : le guide complet pour bien collecter est apparu en premier sur Brioude.

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) :

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 ;
• Handle profile.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":

Checklist avant l’ouverture FR :

1. Vérifier votre page profile.google.com (ou demander l’URL à @1492_vision si elle n’est pas encore visible dans Discover).
2. Auditer la cohérence des comptes sociaux déclarés.
3. Préparer une bannière carrée pro (la barre visuelle du pilote est haute).
4. Définir 3 à 5 liens prioritaires + convention UTM
5. 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.

Nous continuons de suivre l’évolution des 47 000 profils monitorés.
L’analyse détaillée de la cohorte des 54 reste sur Abondance ; la version longue avec visuels est sur 1492.vision/research/discover-publisher-profiles-fr.

Sylvain Deauré & Damien Andell - 1492.vision

Comment s’abonner à Abondance sur Discover ?

1. Rendez-vous sur le profil Google d’Abondance.
2. Cliquez sur « + Suivre sur Google », sous le logo.
3. C’est tout : vos articles Abondance remontent plus souvent dans votre flux Discover personnel.

(Voir le guide complet.)

L’article "Vers un Publisher Center 2.0 ? Google officialise les profils étendus" a été publié sur le site Abondance.

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

On en parle ci-dessous

— Monitorank (@monitorank) May 26, 2026

Ce qui a changé : &gl=fr ne suffit plus

Comme le communique Monitorank dès la détection du changement :

« 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 :

1. Connectez-vous à un VPN sur un pays non français.
2. Ouvrez une fenêtre de navigation privée (cookie Google vierge).
3. Effectuez une recherche sur google.com et ajoutez &gl=fr à l'URL.
4. 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.

L’article "Google casse la géolocalisation des SERPs : vos données de ranking sont-elles fiables ?" a été publié sur le site Abondance.

Sponsorisé par Linksgarden.

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 !

 

Inscrivez-vous gratuitement

Le programme de la SEO Garden Party 21e édition

Jeudi 18 juin 2026

9h30 - 10h20 : Conférence bientôt annoncée

10h30 - 11h20 : SEO, GEO, migration : Adoptez les nouveaux standards d'une refonte performante, par Nicolas Plantelin & Marina Pomi

11h30 - 12h20 : Liens Médias : Arnaque ou Jackpot ? Comment (enfin) rentabiliser vos backlinks à plus de 1000 €, par Jean Philippe Gronier

14h00 – 14h50 : Conférence bientôt annoncée

15h00 – 15h50 : Comment automatiser PROPREMENT son SEO (Claude Code, mais pas que), par Paul Vengeons

16h00 – 16h50 : Conférence bientôt annoncée, par Guillaume Pracht

Les détails du programme sont disponibles sur le site de la SEO Garden Party !

Ce webinaire 100 % gratuit sera présenté par Alain Guisado.

Infos pratiques de la SEO Garden Party 21

• Quand : jeudi 18 juin 2026
• Où : webinaire 100 % en ligne
• Prix : gratuit
• Inscription : obligatoire, l’inscription a lieu sur le site de la SEO Garden Party
• Pour qui : les professionnels du Search Marketing et du SEO

Inscrivez-vous gratuitement

Pourquoi participer ?

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

L’article "La SEO Garden Party est de retour le 18 juin 2026 !" a été publié sur le site Abondance.

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 %.

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 :

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.

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.

L’article "ChatGPT multiplie par 14 ses liens vers les marques : ce que révèle une étude sur 140 000 réponses" a été publié sur le site Abondance.

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.

L’article "Google Search Console : nouveau rapport de performance IA et blocage de contenu" a été publié sur le site Abondance.

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.

L’article "DuckDuckGo profite de la stratégie IA de Google pour séduire les utilisateurs américains" a été publié sur le site Abondance.

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

L’article "Étude : 35 % des Français ont changé leurs habitudes de recherche en moins d’un an" a été publié sur le site Abondance.

La première position Google capte 27,6 % des clics organiques. La dixième, 2,4 %. Entre les deux, il n’y a pas que le ranking : il y a deux balises de 60 caractères qui décident si l’internaute clique sur vous ou sur le concurrent. La balise title et la meta description ne ramassent pas un seul backlink, mais elles transforment une impression en visite. Ou pas. Chez Brioude, on appelle ça la science du clic. Quatre heures pour réécrire les 20 pages stratégiques d’un site génère souvent plus de trafic incrémental que trois mois de netlinking. À condition de savoir ce qu’on fait. Voici la méthode, les données, les seuils, et ce que Google ne pardonne pas. La balise title : le seul ascenseur SERP que vous contrôlez encore La balise title reste l’un des rares signaux de pertinence directs que Google lit, affiche et utilise pour décider du clic. Elle apparaît en bleu dans la SERP, dans l’onglet du navigateur, dans les partages sociaux quand l’Open Graph est absent. Trois affichages, une seule chance de convaincre. Selon la documentation officielle Google Search Central, chaque page doit avoir une balise title unique, descriptive et concise. Google ne fixe pas de limite de caractères dans le code source, mais tronque l’affichage selon la largeur de l’écran. Traduction : un title trop long sera coupé. Un title trop court sera réécrit. La marge de manoeuvre tient en quelques pixels. Si vous abordez ces optimisations dans le cadre d’une refonte ou d’un site existant qui sous-performe, un audit SEO Brioude identifie d’entrée les pages à fort potentiel de réécriture des balises, classées par impact CTR estimé. Longueur idéale : 50 à 60 caractères, sans négociation Pour 2026, le consensus est stable et confirmé par les données : Title : 50 à 60 caractères affichés, optimal entre 51 et 55 caractères. En pixels Google, la limite desktop est d’environ 580 pixels, soit 60 caractères pour des lettres moyennes. Meta description : 155 à 160 caractères desktop (920 pixels), 120 caractères mobile (680 pixels). L’information essentielle doit tenir dans les 120 premiers caractères pour survivre à la troncature mobile. Selon l’étude Backlinko sur 4 millions de résultats Google, les titles de 40 à 60 caractères génèrent un CTR supérieur de 8,9 % par rapport aux titles plus courts ou plus longs. C’est mécanique : assez long pour porter le mot-clé et un bénéfice, assez court pour ne pas être tronqué. Le mot-clé principal en début de balise C’est le front-loading. Le mot-clé cible se place dans les 30 premiers caractères. Google accorde plus de poids aux premiers termes et l’oeil de l’internaute aussi. Une balise qui commence par Guide complet pour comprendre les balises... enterre le mot-clé. Une balise qui commence par Balises title et meta description : ... le porte. Une balise par page, jamais deux identiques Deux pages avec la même balise title créent une cannibalisation : Google ne sait pas laquelle prioriser, les deux ressortent moins bien. La vérification est triviale via un crawl Screaming Frog ou Sitebulb : duplicate titles à zéro, c’est l’objectif. Pourquoi Google réécrit votre title (et comment l’éviter) L’étude Zyppy de 2025 a analysé 80 000 titles : Google en a réécrit 61 %. Sur les titles trop courts (1 à 5 caractères), le taux de réécriture grimpe à 96,6 %. Sur les titles trop longs (plus de 70 caractères), il atteint 99,9 %. Le sweet spot, 51 à 60 caractères, plafonne à 39-42 % de réécriture. Plus court ou plus long : vous perdez la main. Les 5 causes principales de réécriture D’après Google Search Central, les déclencheurs sont identifiés : Balise tronquée ou vide (ex : | Nom du site sans contenu). Information obsolète qui contredit le contenu visible de la page. Description inexacte qui ne reflète pas le contenu réel. Décalage de langue (title en anglais sur une page en français). Plusieurs H1 concurrents qui brouillent la hiérarchie. Le remède n’est pas une formule magique, c’est une cohérence : title + H1 + intent de la page alignés. Si Google n’a pas à deviner, il ne réécrit pas. Le keyword stuffing tue le clic Répéter trois fois le mot-clé dans la balise (ex : balise title, balises title, optimisation balise title) ne booste plus rien depuis dix ans. Pire : la balise est jugée spammy par Google et par l’internaute. Le clic se gagne avec une promesse claire, pas avec une accumulation de termes. Meta description : la seule ligne qui vous reste pour convaincre La meta description n’est pas un facteur de ranking. Google le répète depuis 2009. Mais elle est le levier le plus direct sur le CTR organique : 1 à 2 lignes en SERP pour faire la différence entre votre résultat et celui du concurrent. Les chiffres à connaître 920 pixels desktop, soit environ 155-160 caractères. 680 pixels mobile, soit environ 120 caractères. Google mesure en pixels, pas en caractères : une description de 155 caractères en lettres larges (M, W, G) peut être tronquée là où 165 caractères en lettres étroites (i, l, t) passent entièrement. Un CTA explicite (Découvrez, Obtenez, Demandez votre devis) augmente le CTR de 10 à 15 % selon plusieurs études Semrush et Ahrefs (2024-2025). Google réécrit environ 60 % des meta descriptions s’il juge qu’elles ne répondent pas à l’intention de la requête. Structure qui fonctionne Une meta description efficace tient en trois temps : Promesse : le bénéfice pour l’internaute en 60 caractères maximum. Preuve : un chiffre, une expertise, une garantie en 50 caractères. Action : un verbe d’incitation court en 30 caractères. Exemple sur ce sujet : Title 50-60 car, meta 155-160 car, CTR x2 : la méthode Brioude pour transformer vos snippets en clics. Audit gratuit en 24h. Lisible mobile, lisible desktop, claire dans les 120 premiers caractères. Rédiger pour le clic : ce qui déclenche l’action La technique pose le décor, la rédaction déclenche le clic. Quelques principes appuyés par la data. Le sentiment positif gagne Toujours selon Backlinko, les titles à sentiment positif obtiennent un CTR supérieur de 4,1 % aux titles à sentiment négatif. Guide complet bat Erreurs à éviter sur la plupart des verticales. Le négatif fonctionne sur des intents très spécifiques (erreurs critiques, dangers réglementaires) mais reste minoritaire. Les mots à fort impact psychologique Certains termes mobilisent l’attention sans verser dans le clickbait : guide, méthode, complet, essentiel, étapes, checklist, data, exemples, 2026. Ils signalent un contenu structuré et actionnable. À l’inverse, incroyable, vous n'allez pas croire, secret sont pénalisés par les algorithmes anti-clickbait depuis 2017. La promesse qui résiste à la troncature Si votre meta description est coupée à 120 caractères sur mobile, la promesse doit tenir dans cette zone. Tester systématiquement le rendu mobile via la documentation Brioude sur la modification d’une balise title ou via les outils SERP preview (mrs.digital, Sistrix). Aucune information critique après le 120e caractère. Le contraste qui ancre C’est l’ADN Brioude. Les meilleurs snippets opposent deux notions : Plus de datas, moins de blabla, Visibilité maximale, effort minimal, Audit gratuit, recommandations précises. Le cerveau accroche le contraste plus vite que la liste plate. Un bon title est une promesse condensée, pas une énumération. Mesurer et itérer : la boucle CTR Rédiger une balise n’est pas un projet, c’est un cycle. Search Console fournit l’impression, le clic, le CTR moyen par page. Une page positionnée en top 5 avec un CTR sous 5 % a un problème de snippet, pas de ranking. C’est là qu’on intervient. La méthode Brioude en 4 étapes Extraction : pages en top 10 avec CTR sous la médiane de la position. Cible immédiate. Réécriture : title 51-55 caractères, meta 155 caractères, mot-clé front-loaded, CTA explicite. Déploiement : push CMS, attendre la réindexation (24 à 72 h). Mesure : comparaison CTR avant/après sur 28 jours glissants. Si gain > 15 %, on roule la méthode sur d’autres pages. Si plat, on teste un autre angle. Cette boucle, répliquée sur les 50 pages stratégiques d’un site, double souvent le trafic organique sans gagner une seule position. Plus de datas, moins de blabla : c’est la science du clic appliquée. Faites parler vos snippets Les balises title et meta description sont les 220 caractères les plus rentables de votre site. Mal écrites, elles laissent vos concurrents capter vos clics méritocratiques. Bien écrites, elles transforment chaque position SERP en visite. Brioude audite, réécrit et mesure cette boucle pour des PME, ETI et grands comptes depuis 1998. Envie de transformer vos impressions en clics ? Contactez l’équipe Brioude pour un diagnostic CTR de vos 20 pages stratégiques.

L’article Balises title et meta description : rédiger pour le clic est apparu en premier sur Brioude.

L’article "Goossips SEO : Search Quality Raters Guidelines" a été publié sur le site Abondance.

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.

L’article "Google met en garde contre la manipulation des mentions pour l’IA" a été publié sur le site Abondance.

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.

L’article "Google intègre les sources préférées dans AI Mode et AI Overviews, et lance de nouveaux carrousels" a été publié sur le site Abondance.

Depuis le 6 mars 2024, le Consent Mode v2 conditionne l’accès aux fonctionnalités publicitaires Google dans l’Espace Économique Européen, au Royaume-Uni et en Suisse. Pas de Consent Mode correctement implémenté, pas d’audiences Google Ads, pas de remarketing, pas de conversions modélisées. Et pas de modélisation, ce sont 10 à 30 % de conversions qui disparaissent du reporting. Pourtant, le sujet reste mal compris. Beaucoup d’annonceurs croient que poser une bannière de cookies suffit ; d’autres confondent Consent Mode et CMP (Consent Management Platform), alors que ce sont deux briques distinctes qui doivent dialoguer. Reprenons depuis le début. Consent Mode Google : ce que c’est, ce que ce n’est pas Une couche technique entre la CMP et les tags Google Le Consent Mode est une API fournie par Google qui transmet aux tags publicitaires et analytiques (Google Tag, GA4, Google Ads, Floodlight) l’état de consentement de l’utilisateur. Sans Consent Mode, un tag Google ignore ce que l’utilisateur a coché sur la bannière ; il se déclenche selon sa propre logique. Avec Consent Mode, le tag ajuste son comportement : il s’exécute pleinement si le consentement est accordé, en mode dégradé s’il ne l’est pas. Important : le Consent Mode ne récolte pas le consentement. C’est le rôle de la CMP (Consent Management Platform : Axeptio, Didomi, Cookiebot, OneTrust, Usercentrics, CookieYes, TrustArc). Le Consent Mode est la passerelle qui transmet ce choix aux tags Google. CMP + Consent Mode forment une chaîne ; rompre un maillon casse l’ensemble. Mode basique et mode avancé Le Consent Mode propose deux configurations. En mode basique, les tags Google ne se chargent pas tant que l’utilisateur n’a pas exprimé de choix. C’est l’option la plus conservatrice côté conformité, mais la plus pénalisante côté mesure : zéro donnée tant que la bannière est affichée. En mode avancé, les tags Google se chargent immédiatement et envoient des pings cookieless (sans identifiant, sans cookie) tant que le consentement n’est pas accordé. Ces pings ne contiennent pas de données personnelles, mais ils permettent à Google de modéliser les conversions perdues. Le mode avancé récupère significativement plus de données, mais demande un volume de trafic suffisant et une analyse de conformité plus fine (les pings cookieless restent un traitement de données, même limités). La version 2 (depuis mars 2024) Le Consent Mode v2 a été rendu obligatoire le 6 mars 2024 pour accéder aux fonctionnalités publicitaires Google dans l’EEE. Il ajoute deux signaux par rapport à la v1 (ad_user_data et ad_personalization), pour répondre aux exigences du Digital Markets Act européen. Un site qui transmet uniquement les signaux v1 est techniquement considéré comme non conforme côté Google : audiences gelées, remarketing coupé, modélisation désactivée. Les 4 paramètres du Consent Mode v2 ad_storage Premier signal historique. Contrôle le stockage de cookies à vocation publicitaire (Google Ads, DoubleClick). À l’état granted, les cookies de remarketing et de mesure publicitaire se posent. À l’état denied, ils sont bloqués ; Google bascule sur des pings cookieless en mode avancé. analytics_storage Second signal historique. Contrôle le stockage de cookies analytiques (GA4, principalement). À l’état denied, GA4 fonctionne en mode anonymisé sans cookies _ga. Il continue d’envoyer des pings, ce qui alimente la modélisation, mais aucune identification utilisateur n’est possible. ad_user_data Premier signal ajouté en v2. Autorise ou refuse l’envoi de données utilisateur (email haché, identifiants tiers, données CRM) à Google à des fins publicitaires. C’est ce signal qui débloque ou bloque les imports de listes d’audience, le Customer Match Google Ads et les conversions enhanced. ad_personalization Second signal ajouté en v2. Autorise ou refuse la personnalisation publicitaire (remarketing, audiences similaires). Quand il est denied, l’utilisateur n’est pas intégré aux audiences de retargeting, même si les autres signaux sont granted. C’est ce signal que la majorité des utilisateurs refusent quand la bannière distingue finement les usages. Les valeurs : granted, denied, et l’état initial Chaque paramètre prend deux valeurs : granted (autorisé) ou denied (refusé). L’état initial, avant interaction de l’utilisateur avec la bannière, doit impérativement être denied sur les quatre signaux. C’est l’expression technique du principe de privacy by default rappelé par la CNIL dans sa doctrine sur les cookies et traceurs : aucune donnée ne part avant un consentement explicite. Un site qui initialise les paramètres en granted est en non-conformité RGPD directe, même si la bannière apparaît visuellement. Comment implémenter le Consent Mode v2 : trois méthodes Méthode 1 : via le tag Google (gtag.js) en code natif L’implémentation native consiste à appeler la fonction gtag('consent', ...) dans le code de la page, avant tout autre tag Google. Premier appel obligatoire : gtag('consent', 'default', {...}) qui initialise les quatre signaux à denied au chargement de la page. Second appel, déclenché par la CMP au moment du choix utilisateur : gtag('consent', 'update', {...}) qui met à jour les signaux selon les choix exprimés. Cette méthode est la plus précise mais demande une intégration manuelle dans le code de chaque page. Sur un site WordPress avec quelques pages, c’est faisable ; sur un site complexe ou multisite, mieux vaut centraliser via Google Tag Manager. Méthode 2 : via Google Tag Manager (recommandé) GTM est l’orchestrateur standard pour gérer le Consent Mode. Depuis l’interface, il faut activer les « Paramètres de consentement supplémentaires » dans les paramètres du conteneur, puis configurer pour chaque tag les signaux requis (par exemple, le tag GA4 demande analytics_storage, le tag Google Ads demande ad_storage, ad_user_data et ad_personalization). GTM gère automatiquement l’ordre d’exécution : un tag ne se déclenche que si ses signaux requis sont à granted. Cette approche centralise la logique de consentement et évite les erreurs de timing. La plupart des CMP modernes (Didomi, Cookiebot, Axeptio, OneTrust) proposent un template GTM officiel qui injecte automatiquement les appels gtag('consent', 'update', ...) au bon moment. Méthode 3 : via le template CMP directement Plusieurs CMP injectent le Consent Mode sans passer par GTM. La CMP charge un script qui pose les paramètres default, attend le choix utilisateur, puis déclenche update. C’est l’option la plus rapide à déployer (quelques minutes), mais elle laisse moins de marge de configuration sur les tags non-Google. Pour des configurations simples (un site vitrine, une CMP standard, des tags Google uniquement), c’est suffisant. Pour des architectures complexes (server-side tagging, tags multiples non-Google, logique de consentement fine), GTM reste supérieur. Pour les sites qui n’ont pas encore franchi cette étape, notre guide pratique du Consent Mode v2 détaille les choix de configuration en fonction de la taille du parc et de la stack analytics. Les enjeux RGPD : ce que le Consent Mode ne résout pas Le consentement valable au sens du RGPD Le RGPD impose un consentement libre, éclairé, spécifique et univoque. Concrètement : pas de case pré-cochée, pas de bannière qui empêche de naviguer, refus aussi facile à exprimer que l’acceptation, finalités explicites. Le Consent Mode v2 transmet le choix de l’utilisateur, mais ne garantit pas que le choix a été récolté dans des conditions valables. La conformité réglementaire repose d’abord sur la CMP et la conception de la bannière. Une bannière avec un bouton « Accepter tout » géant en vert et un lien « Personnaliser » en gris pâle en petit en bas viole la règle d’équivalence du consentement. La CNIL a sanctionné plusieurs grandes marques sur ce motif, avec des amendes allant jusqu’à plusieurs dizaines de millions d’euros. Le Consent Mode tournera correctement sur un setup non conforme : il transmettra les choix d’utilisateurs piégés, sans alerter sur le défaut de validité. Les sanctions CNIL récentes Le cadre s’est durci. En 2025, la CNIL a infligé environ 475 millions d’euros de sanctions sur les violations cookies (Matomo, septembre 2025). En décembre 2025, la CNIL a publié une recommandation sur le consentement multi-terminaux, ouvrant 2026 sur des travaux relatifs au consentement cross-domaine et multi-propriété. Le risque juridique n’est pas théorique ; il est mesuré, public, et croît chaque trimestre. Trois points de vigilance réglementaires actuels : la bannière doit proposer un refus aussi visible que l’acceptation, les finalités doivent être détaillées (pas un « marketing » fourre-tout), et la durée de conservation des cookies doit être explicite. Un audit annuel de la CMP et du Consent Mode évite les mauvaises surprises. Le cas particulier du Privacy Sandbox et la fin des cookies tiers Google a annoncé puis suspendu le retrait des cookies tiers de Chrome. En 2026, le calendrier reste flou ; Chrome propose un choix utilisateur à la place d’une suppression unilatérale. Le Privacy Sandbox (Topics API, Protected Audience API) propose des alternatives au tracking publicitaire individuel, basées sur des groupes d’intérêt anonymisés côté navigateur. Le Consent Mode v2 reste pertinent dans tous les scénarios. Avec ou sans cookies tiers, l’enjeu est de signaler à Google si l’utilisateur a accepté la collecte de ses données. Le Consent Mode est la passerelle ; les briques techniques en aval évoluent, mais la passerelle reste. Investir dans une implémentation propre n’est pas un pari de court terme. La conformité IAB TCF v2.2 et v2.3 Le Transparency and Consent Framework L’IAB TCF (Transparency and Consent Framework) est un standard sectoriel européen qui codifie le recueil et la transmission du consentement publicitaire. Les CMP certifiées émettent une TCString (chaîne de caractères normalisée) qui transmet les choix de l’utilisateur à l’écosystème publicitaire (annonceurs, régies, ad-tech). La version active en 2026 est la v2.2 ; la v2.3 devient obligatoire pour les éditeurs au 28 février 2026 (CookieYes, 2026). Le Consent Mode Google et la TCString IAB sont complémentaires. Le premier dialogue avec les tags Google ; le second dialogue avec le reste de l’écosystème publicitaire. Une bannière CMP correctement configurée pose les deux simultanément. Si la TCString est absente ou malformée, Google peut refuser les fonctionnalités publicitaires même si le Consent Mode est techniquement implémenté. Vérifier le bon fonctionnement de la TCString La vérification se fait dans la console réseau du navigateur (onglet Network), en filtrant les requêtes vers consensu.org ou en inspectant l’objet __tcfapi disponible dans la console JavaScript. Une TCString conforme se décode via des outils en ligne et expose le détail des consentements par finalité (publicité, mesure, personnalisation). Une TCString invalide signale un problème de CMP : version obsolète, configuration incomplète, certification échue. C’est un contrôle à intégrer dans un audit analytics complet, au même titre que la vérification des paramètres gcs et gcd du Consent Mode. Mesurer l’impact business du Consent Mode v2 La modélisation des conversions Google Ads Le principal bénéfice du Consent Mode v2 réside dans la modélisation des conversions. Google reconstruit statistiquement les conversions perdues lors d’un refus, à partir des pings cookieless et des données agrégées d’utilisateurs ayant consenti. Le seuil minimum pour activer la modélisation, documenté par le support Google Ads sur la modélisation des conversions : 700 clics publicitaires sur 7 jours par pays et par groupe de domaines, 7 jours pleins de collecte, et un taux de consentement raisonnable (Google recommande au moins 20 %). Concrètement, sur un site qui dépasse ces seuils, la modélisation récupère typiquement 10 à 30 % des conversions invisibles à cause des refus. Sans Consent Mode v2, ces conversions sont définitivement perdues du reporting et du pilotage. Pour les sites à faible trafic qui ne dépassent pas les seuils, la modélisation n’est pas accessible ; mieux vaut alors travailler la qualité du tracking serveur via un setup GA4 audité par nos experts pour maximiser le signal sur le volume disponible. Les indicateurs à surveiller après déploiement Trois métriques pilotent l’efficacité d’un Consent Mode bien implémenté. Le taux de consentement (pourcentage d’utilisateurs qui acceptent) révèle la qualité de la bannière ; en dessous de 30 %, il y a souvent une marge d’amélioration sur le design ou le wording. La part de conversions modélisées (dans Google Ads, segment par type d’attribution) montre la contribution de Consent Mode au reporting global. Enfin, le coût par acquisition comparé avant et après déploiement mesure l’effet sur la performance réelle des campagnes. Ces indicateurs s’inscrivent dans une démarche d’audit continue. Une CMP qui change de version, un plugin GTM mis à jour, un nouveau tag déployé : autant d’événements qui peuvent dégrader silencieusement la chaîne de consentement. Une revue trimestrielle limite la dérive. Les erreurs fréquentes d’implémentation État initial en granted L’erreur classique : un développeur passe les paramètres en granted par défaut « pour ne pas perdre de données au chargement ». C’est une non-conformité RGPD directe. Tous les signaux doivent être denied avant interaction utilisateur, sans exception. La vérification se fait en deux minutes via Tag Assistant Google ou via l’inspection des paramètres gcs (qui doit valoir G100 au chargement). Confusion CMP / Consent Mode Beaucoup d’équipes installent une CMP en pensant que cela suffit. Une CMP qui n’injecte pas le Consent Mode laisse les tags Google s’exécuter comme si le consentement n’avait pas été récolté. Résultat : la conformité affichée est trompeuse, les audiences Google Ads sont coupées, et l’utilisateur final paye le piège juridique. CMP et Consent Mode doivent impérativement être reliés, via un template officiel ou un câblage manuel. Tags non intégrés au Consent Mode GA4, Google Ads, Floodlight reconnaissent le Consent Mode nativement. Mais les tags tiers (Meta Pixel, LinkedIn Insight Tag, TikTok Pixel, plateformes B2B spécifiques) ne le connaissent pas. Pour ces tags, il faut utiliser les déclencheurs natifs de la CMP ou des conditions GTM spécifiques qui vérifient le statut de consentement avant déclenchement. Un Consent Mode parfait sur Google n’évite pas un Pixel Meta qui se déclenche sans consentement. Négliger les sous-domaines et les domaines multiples Sur une architecture multi-sous-domaines (shop.marque.fr, blog.marque.fr, app.marque.fr), le cookie de consentement doit se propager. Sans configuration cross-domaine côté CMP, l’utilisateur revoit la bannière à chaque navigation, et le Consent Mode redémarre à denied. Le test est simple : naviguer entre sous-domaines après acceptation, vérifier que la bannière ne réapparaît pas. Si elle réapparaît, le setup est incomplet. Ce qu’il faut retenir Le Consent Mode v2 n’est pas une option : c’est la condition d’accès aux fonctions publicitaires Google dans l’EEE, et c’est aussi un point de contrôle de conformité RGPD scruté par la CNIL. Bien implémenté, il sauve 10 à 30 % des conversions perdues par les refus et maintient les audiences Google Ads accessibles. Mal implémenté, il donne une fausse impression de conformité, fait chuter le reporting et expose juridiquement la marque. La différence entre les deux tient à trois décisions : choisir le bon mode (basique ou avancé), câbler la CMP au Consent Mode via un template officiel, et auditer la chaîne au moins une fois par trimestre. Brioude accompagne les marques sur l’implémentation, l’audit et la mise en conformité Consent Mode depuis 1998, avec une expertise data Analytics qui croise SEO, SEA et tracking. Plus de datas, moins de blabla : des contrôles concrets, des chiffres mesurables, des conversions sauvées. Pour cadrer ou auditer votre setup Consent Mode, découvrez notre approche analytics sur-mesure et échangez avec notre équipe.

L’article Consent Mode Google : guide d’implémentation et enjeux RGPD est apparu en premier sur Brioude.

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.

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.

L’article "Figma + agents IA : trois workflows concrets pour concevoir et coder sans friction" a été publié sur le site Abondance.

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.

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.

L’article "Google Universal Cart : le panier intelligent qui surveille vos achats à votre place" a été publié sur le site Abondance.

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.

L’article "Le fichier llms.txt ne sert à rien, mais Lighthouse le vérifie quand même" a été publié sur le site Abondance.

Google déploie une nouvelle Core Update 2026

Après la Core Update de mars 2026, voici venu la deuxième Core Update de 2026.

Voici ce que dit Google dans sa communication :

"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 !

Retrouvez toutes les dernières updates de Google sur notre page dédiée.

Doit-on s'inquiéter ?

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" :

• « Ne paniquez pas ! » : comment appréhender les annonces Google ?
• Google Updates : comprendre les mises à jour Google
• Algorithmes Google : Définitions, Historique et Fonctionnement [Guide 2025]

Rendez-vous dans 2 semaines pour faire le bilan !

L’article "Google Core Update de mai 2026 : le grand retour !" a été publié sur le site Abondance.

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 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.

La longue traîne YouTube est accessible

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.

L’article "YouTube dans les LLM : l’étude qui bouscule les certitudes" a été publié sur le site Abondance.

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

En vue brute, les chiffres sont même supérieurs à l'affirmation d'origine :

+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 ?

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 :

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 ?

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 ?

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

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.

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 :

1. Le +29 % est un artefact de mix éditeur, un paradoxe de Simpson classique. À éditeur égal, l'avantage tombe à +3/+5 %.
2. L'effet n'est pas universel. En EN, le déclaratif gagne chez 68 % des éditeurs. En FR, c'est presque 50/50.
3. 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.
4. 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.

Données : 1492.vision, 3,4M articles éditoriaux Discover, nov. 2025 → mai 2026.

L’article "Quand la data nous ment : citations, questions ou titres déclaratifs pour Discover ?" a été publié sur le site Abondance.

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.

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.

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.

L’article "Google Search se réinvente : agents IA, box intelligente et temps réel" a été publié sur le site Abondance.

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.

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é.
• Retour au nom "Data Studio" : Screaming Frog a rebaptisé « Looker Studio » en « Data Studio » dans ses rapports automatisés, conformément aux derniers changements de nom opérés par Google.
• Mise à jour vers Java 25 : le SEO Spider tourne désormais sur Java 25.

Vous souhaitez confier l'audit SEO de votre site à des experts ?

1. 1Site web
2. 2Nombre d’URL
3. 3Votre besoin
4. 4Vos spécificités
5. 5Vos coordonnées
6. 6Estimation

Site web

Répondez à 4 questions rapides. Vous obtiendrez une estimation d’un audit SEO sur-mesure.

Renseignez l’URL de votre site web

Suivant

Nombre d’URL

Indiquez l’ordre de grandeur des pages de votre site (indexées ou à analyser). Cela nous aide à dimensionner l’audit.

Nombre d’URL

1 à 1 000 pages 1 000 à 10 000 pages 10 000 à 100 000 pages Plus de 100 000 pages

PrécédentSuivant

Votre besoin

L’analyse technique & l’indexation sont incluses. Ajoutez les axes que vous souhaitez approfondir.

Vos priorités

Audit complet
Sélectionne tous les axes (Contenu, Maillage interne, Netlinking, Optimisation IA) Contenu
qualité, E-E-A-T, cannibalisation Maillage interne
silos, profondeur, pages clés Netlinking
profils, ancres, risques Optimisation IA
IA Overviews, assistants

PrécédentSuivant

Vos spécificités

Précisez d’éventuelles particularités de votre site. Ces éléments peuvent influencer la conduite de l’audit (facultatif).

Spécificités

E-commerce Google Actu Google Discover Multilingue / multi-pays

PrécédentSuivant

Vos coordonnées

Pour obtenir une estimation du coût de votre audit, merci de renseigner vos coordonnées ci-dessous.

Entreprise

Prénom Nom

Téléphone E-mail

Votre site (ne pas remplir)

Précédent Envoyer

Vos informations servent uniquement à vous recontacter et à établir un devis personnalisé. Elles ne sont ni revendues ni utilisées à des fins publicitaires. Vous pouvez exercer vos droits (accès, rectification, suppression) à tout moment. En savoir plus dans notre politique de confidentialité.

Merci, votre demande a bien été envoyée.

Un consultant vous recontacte très prochainement pour affiner votre projet.

Estimation de votre audit

€ HT

Votre sélection

Inclus : audit technique & indexation, synthèse priorisée, plan d’actions classé par impact/effort, restitution 60 min et recommandation sur un Notion personnalisé.

Réserver un créneau Modifier ma simulation Recommencer la simulation

---

L’expertise Abondance c’est :

+2 000 audits Réalisés pour des PME, ETI et grands comptes.

15+ ans d’expérience Consultants seniors & ambassadeurs Abondance.

Méthode éprouvée Feuille de route priorisée, actions concrètes.

L’article "Screaming Frog SEO Spider 24.0 : intégration de l’IA et automatisation accrue" a été publié sur le site Abondance.

Depuis octobre 2023, Google a achevé la bascule vers le mobile first indexing pour la quasi-totalité du web. Ce que voit Googlebot Smartphone sur la version mobile de votre site est ce qui sert à indexer et à classer vos pages, y compris pour un internaute sur ordinateur. La transition n’est plus à venir : elle est terminée. La vraie question n’est donc plus « quand » mais « qu’est-ce que Google voit réellement quand il crawle votre site en mobile ». Et la réponse, sur beaucoup de sites, réserve des surprises. Le mobile first indexing, le standard d’indexation de Google Ce que Google indexe vraiment aujourd’hui Le mobile first indexing signifie que Google utilise la version mobile de vos pages, explorée avec l’agent Googlebot Smartphone, comme source principale pour l’indexation et le classement. Le contenu, les balises, les liens internes, les données structurées pris en compte sont ceux de la version mobile. La version desktop n’est plus la référence : elle devient secondaire. Concrètement, si un bloc de texte, un lien ou une image existe sur votre version desktop mais disparaît sur mobile, Google ne le voit pas. Il ne l’indexe pas. Il ne le classe pas. Cette nuance change tout : un site qui semble complet sur grand écran peut être amputé aux yeux de Google s’il a été allégé pour le mobile. Une transition terminée, pas une menace future Google a officialisé l’achèvement de la bascule en octobre 2023, après près de sept ans de déploiement progressif amorcé en 2016. Depuis juillet 2024, la règle est encore plus stricte : un site dont le contenu n’est pas accessible du tout sur mobile n’est tout simplement plus indexable. Le mobile first indexing est ainsi devenu le mode de fonctionnement unique du crawl Google. Il faut donc arrêter de présenter le sujet comme une évolution à anticiper. C’est le présent. Les sites encore pénalisés ne le sont pas parce qu’ils n’ont pas « migré », mais parce que leur version mobile est incomplète, lente ou mal explorée. Google impose, on dispose : la règle est posée, le terrain de jeu reste le vôtre. Googlebot Smartphone : qui crawle votre site L’exploration se fait avec Googlebot Smartphone, un agent qui simule un appareil mobile récent. C’est lui qui découvre, rend et évalue vos pages. Le crawl avec l’agent desktop n’a pas totalement disparu : Google continue de l’utiliser ponctuellement pour vérifier certaines relations entre versions. Mais l’index, lui, se construit sur ce que voit l’agent smartphone. Cette mécanique a une conséquence directe : tout ce qui bloque ou dégrade le rendu mobile (ressources non chargées, scripts lourds, contenu masqué derrière une interaction) dégrade votre indexation. La version mobile n’est plus une vitrine secondaire ; c’est le cœur de votre SEO. Vérifier si votre site est concerné et l’auditer Le rapport d’inspection d’URL dans Search Console La première vérification est gratuite et prend deux minutes. Dans la Google Search Console, l’outil d’inspection d’URL indique, pour chaque page, l’agent utilisateur d’exploration : « Googlebot Smartphone » confirme que la page est traitée en mobile first indexing. C’est le cas de la quasi-totalité des sites aujourd’hui. L’inspection d’URL va plus loin que ce simple statut. La fonction « Tester l’URL en direct » puis « Voir la page explorée » affiche le HTML rendu et la capture d’écran tels que Googlebot les obtient. C’est l’outil de vérité : si un contenu manque dans ce rendu, il manque dans l’index. Comparez ce rendu mobile à votre page desktop ; chaque écart est un signal d’alerte. Auditer la parité avec une lecture mobile réelle Au-delà de Search Console, l’audit consiste à regarder votre site comme le fait Googlebot. Ouvrez vos pages clés dans un navigateur en mode mobile (les outils de développement de Chrome simulent un appareil et un user-agent mobile). Désactivez le JavaScript pour voir le HTML brut, puis réactivez-le pour voir le rendu final. Comparez systématiquement avec la version desktop. Cette démarche relève d’un audit technique SEO structuré : on identifie les écarts, on les hiérarchise par impact, on corrige en priorité ce qui pèse le plus. Notre méthode d’audit SEO en 7 étapes intègre cette vérification de parité mobile comme un point de contrôle à part entière. Plus de datas, moins de blabla : on mesure l’écart avant de décider quoi corriger. La parité de contenu desktop / mobile, le point critique Le même contenu sur les deux versions C’est la recommandation centrale de Google : la version mobile doit contenir le même contenu principal que la version desktop. Texte, titres, images, vidéos, liens : si la version desktop le porte, la version mobile doit le porter aussi. Un site responsive bien construit respecte cette parité par défaut, puisqu’il sert le même HTML à tous les appareils. Le problème survient sur les sites qui allègent volontairement le mobile : moins de texte, moins de blocs, navigation simplifiée à l’extrême. Chaque élément supprimé sur mobile est un élément retiré de l’index. Un paragraphe riche en mots-clés présent uniquement sur desktop ne pèse plus rien dans le classement. Données structurées, balises meta et images La parité ne concerne pas que le texte visible. Les données structurées (Schema.org) doivent être présentes à l’identique sur la version mobile, avec des URL pointant vers les bonnes ressources mobiles. Les balises meta robots doivent être rigoureusement identiques : une balise noindex ou nofollow présente seulement sur mobile, souvent par erreur de configuration, suffit à désindexer une page entière. Les images suivent la même logique. Mêmes attributs alt, formats supportés, qualité suffisante, URL stables : Googlebot Smartphone doit pouvoir charger et comprendre vos visuels comme sur desktop. Un site qui sert des miniatures dégradées ou des images en lazy-load mal configuré sur mobile prive Google de signaux utiles, notamment pour Google Images. Contenu masqué derrière une interaction Sur mobile, les accordéons, onglets et blocs dépliables sont parfaitement acceptés par Google : le contenu présent dans le HTML est indexé même s’il est visuellement replié. La règle Brioude est simple : masquer pour la lisibilité, oui ; masquer en empêchant le chargement, non. La limite est claire : Google ne charge pas le contenu qui exige une action de l’utilisateur pour apparaître (un clic qui déclenche une requête, un défilement qui charge la suite via JavaScript sans le contenu dans le HTML initial). Si le contenu principal d’une page n’existe dans le code qu’après une interaction, Googlebot ne le verra pas. Le contenu stratégique doit être présent dans le HTML rendu, point. Les points de contrôle techniques à vérifier Ressources accessibles et exploration autorisée Googlebot Smartphone doit pouvoir accéder à toutes les ressources nécessaires au rendu : fichiers CSS, JavaScript, images, polices. Un fichier robots.txt qui bloque ces ressources empêche Google de rendre correctement la page mobile. Vérifiez que votre robots.txt est identique pour les deux versions et qu’il ne bloque aucune ressource de rendu. Sur les sites à URL distinctes (un domaine ou sous-domaine mobile séparé), les contrôles se multiplient : balises rel= »canonical » et rel= »alternate » cohérentes, redirections correctes, équivalence stricte du contenu. Le responsive design reste la configuration recommandée par Google, justement parce qu’il élimine ces sources d’erreur : une seule URL, un seul HTML, aucune divergence possible. Capacité serveur et fréquence de crawl Le passage au mobile first indexing peut modifier la fréquence et le volume d’exploration. Un serveur sous-dimensionné qui répond lentement ou renvoie des erreurs sous la charge de Googlebot voit son crawl ralenti, donc son indexation dégradée. La performance serveur n’est pas un détail technique isolé : c’est une condition d’indexation. Vérifiez aussi la cohérence des codes de réponse entre versions. Une page qui renvoie un code 200 sur desktop mais une erreur 404 ou 500 sur mobile envoie un signal contradictoire à Google. Les erreurs ne doivent jamais être spécifiques à la version mobile. Publicités et interstitiels intrusifs Google pénalise les interstitiels intrusifs sur mobile : pop-ups qui couvrent le contenu principal dès l’arrivée sur la page, bandeaux disproportionnés, fenêtres qui gênent la lecture. Une publicité trop envahissante dégrade l’expérience mobile et peut peser sur le classement. La densité publicitaire doit rester raisonnable et conforme aux standards de qualité. Les erreurs fréquentes qui plombent l’indexation mobile Alléger le contenu mobile « pour la performance » L’erreur la plus répandue : supprimer du texte et des blocs sur mobile au nom de la rapidité. Le raisonnement paraît logique, le résultat est contre-productif. Google indexe ce qu’il voit sur mobile ; un contenu allégé est un contenu désindexé. La bonne approche n’est pas de retirer du contenu, mais de mieux le structurer (accordéons, hiérarchie claire) tout en le gardant dans le HTML. Balises et métadonnées divergentes Balise title différente entre mobile et desktop, meta description absente sur mobile, balise robots noindex héritée d’un thème mal configuré, données structurées présentes seulement sur desktop : ces divergences sont invisibles à l’œil nu et catastrophiques pour le SEO. Elles se détectent uniquement en comparant méthodiquement les deux versions, balise par balise. Liens internes appauvris sur mobile Un menu mobile simplifié à l’extrême, des liens contextuels supprimés pour gagner de la place, un maillage interne réduit : Google évalue la structure de liens sur la version mobile. Si vos pages profondes ne sont reliées que depuis la version desktop, elles perdent en visibilité. Le maillage interne doit être aussi solide sur mobile que sur desktop. Confondre indexation mobile et simple rapidité Un site rapide n’est pas automatiquement bien indexé en mobile first. La vitesse compte, mais elle ne remplace pas la parité de contenu, l’accessibilité des ressources ou la cohérence des balises. Un site ultra-rapide avec un contenu mobile amputé restera mal classé. L’indexation mobile first est d’abord une question de ce que Google voit, ensuite une question de vitesse. Le lien avec les Core Web Vitals mesurés sur mobile Le mobile first indexing et les Core Web Vitals sont deux sujets distincts mais complémentaires. Le premier détermine ce que Google indexe ; les seconds mesurent la qualité de l’expérience sur les pages indexées. Et ces métriques sont évaluées en priorité sur l’expérience mobile. Trois indicateurs composent les Core Web Vitals en 2026. Le LCP (Largest Contentful Paint) mesure le temps d’affichage du plus grand élément visible ; le seuil « bon » est inférieur à 2,5 secondes. L’INP (Interaction to Next Paint), qui a remplacé le FID en mars 2024, mesure la réactivité de la page à chaque interaction ; le seuil « bon » est inférieur à 200 millisecondes. Le CLS (Cumulative Layout Shift) mesure la stabilité visuelle ; le seuil « bon » est inférieur à 0,1. Selon le Web Almanac (2025), seules 62 % des pages mobiles atteignent un bon score LCP et 43 % des sites échouent encore au seuil INP. Sur mobile, ces métriques sont plus difficiles à tenir que sur desktop : connexion variable, processeur plus modeste, écran plus contraint. Une fois la parité de contenu assurée, optimiser vos Core Web Vitals sur mobile devient le levier suivant pour transformer une bonne indexation en bon classement. La méthode Brioude pour préparer votre site 1. Diagnostiquer ce que voit Googlebot Smartphone Avant toute correction, on établit un constat factuel. Inspection d’URL dans Search Console, rendu mobile comparé au desktop, lecture du HTML avec et sans JavaScript. L’objectif : lister précisément chaque écart de contenu, de balise et de ressource entre les deux versions. Pas d’intuition, des datas. 2. Restaurer la parité de contenu On corrige en priorité les écarts qui touchent le contenu stratégique : texte amputé, liens manquants, données structurées absentes, balises divergentes. Chaque élément remis sur la version mobile est un signal rendu à Google. La parité n’est pas un objectif esthétique, c’est la condition de base de l’indexation. 3. Sécuriser l’exploration et le rendu On vérifie que Googlebot Smartphone accède à toutes les ressources, que le robots.txt ne bloque rien d’utile, que les codes de réponse sont cohérents et que le serveur tient la charge de crawl. Sur un site à URL distinctes, on contrôle canonical, alternate et redirections. Quand c’est pertinent, on recommande le passage au responsive pour éliminer les sources d’erreur. 4. Optimiser l’expérience mobile dans la durée Une fois l’indexation sécurisée, on travaille les Core Web Vitals mobiles et la qualité d’expérience : vitesse, stabilité, réactivité, densité publicitaire maîtrisée. C’est l’étape qui transforme une indexation propre en gain de positions concret. La science du clic alliée à l’art de la conversion. Une indexation mobile maîtrisée, des positions qui suivent Le mobile first indexing n’est pas un chantier ponctuel à cocher une fois. C’est la réalité permanente de votre SEO : chaque nouvelle page, chaque refonte, chaque évolution de design doit être pensée pour ce que voit Googlebot Smartphone. Un site dont la version mobile est complète, explorée sans obstacle et rapide donne à Google tout ce dont il a besoin pour bien le classer. Un site dont le mobile est amputé ou bridé se prive de positions sans même le savoir. La bonne nouvelle : la grille de lecture est claire. Parité de contenu, accessibilité des ressources, cohérence des balises, performance mobile. Ces quatre piliers se vérifient, se mesurent et se corrigent. Les robots vous trouvent, les prospects vous choisissent : encore faut-il que les robots voient l’intégralité de ce que vous proposez. Brioude accompagne ses clients sur toute la chaîne, du SEO mobile à l’audit technique, jusqu’à l’optimisation des Core Web Vitals. Pour vérifier ce que Google voit réellement de votre site et poser les bases d’une indexation mobile solide, échangez avec notre équipe sur notre page contact.

L’article Mobile First Indexing : comment préparer votre site est apparu en premier sur Brioude.

L’article "Goossips SEO : API d’indexation" a été publié sur le site Abondance.

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.

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.

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.

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é.

L’article "Comment Bing intègre la sécurité au cœur de la recherche IA" a été publié sur le site Abondance.

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 !

Au programme de cette édition de mai 2026 :

• Pourquoi vous continuez de produire du contenu… pour rien [Partie 1] par Killian Le Moal
• Construire un site scalable et SEO-friendly sur Webflow par Benoît Eveillard
• Racheter un business en ligne : ce que 600 deals nous ont vraiment appris par Kévin Jourdan
• Retour d'expérience : l'IA appliquée au génie hydraulique par Didier Sampaolo
• Dans les coulisses d'une PME e-commerce qui a câblé l'IA sur 100% de ses opérations SEM par Benjamin Hamon

Merci encore à nos 5 auteurs et autrices pour la qualité des articles publiés et leur réactivité : Killian, Benoît, Kévin, Didier et Benjamin.

En bonus : on vous partage le meilleur de notre veille de mai 2026 et un tour d’horizon des outils qui ont attiré l'attention de l'équipe.

 Accéder à l’édition complète

Et, si ce n’est pas encore le cas, abonnez-vous !

Pourquoi vous continuez de produire du contenu… pour rien [Partie 1]

Par Killian Le Moal, Lead GEO-SEO Strategist & Innovation @ Peak Ace agency

 A découvrir dans cet article :

• 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 !

Pourquoi vous continuez de produire du contenu… pour rien [Partie 1]

Construire un site scalable et SEO-friendly sur Webflow

Par Benoît Eveillard, co-fondateur de Justa

A découvrir dans cet article :

• 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.

Construire un site scalable et SEO-friendly sur Webflow      

Racheter un business en ligne : ce que 600 deals nous ont vraiment appris

Par Kévin Jourdan, Fondateur de Dotmarket

A découvrir dans cet article :

• 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.

Racheter un business en ligne : ce que 600 deals nous ont vraiment appris

Retour d'expérience : l'IA appliquée au génie hydraulique

Par Didier Sampaolo, Fondateur de LVLUP

A découvrir dans cet article :

• 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 !

Retour d'expérience : l'IA appliquée au génie hydraulique

Dans les coulisses d'une PME e-commerce qui a câblé l'IA sur 100% de ses opérations SEM

Par Benjamin Hamon, Fondateur de SkyLantern

A découvrir dans cet article :

• 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.

Dans les coulisses d'une PME e-commerce qui a câblé l'IA sur 100% de ses opérations SEM

Comme tous les mois, cette nouvelle édition de Reacteur s’accompagne d’une rubrique dédiée aux derniers outils à tester et les articles qui ont retenus notre attention sur le web !

L’article "L’édition de mai 2026 de Réacteur est en ligne !" a été publié sur le site Abondance.

Le 15 mai 2026, Google a publié un guide officiel dédié à l'optimisation pour ses fonctionnalités d'IA dans la recherche, comme les AI Overviews et l'AI Mode. Signé John Mueller, ce document répond à une question que beaucoup de professionnels se posent depuis des mois : faut-il changer radicalement sa stratégie SEO pour rester visible à l'ère de l'IA générative ? La réponse de Google est claire, mais elle mérite qu'on s'y attarde.

Le SEO est mort, vive le SEO

Depuis l'émergence des réponses générées par IA dans Google Search, une question revient en boucle : les pratiques SEO classiques sont-elles encore utiles ? Certains ont inventé de nouveaux acronymes pour s'adapter, comme l'AEO (Answer Engine Optimization) ou le GEO (Generative Engine Optimization), laissant entendre qu'il fallait désormais optimiser différemment.

Google coupe court à cette ambiguïté. Pour le moteur de recherche, optimiser pour l'IA générative, c'est tout simplement optimiser pour la recherche. Pas de distinction, pas de stratégie parallèle à construire. Les fonctionnalités IA de Google Search, comme les AI Overviews ou l'AI Mode, s'appuient sur les mêmes systèmes de classement et de qualité que la recherche classique.

Deux mécanismes techniques sont au coeur du fonctionnement de ces fonctionnalités :

• Le RAG (Retrieval-Augmented Generation) : l'IA ne fabrique pas ses réponses dans le vide. Elle s'appuie sur les pages indexées dans Google Search pour générer des réponses ancrées dans des sources réelles, avec des liens cliquables vers ces pages. Si votre contenu est bien indexé et considéré comme pertinent, il peut alimenter ces réponses.
• Le query fan-out : pour répondre à une question complexe, le système de Google génère plusieurs requêtes connexes en parallèle. Par exemple, la question « comment soigner une pelouse envahie par les mauvaises herbes » peut générer des requêtes comme « meilleurs herbicides pour gazon », « éliminer les mauvaises herbes sans produits chimiques » ou « prévenir l'apparition des mauvaises herbes ». Votre contenu peut ainsi apparaître dans des réponses IA sur des sujets proches de votre sujet principal.

Ce que Google attend vraiment de votre contenu

La pièce maîtresse du guide concerne la qualité du contenu. Google ne demande pas d'écrire pour des robots ou de reformater ses pages. Il demande de produire du contenu que les visiteurs trouveront utile, fiable et satisfaisant.

Du contenu qui apporte quelque chose de réel

Google oppose clairement deux catégories de contenus :

• Le contenu générique (« 7 conseils pour les primo-accédants ») est basé sur des connaissances communes, sans valeur ajoutée particulière. Il pourrait être produit par n'importe qui, ou par une IA générative sans effort.
• Le contenu non-générique (« Pourquoi on a renoncé à l'inspection et économisé de l'argent : ce que la caméra d'égout a révélé ») apporte un point de vue unique, une expérience de terrain, une expertise réelle. C'est ce type de contenu que les systèmes IA de Google cherchent à mettre en avant.

La logique est simple : si votre contenu se contente de reformuler ce qui existe déjà ailleurs, il n'a pas grand intérêt pour un système IA qui agrège déjà des dizaines de sources. En revanche, un témoignage de première main, une analyse issue d'une pratique professionnelle ou une perspective qui tranche avec le consensus ont beaucoup plus de chances de ressortir.

La structure au service du lecteur, pas de l'algorithme

Google recommande d'organiser les pages avec des paragraphes clairs, des titres bien structurés et une navigation logique. Non pas parce que c'est ce que l'algorithme préfère, mais parce que c'est ce que les humains apprécient. Et ce que les humains apprécient, c'est ce que Google cherche à identifier.

Les images et vidéos de qualité jouent également un rôle. Les fonctionnalités IA peuvent intégrer des visuels dans leurs réponses, ce qui signifie que des images bien optimisées (avec des balises alt, un bon nommage de fichier, etc.) représentent une surface de visibilité supplémentaire.

Ne pas chercher à couvrir toutes les variations de requêtes

Il peut sembler tentant de créer une page pour chaque variante possible d'une requête, notamment en ciblant les fan-out queries évoquées plus haut. Google l'interdit explicitement : produire du contenu en masse pour couvrir toutes les variations possibles relève de l'abus de contenu à grande échelle, ce qui est contraire aux politiques anti-spam de Google.

Par ailleurs, cette stratégie est inefficace. Les systèmes IA de Google comprennent les synonymes, les sens proches et les intentions de recherche. Vous n'avez pas besoin d'avoir un article pour chaque formulation possible d'un sujet pour être visible.

La technique reste la fondation

Avant même de se demander si votre contenu peut apparaître dans une réponse IA, il faut s'assurer que Google peut le trouver et l'indexer. Aucune des nouvelles fonctionnalités IA ne change cette réalité fondamentale.

Les points techniques à maintenir sont les mêmes qu'en SEO classique :

• L'indexation reste obligatoire. Une page non indexée ou exclue via une balise nosnippet n'apparaîtra pas dans les résultats IA. C'est un prérequis absolu.
• Le crawl doit être facilité. Les modèles IA de Google s'appuient sur du contenu crawlable publiquement. Pour les sites volumineux et fréquemment mis à jour, la gestion du budget de crawl reste un sujet à part entière.
• Le JavaScript doit être accessible. Google est capable de traiter du contenu JavaScript, mais cela reste plus complexe à gérer qu'un contenu HTML classique. Les bonnes pratiques SEO pour les frameworks JavaScript s'appliquent toujours.
• L'expérience utilisateur compte. Temps de chargement, affichage sur mobile, lisibilité du contenu principal : ces critères d'expérience de page restent pertinents pour la visibilité dans les résultats IA.
• Le contenu dupliqué doit être réduit. En plus de nuire à l'expérience utilisateur, il gaspille les ressources de crawl de Google.

La Google Search Console reste l'outil de référence pour diagnostiquer les problèmes techniques et vérifier que vos pages sont bien éligibles à l'indexation.

Ce que vous pouvez arrêter de faire

C'est probablement la partie la plus attendue du guide. Google liste officiellement les pratiques inutiles pour apparaître dans ses fonctionnalités IA.

• Le fichier llms.txt et autres fichiers spéciaux pour l'IA. Vous n'avez pas besoin de créer de nouveaux fichiers lisibles par les machines, de fichiers texte pour l'IA ou de contenu en Markdown pour apparaître dans les résultats IA de Google. Si Google découvre et indexe ce type de fichiers, cela ne leur confère aucun traitement particulier.
• Le chunking de contenu. Certains conseillent de découper le contenu en petits blocs pour faciliter la compréhension par les IA. Google indique clairement que ce n'est pas nécessaire : ses systèmes sont capables de comprendre plusieurs sujets sur une même page et de faire remonter le passage pertinent pour une requête donnée. La longueur idéale d'une page, c'est celle qui convient à votre audience et à votre sujet.
• La réécriture du contenu pour l'IA. Il n'est pas nécessaire d'adapter son style rédactionnel pour les systèmes IA. Ces derniers comprennent les synonymes et les intentions de recherche, ce qui signifie qu'une absence de mots-clés de longue traîne ne vous pénalise pas.
• La recherche de mentions artificielles. Certains suggèrent de multiplier les mentions de sa marque sur des blogs, forums et discussions pour influencer les réponses IA. Google indique que ses systèmes de classement se concentrent sur du contenu de qualité et filtrent le spam. Les mentions non authentiques n'ont pas l'effet escompté.
• La suroptimisation en données structurées pour l'IA. Les données structurées ne sont pas requises pour apparaître dans les résultats IA, et aucun schéma Schema.org particulier n'est à ajouter dans ce but. Continuer à les utiliser dans le cadre d'une stratégie SEO globale reste utile pour les rich results, mais pas comme levier d'apparition dans les réponses IA.

Les agents IA : un espace à suivre

Le guide aborde en fin de parcours la question des agents IA autonomes, des systèmes capables d'effectuer des tâches pour le compte d'un utilisateur (réserver une table, comparer des produits, etc.). Ces agents peuvent interagir avec votre site de façon différente d'un utilisateur classique : en analysant des captures d'écran, en inspectant la structure du DOM ou en interprétant l'arbre d'accessibilité.

Google reconnaît que cet espace est en pleine émergence et évolution. Il mentionne notamment l'Universal Commerce Protocol (UCP), un protocole en cours de développement qui permettrait aux agents Search d'aller plus loin dans leurs interactions avec les sites marchands.

Pour les professionnels dont l'activité est directement concernée par ces usages (e-commerce, services, réservation en ligne), Google recommande de consulter le guide sur les bonnes pratiques pour les sites « agent-friendly » et d'explorer des produits comme Business Agent, une expérience conversationnelle permettant aux clients d'interagir directement avec une marque depuis Google Search.

Pour le moment, Google présente cette partie comme optionnelle, à explorer si vous avez du temps supplémentaire. Ce n'est pas une priorité immédiate pour la majorité des sites.

Google Merchant Center et les fiches locales restent des leviers clés

Pour les commerces locaux et les sites e-commerce, Google rappelle que les réponses IA peuvent inclure des fiches produits, des informations commerciales et des données sur les entreprises locales. Alimenter correctement Google Merchant Center (via des flux produits) et Google Business Profile reste donc un levier direct pour apparaître dans les réponses IA liées aux achats et aux recherches locales.

L’article "Google publie son premier guide officiel pour apparaître dans les résultats IA" a été publié sur le site Abondance.

Google vient de mettre à jour sa politique anti-spam pour lever toute ambiguïté : les techniques de manipulation interdites dans la recherche classique le sont désormais explicitement dans les réponses générées par l'IA, comme AI Overviews et AI Mode.

Une mise à jour courte, mais importante

Comme l'a fait remarquer Barry Schwartz sur Search Engine Land, le 15 mai 2026, Google a discrètement modifié l'introduction de sa page dédiée aux politiques anti-spam dans la recherche. La modification est minime dans la forme, mais significative dans ce qu'elle implique.

Auparavant, Google définissait le spam comme des techniques visant à « tromper les utilisateurs ou à manipuler ses systèmes de recherche pour obtenir un classement élevé ». Désormais, la définition s'étend explicitement à la manipulation des « réponses IA génératives dans Google Search ».

Autrement dit, chercher à apparaître dans une réponse AI Overview ou dans AI Mode en utilisant des méthodes contraires aux règles de Google est considéré comme du spam. Et Google peut sanctionner les sites concernés.

Pourquoi Google fait cette mise au point maintenant

Depuis l'essor des expériences de recherche basées sur l'IA, un marché du conseil s'est développé autour d'une question : comment faire en sorte que son site ou sa marque soit cité dans les réponses générées par l'IA ?

Certaines de ces recommandations s'appuient sur des pratiques légitimes d'optimisation du contenu. Mais d'autres s'aventurent dans des zones grises, voire franchissent directement la ligne rouge des pratiques manipulatrices.

Le message de Google est clair : les règles du jeu ne changent pas parce que le format de la réponse change. Que l'on cherche à se positionner dans les résultats organiques classiques ou dans une synthèse générée par l'IA, les mêmes principes s'appliquent.

Ce que cela change concrètement pour les professionnels du SEO

Pour les équipes SEO et les créateurs de contenu, cette mise à jour invite à relire attentivement la politique anti-spam de Google avant de mettre en place toute stratégie orientée « visibilité dans l'IA ».

Les pratiques concernées ne sont pas nouvelles : le keyword stuffing, les liens artificiels, le duplicate content ou généré de façon automatisée à des fins de manipulation restent interdits, qu'ils ciblent le ranking classique ou les réponses IA.

Ce qui change, c'est que Google officialise le périmètre d'application de ces règles. Il ne s'agit plus d'une zone d'interprétation : toute tentative de manipulation des systèmes IA de Google dans Search est désormais clairement dans le viseur.

L’article "Google précise que ses règles anti-spam s’appliquent aussi aux réponses IA" a été publié sur le site Abondance.

En mars 2026, Google a discrètement accordé à un groupe restreint d'éditeurs la possibilité de personnaliser leur profil Discover : bannière, liens, publications épinglées. Un terrain encore vierge. Nous avons analysé plus de 50 profils concernés pour comprendre comment ces éditeurs se sont emparés de la fonctionnalité, et ce que cela révèle pour ceux qui n'y ont pas encore accès.

Un programme pilote passé sous les radars

Depuis fin 2024, Google Discover propose des pages de profil éditeur accessibles depuis le flux (profile.google.com/cp/...). Pour l'immense majorité des éditeurs, ces profils sont générés automatiquement par Google : un logo, un texte descriptif, quelques liens vers les réseaux sociaux, et la mention "Profile generated by Google" en bas de page.

Mais depuis mars 2026, un petit groupe d'éditeurs dispose d'une version différente. Plus riche. Sans la mention "généré par Google". Avec des fonctionnalités supplémentaires que les autres n'ont pas.

Ce groupe n'a fait l'objet d'aucune communication officielle de la part de Google. Pas de documentation publique sur les critères de sélection. Pas de formulaire d'inscription dans la Search Console. Tout indique un programme sur invitation.

Chez 1492.vision, nous monitorons les profils Discover de près de 47 000 éditeurs à travers 7 langues. C'est en croisant les snapshots réguliers de ce monitoring que nous avons identifié les 54 domaines qui bénéficient de ces fonctionnalités enrichies de manière persistante. Tous sont basés aux États-Unis, tous publient en anglais. Voici ce qu'on a trouvé.

Ce que les profils enrichis permettent

Un éditeur disposant du profil enrichi accède à trois fonctionnalités absentes du profil standard.

La bannière (header image). Un visuel affiché en haut du profil, comparable à la bannière d'une chaîne YouTube ou d'une page Facebook. C'est le premier élément visible par l'utilisateur qui consulte le profil depuis Discover.

Les liens (featured links). Un bloc configurable de liens apparaissant sur le profil, sous la bannière. L'éditeur choisit les URL, les titres et l'ordre d'affichage. On peut y pointer vers des sections du site, une page météo, un flux live, une application, un formulaire de don ou d'abonnement.

Les publications épinglées (Pinned, anciennement "Featured Posts"). La capacité d'épingler un article spécifique en position proéminente sur le profil. Comparable à un tweet épinglé : l'éditeur met en avant le contenu de son choix.

L'ordre d'affichage personnalisable. Sur un profil standard, les réseaux sociaux sont classés automatiquement par nombre de followers, le site web apparaissant en dernier. Sur un profil réclamé, l'éditeur choisit l'ordre. Il en va de même pour les onglets (Articles, profils sociaux). Newsweek place YouTube en premier et Articles en second. Delish met Website en tête, suivi d'Instagram. Ce détail révèle les priorités d'audience de chaque éditeur.

En parallèle, ces profils perdent la mention "Profile generated by Google" visible sur tous les autres. Ce détail technique distingue visuellement un profil "réclamé" d'un profil automatique. Il signale à l'utilisateur (et aux analystes) que l'éditeur a pris la main sur sa présence Discover.

Le profil standard, lui, agrège des informations que Google collecte de manière automatique : logo issu du Knowledge Graph, texte descriptif (souvent tiré de Wikipedia), liens sociaux. Fonctionnel, mais pas configurable.

Qui sont ces 54 éditeurs ?

La composition du groupe n'est pas aléatoire. Google a sélectionné un mix d'éditeurs nationaux, régionaux, locaux et spécialisés, avec une surreprésentation notable de la presse locale.

Trois observations sur cette sélection.

Premièrement, la presse locale domine. En additionnant TV locales et presse régionale, on atteint 27 éditeurs sur 54, soit la moitié exacte du groupe. C'est cohérent avec les déclarations publiques de Google sur le soutien au journalisme local.

Deuxièmement, les grands groupes médias sont bien représentés. On retrouve Hearst (au moins 10 domaines entre le Connecticut, SFGate, le Boston Globe et d'autres titres régionaux), le réseau Fox (stations affiliées et propriétés nationales), Dotdash Meredith (Delish, Country Living, House Beautiful), et Dow Jones (WSJ, Barron's, Mansion Global).

Troisièmement, l'éventail est délibérément large. Du Wall Street Journal (42,7 millions de followers sur le profil) à The Hour, un quotidien du Connecticut avec 31 000 followers. De Pew Research, un think-tank non-partisan, à SecretNYC, un média social natif. Google ne teste pas une niche : il teste un spectre.

Comment les éditeurs utilisent ces fonctionnalités

C'est la question centrale de notre analyse. Les 54 éditeurs ont accès aux mêmes outils. Ils ne les utilisent pas du tout de la même manière.

Les bannières : cinq archétypes, zéro amateur

Sur les 54 éditeurs, 41 ont mis en ligne une bannière. Les 13 restants ont la fonctionnalité activée (état "prepared") mais n'ont pas encore importé de visuel.

Observation frappante : pas une seule bannière ne fait amateur. Zéro logo étiré, zéro image par défaut, zéro clip-art. Chaque éditeur a investi du temps de design. On a identifié cinq archétypes visuels.

Brand-pattern. Pas de photographie, juste la marque. Le Wall Street Journal utilise une répétition de son wordmark serif sur fond noir. Barron's, un motif géométrique abstrait aux couleurs de la marque. C'est le choix de prestige par excellence.

Contenu éditorial. La bannière montre ce que l'éditeur couvre. Delish affiche une photographie culinaire vue du dessus. The Dodo, un chiot. Fox Business, un composite drapeau américain / courbe boursière. Le contenu est l'identité.

Fierté locale. Les médias locaux ancrent leur identité dans un lieu. KTLA montre le coucher de soleil sur la côte pacifique avec le numéro "5" de la chaîne en surimpression. Le Boston Globe, des cerisiers en fleurs au bord de l'eau. Atlanta News First, la skyline nocturne de la ville.

Brand-statement. SecretNYC affiche un collage avec son manifeste ("Hyper-local, Super shareable"). NY Magazine présente ses couvertures print disposées sur un fond corail.

Archive de Unes. Un archétype unique au New York Post, qui affiche une grille de 12 Unes historiques iconiques en noir et blanc ("SACKED!", "HAMBURGLAR", "BOMBERS ARE BACK!"). L'histoire du journal est la bannière.

Le format carré domine : 71% des bannières adoptent un ratio proche de 1:1, contre 29% en format paysage. Le tier prédit l'archétype : les nationaux choisissent le brand-pattern, les locaux la fierté locale, les marques lifestyle le contenu éditorial.

Les liens : une navigation de site, pas une surface promotionnelle

33 éditeurs sur 54 ont la fonctionnalité de liens activée, et 31 ont configuré au moins un lien, pour un total de 65 entrées. Ces liens pointent à 85% vers le propre domaine de l'éditeur : sections du site, pages météo, flux live, sous-rubriques régionales.

Le pattern dominant est clair : les éditeurs transforment le bloc de liens en mini-navigation de site. Les stations TV affiliées à Fox ont adopté un playbook quasi identique d'une station à l'autre : Watch Live, Weather, Local News, sous-région, Contact.

Les TV locales sont les power users de cette fonctionnalité. À elles seules, les 14 stations totalisent 31 liens sur 65 (moyenne de 2,2 par éditeur). Les 15 éditeurs nationaux, eux, n'en ont posté que 9 au total (moyenne de 0,6). Le Wall Street Journal, Fox News, Newsweek, Barron's : aucun lien configuré.

Trois cas atypiques méritent d'être signalés. PIX11 a publié un lien intitulé "How to make PIX11 a preferred source on Google", une méta-promotion du Follow Discover. Gothamist redirige vers une page de don (pledge.wnyc.org) avec un tracking UTM dédié. Fox Nation oriente directement vers son paywall.

UTM tracking : le grand absent

Sur 65 liens configurés, seulement 3 sont instrumentés avec des paramètres UTM. Trois.

Gothamist est le seul éditeur avec un tag de campagne nommé spécifiquement pour le profil Discover. L'Inquirer a créé un tag dédié pour sa newsletter, mais a recyclé un tag Instagram pour son offre d'abonnement : les clics atterriront dans son bucket Instagram, faussant l'attribution.

Les 62 autres liens ne portent aucun paramètre de tracking. Autrement dit, 95% du trafic généré par cette surface est invisible dans les outils d'analytics de ces éditeurs. C'est un angle mort considérable pour une fonctionnalité nouvelle.

Pinned (ex-Featured Posts) : la capacité est là, l'usage ne suit pas

52 éditeurs sur 54 ont la capacité d'épingler un article, mais seulement 13 ont un post actif au moment de notre analyse.

Le tier qui l'utilise le plus est celui des marques lifestyle : 5 sur 6 ont un featured post actif. Les nationaux, à l'inverse, n'en comptent que 2 sur 15 malgré la capacité activée chez 14 d'entre eux. Même schéma que pour les liens : les éditeurs avec les plus grosses audiences n'investissent pas la surface configurable.

Coordination de groupe : le cas Hearst Connecticut

Quand un groupe média compte plusieurs domaines dans le programme, la configuration est-elle centralisée ou gérée par chaque rédaction ?

La réponse dépend du groupe. Hearst Connecticut est le seul cas de coordination totale. Cinq journaux (CT Insider, CT Post, New Haven Register, The News-Times, The Hour) partagent une configuration rigoureusement identique : même état de profil, mêmes paramètres, deux liens configurés chacun, et le même checkout d'abonnement Hearst avec un identifiant par journal. C'est un déploiement piloté par une équipe digitale centrale.

Partout ailleurs, la configuration est spécifique à chaque rédaction. Les stations Fox affiliées (KTLA, MyFox8, PIX11, WSMV) ont chacune un setup différent. Chez Dotdash Meredith (Delish, Country Living, House Beautiful, Prevention, Everyday Health), on observe 4 configurations distinctes pour 5 domaines. Chez Dow Jones, le WSJ et sa version japonaise partagent la même bannière (un cas unique de réutilisation d'asset visuel), mais la configuration fonctionnelle est minimale et identique.

Le signal est clair : même au sein de groupes intégrés, la gestion du profil Discover reste largement locale.

Le paradoxe : les plus gros ne sont pas les plus engagés

Pour quantifier l'engagement des éditeurs avec la fonctionnalité, nous avons construit un score d'adoption composite (0 à 6 points) : +1 pour la bannière, +1 pour les liens activés, +1 pour les featured posts actifs, +1 pour au moins un lien configuré, +1 pour 4 réseaux sociaux ou plus renseignés, +1 pour du tracking UTM.

Personne n'a obtenu 6 sur 6. Le score maximal observé est 5, atteint par 8 éditeurs seulement (dont PIX11, Delish, Fox Weather, The Dodo, et trois stations TV locales).

La distribution est contre-intuitive. Les marques lifestyle et les TV locales, qui disposent souvent des audiences Discover les plus modestes du groupe, sont les plus engagées avec l'outil. Les éditeurs nationaux (WSJ, Fox News, Newsweek), qui concentrent l'essentiel du volume, ont pris leur bannière et n'ont touché à rien d'autre. Score moyen : 2,93.

L'hypothèse la plus plausible : pour les grands médias nationaux, Discover n'est qu'un canal parmi d'autres, et l'investissement dans une fonctionnalité expérimentale ne justifie pas de mobiliser des ressources. Pour une station TV locale ou une marque lifestyle, chaque surface de visibilité compte, et le profil Discover représente un outil concret de fédération de l'audience locale.

Ce que cela implique pour les éditeurs francophones

À ce jour, le programme est exclusivement déployé aux États-Unis, en anglais. Notre monitoring couvre 7 langues (dont le français, l'allemand, l'espagnol, l'italien, le néerlandais) et nous n'avons identifié aucun profil enrichi en dehors du marché anglophone. Mais l'infrastructure existe : les 47 000 éditeurs monitorés ont tous un profil Discover, simplement sans les fonctionnalités enrichies.

Si Google étend le programme, et les signaux vont dans ce sens (le label "Profile generated by Google" a disparu des profils réclamés en avril 2026, signe d'une maturation du produit), voici ce qu'on peut préparer dès maintenant.

Préparer une bannière professionnelle. Le format carré (ratio 1:1) domine dans la cohorte, avec une résolution de 512 pixels minimum. Le standard visuel est élevé : pas de place pour l'improvisation. Investissez du temps de design.

Vérifier vos données structurées. Le profil standard agrège les liens sociaux notamment à partir des balises sameAs de votre JSON-LD. Si ces balises sont incomplètes ou obsolètes, votre profil Discover le reflétera.

Anticiper une stratégie de liens. Les éditeurs qui tirent le meilleur parti de la fonctionnalité pointent vers des sections clés de leur site (rubriques, météo, flux live, newsletter). Identifiez les 3 à 5 destinations que vous mettriez en avant.

Penser UTM dès le départ. La leçon la plus saillante de cette cohorte : 95% des éditeurs n'instrumentent pas leurs liens de profil. C'est une erreur d'attribution que vous pouvez éviter en planifiant votre convention de nommage UTM avant même d'obtenir l'accès.

Conclusion

Ce qui frappe dans cette analyse, ce n'est pas tant ce que Google propose (les fonctionnalités sont relativement simples) que la diversité des réponses. Le même outil, entre les mains de 54 éditeurs, produit 54 configurations différentes, du profil quasi vide au profil méticuleusement optimisé. La fonctionnalité est jeune, le programme est restreint, et les éditeurs tâtonnent encore.

Ces données sont issues du Profile Features Monitor de 1492.vision, qui suit l'évolution des profils Discover de près de 47 000 éditeurs à travers 7 langues. L'analyse détaillée par éditeur est accessible aux utilisateurs enregistrés. Le monitoring se poursuit : les prochains snapshots nous diront si Google élargit le programme à d'autres marchés.

Un article de référence complet, avec plus de visuels, est disponible en accès libre sur https://1492.vision/research/discover-publisher-profiles-fr

Sylvain Deauré & Damien Andell - 1492.vision

L’article "Google Discover offre des profils enrichis à 54 éditeurs : ce qu’ils en font vraiment" a été publié sur le site Abondance.

Du 16 mars au 17 avril 2026, GreenRed a organisé le premier concours GEO français. Le principe : faire émerger un mot inventé, « vultifrine », dans les réponses de cinq IA génératives. Chaque jour, dix requêtes liées à ce terme étaient testées sur ChatGPT, Claude, Mistral, Perplexity et Gemini.

Le classement ne portait pas sur des positions Google, mais sur les mentions de domaine dans les réponses. J’y ai participé avec IndHack, qui a terminé premier avec 139 mentions officielles : 71 sur Mistral, 38 sur Claude, 21 sur ChatGPT, 5 sur Perplexity et 4 sur Gemini.

Pourquoi le GEO intéresse déjà le SEO

Le GEO, pour Generative Engine Optimization, consiste à travailler sa présence dans les réponses produites par les IA. Le sujet monte parce que les usages changent : une partie des internautes ne cherche plus seulement une liste de liens, mais une réponse directe, synthétisée, souvent accompagnée de sources.

Pour une entreprise, l’enjeu est simple : si ChatGPT, Perplexity, Claude ou Gemini citent toujours les mêmes acteurs, ces sources gagnent une visibilité nouvelle. Le SEO ne disparaît pas, mais il s’élargit : il faut continuer à être visible sur Google, tout en devenant suffisamment clair et fiable pour être repris par les moteurs génératifs.

Un mot fictif, donc un terrain neutre

La vultifrine n’existait pas avant le concours. Il n’y avait pas de requêtes installées, pas d’articles anciens, pas de source déjà reconnue sur ce mot. Les IA devaient construire leur compréhension à partir des contenus publiés pendant le concours.

En tant que consultante SEO, ce cadre était intéressant : on ne cherchait pas seulement à savoir quelle page allait se positionner, mais quelle source allait devenir assez crédible pour être citée dans une réponse générée.

Les grandes lignes de la stratégie IndHack

IndHack est d’abord mon site professionnel autour du SEO, du GEO et de la visibilité web. Pour le concours, j’ai créé à l’intérieur du site un hub GEO expérimental, clairement isolé du reste : une page laboratoire, une page principale sur la vultifrine et dix pages filles alignées avec les dix requêtes suivies.

L’objectif était de rendre le test lisible par les IA : une entité claire, des réponses courtes, des données chiffrées, des données structurées, un fichier llms.txt, du maillage interne, des mises à jour visibles et des signaux externes cohérents.

J’ai aussi travaillé l’indexation. Sur un mot inventé, une page pertinente mais non découverte ne sert à rien. Sitemaps, IndexNow, soumissions via Bing ou Google quand c’était possible, contrôle des dates de mise à jour : tout devait aider les moteurs à découvrir rapidement les contenus et à en comprendre la fraîcheur.

Ce que le concours a montré

Toutes les IA ne réagissent pas de la même manière. Perplexity capte vite les sources web et communautaires. ChatGPT dépend beaucoup de la qualité d’indexation et de la structure des pages.

Gemini reste très lié à l’écosystème Google. Claude demande une forte cohérence factuelle. Mistral capte très bien les contenus structurés, les FAQ et les blocs courts.

Ces observations ne sont pas des règles absolues, mais elles montrent qu’on ne peut pas mesurer la visibilité IA avec une seule requête, sur un seul moteur. Il faut regarder plusieurs IA, plusieurs formulations, et surtout les sources qu’elles choisissent réellement de citer.

TOP 5 des leviers qui font la différence

1. Construire une entité claire. Une IA doit comprendre qui parle, de quoi, et pourquoi cette source est légitime. Dans mon cas, l’entité IndHack / Indiana Aflalo devait rester identifiable derrière les contenus.
2. Rendre l’information facile à reprendre. Le format BLUF, qui donne la réponse essentielle en début de bloc, aide les IA à extraire une définition, un chiffre ou une explication sans perdre le contexte.
3. Soigner l’indexation et la fraîcheur. Les contenus doivent être découverts vite, mis à jour et cohérents. Une bonne page que les moteurs ne voient pas à temps ne peut pas être citée.
4. Créer des signaux externes cohérents. Le travail ne s’est pas limité au site : Wikidata quand c’était possible, Dev.to pour l’angle technique, GitHub et Hugging Face pour les ressources publiées, LinkedIn et YouTube pour les signaux d’auteur et de diffusion.
5. Mesurer plusieurs moteurs. Un résultat sur ChatGPT ne suffit pas. Les IA n’ont pas les mêmes sources, les mêmes délais ni les mêmes réflexes de citation.

Ce que cela change pour un site web

Le référencement naturel reste la base. Mais la visibilité dans les IA renforce l’exigence : moins de pages floues, plus de faits, plus de structure, plus de fraîcheur et plus de cohérence entre le site, les données structurées et les signaux externes.

C’est aussi ce constat qui m’a poussée à créer un testeur de visibilité IA gratuit, afin d’aider les éditeurs à vérifier leurs premiers signaux de lisibilité. La conclusion du concours est nette : dans les réponses IA, la source qui gagne n’est pas forcément la plus ancienne, ni la plus puissante. C’est celle qui aide le mieux la machine à produire une réponse fiable, claire et attribuable.

L’article "Comment les IA choisissent leurs sources : retour sur le concours GEO GreenRed" a été publié sur le site Abondance.

90 % des problèmes de tracking remontent à une seule origine : un dataLayer mal structuré. GTM peut tagger un site sans dataLayer ; il ne peut pas le tagger correctement. Sans cette couche de données, chaque ajout de tag devient un bricolage CSS, chaque évolution casse les rapports GA4, chaque migration de site oblige à tout reconstruire. Comprendre le dataLayer, c’est arrêter de subir GTM pour commencer à le piloter. Le dataLayer, la couche qui rend GTM intelligent Ce que GTM voit sans dataLayer Sans dataLayer, GTM ne voit qu’une page : son URL, son titre, les clics, les scrolls, les soumissions de formulaire génériques. Pour aller plus loin (le prix d’un produit ajouté au panier, la catégorie d’une fiche, le statut d’un client connecté, la valeur d’un lead), il faut un autre canal. C’est exactement ce que fait le dataLayer : il transporte le contexte métier de la page jusqu’à GTM, qui le relit et l’envoie à GA4, Google Ads, Meta Ads, LinkedIn Insight ou n’importe quel pixel marketing. Le dataLayer : un tableau JavaScript, pas une fonctionnalité Google Le dataLayer n’est pas un outil Google. C’est un simple tableau JavaScript (window.dataLayer) injecté dans le code source du site, que GTM interroge en continu. Sa puissance vient de sa neutralité : peu importe la stack technique (WordPress, Shopify, Next.js, headless), le dataLayer a la même syntaxe et le même comportement. Cela en fait la pierre angulaire de tout plan de marquage durable. Les 3 rôles fondamentaux du dataLayer 1. Transmettre des données contextuelles à GTM Le dataLayer expose à GTM des informations qui ne sont pas accessibles autrement : l’identifiant utilisateur, la catégorie de la page, la valeur d’un panier, le statut d’un abonnement, la langue de navigation. Sans ces données, GA4 ne peut pas segmenter, Google Ads ne peut pas optimiser ses enchères sur la valeur réelle, Meta ne peut pas activer ses audiences personnalisées. 2. Déclencher des événements personnalisés Un événement (event) dans le dataLayer correspond à une action utilisateur ou système : soumission de formulaire, lecture vidéo, scroll à 75 %, ajout au panier, conversion. GTM écoute en continu ces événements et déclenche les tags correspondants. Cela remplace avantageusement la détection par CSS ou DOM, fragile à chaque mise à jour de design. 3. Centraliser un référentiel cross-outils Une fois construit, le même dataLayer alimente GA4, Google Ads, Meta Ads, LinkedIn Insight Tag, TikTok Pixel et tout autre pixel marketing. Plus besoin de coder une intégration spécifique pour chaque outil. Cette centralisation réduit la maintenance, harmonise les définitions (un « achat » veut dire la même chose partout) et limite les écarts entre plateformes. La structure technique d’un dataLayer en 2026 L’initialisation : avant le snippet GTM Le dataLayer doit être initialisé avant le chargement du conteneur GTM, sinon les push déclenchés au plus tôt dans la page sont perdus. La documentation officielle Google recommande la séquence suivante : window.dataLayer = window.dataLayer || []; Cette ligne s’intègre dans le <head>, juste avant le snippet GTM. Elle garantit que le tableau existe et n’écrase pas un dataLayer déjà présent (cas fréquent quand un thème ou un plugin l’initialise lui aussi). La syntaxe dataLayer.push() Toute information envoyée à GTM passe par la méthode push(). Deux usages cohabitent : // Pousser un événement dataLayer.push({'event': 'lead_qualified'}); // Pousser des variables dataLayer.push({ 'user_id': '12345', 'user_segment': 'B2B', 'page_category': 'service' }); Les deux peuvent être combinés dans un seul push. Chaque push est ajouté au tableau, jamais écrasé. C’est l’erreur la plus fréquente : réaffecter window.dataLayer = [{...}] au lieu de pousser, ce qui efface tout l’historique de la session. Les clés réservées : event et gtm.* Deux espaces de noms sont réservés. La clé event déclenche les tags GTM (c’est elle qui permet à un trigger « Custom Event » de se reconnaître). Les clés préfixées gtm.* (gtm.start, gtm.uniqueEventId, gtm.scrollDepth) sont générées automatiquement par GTM et ne doivent jamais être surchargées manuellement, sous peine de comportement imprévisible. camelCase ou snake_case : la convention qui fait la différence Les événements GA4 attendent des noms en snake_case (add_to_cart, view_item, begin_checkout). Les variables GTM internes acceptent les deux formats. La règle Brioude : aligner tout le dataLayer sur la convention snake_case pour rester compatible avec les recommandations Google et éviter les bugs de casse. La moindre incohérence (addToCart sur la home, add_to_cart sur la fiche produit) casse les rapports GA4 sans alerte visible. 5 exemples concrets de dataLayer en production Exemple 1 : page view enrichie B2B window.dataLayer = window.dataLayer || []; window.dataLayer.push({ 'event': 'page_view_enriched', 'page_type': 'service', 'page_category': 'seo', 'user_status': 'logged_out', 'visitor_segment': 'b2b' }); Utile pour segmenter les rapports GA4 par typologie de page et de visiteur, et alimenter des audiences Google Ads remarketing par catégorie. Exemple 2 : soumission de formulaire avec qualification dataLayer.push({ 'event': 'form_submit', 'form_id': 'contact_b2b', 'form_step': 'completed', 'lead_score': 75, 'lead_value_estimated': 2500 }); La clé lead_value_estimated permet à Google Ads d’optimiser ses enchères sur la valeur estimée du lead, pas seulement sur le volume. Exemple 3 : vue de fiche produit (e-commerce GA4) dataLayer.push({ 'event': 'view_item', 'ecommerce': { 'items': [{ 'item_id': 'SKU_42', 'item_name': 'Casque audio premium', 'item_category': 'audio', 'item_brand': 'BrandX', 'price': 199.00, 'quantity': 1 }] } }); Cet événement suit le schéma GA4 e-commerce officiel. Tout écart de structure (oubli du tableau items, changement de nom de clé) fait disparaître l’événement des rapports. Exemple 4 : ajout au panier dataLayer.push({ 'event': 'add_to_cart', 'ecommerce': { 'currency': 'EUR', 'value': 199.00, 'items': [{ 'item_id': 'SKU_42', 'item_name': 'Casque audio premium', 'price': 199.00, 'quantity': 1 }] } }); Le couple currency + value est obligatoire pour que GA4 calcule le ROAS et que Google Ads optimise sur la valeur. Exemple 5 : achat (transaction complète) dataLayer.push({ 'event': 'purchase', 'ecommerce': { 'transaction_id': 'CMD_2026_05_11_001', 'value': 398.00, 'tax': 79.60, 'shipping': 4.90, 'currency': 'EUR', 'coupon': 'PROMO20', 'items': [ { 'item_id': 'SKU_42', 'item_name': 'Casque audio premium', 'price': 199.00, 'quantity': 2 } ] } }); Le transaction_id est unique par commande, ce qui évite la double comptabilisation des conversions en cas de rechargement de la page de remerciement (cas fréquent). Les erreurs les plus fréquentes sur le dataLayer Casse incohérente entre pages addToCart sur la home, add_to_cart sur la fiche produit : GA4 considère les deux comme des événements différents. Vérifiable en quelques minutes via l’onglet Events du DebugView GA4 ou le mode Preview de GTM. Si vous voyez deux variantes du même événement, vous avez un problème de casse. Le dataLayer écrasé au lieu d’être pushé window.dataLayer = [{'event': 'click'}] efface tout l’historique. La forme correcte reste window.dataLayer.push({'event': 'click'}). Quand un développeur réaffecte le tableau, GTM perd toutes les données déjà collectées dans la session, y compris les événements de page_view initiaux. La correction est immédiate, mais le diagnostic prend du temps si le problème n’est présent que sur certains parcours. Le plan de marquage « tout tracker » qui pollue L’erreur la plus répandue dans les plans de marquage : vouloir tout suivre (chaque clic, chaque scroll, chaque champ de formulaire). Résultat : 200 événements dans GA4, dont 180 ne servent à rien et masquent les 20 qui comptent. La règle : tracker uniquement ce qui sert une décision business identifiée. Plus de datas, moins de blabla. L’absence de plan de marquage documenté Sans document de référence partagé entre marketing, dev et data, chaque nouveau site ou chaque nouvelle fonctionnalité réinvente sa propre nomenclature. Six mois plus tard, plus personne ne sait quel événement signifie quoi. Le plan de marquage doit lister chaque événement, ses paramètres, sa source de données et son objectif business. Un fichier partagé et versionné, pas un brouillon dans une boîte mail. La méthode Brioude : du plan de marquage au dataLayer fonctionnel Cartographier les décisions business avant la technique Avant le moindre push, identifier les questions auxquelles le tracking doit répondre. Combien de leads qualifiés par campagne ? Quel produit génère le plus de marge ? Quel segment d’audience convertit mieux ? Chaque question business produit un événement utile. Les questions sans réponse business produisent du bruit. Construire un plan de marquage documenté Le plan de marquage liste chaque événement (nom, déclencheur, paramètres, source, objectif), chaque variable et chaque utilisation aval (GA4, Ads, Meta). Ce document devient la référence unique entre le marketing, les développeurs et la data. Il évolue dans le temps, en versionne les changements et tracke les dépréciations. Implémenter le dataLayer dans le code source L’implémentation se fait au plus près du code source, pas via un plugin générique. Sur WordPress, des hooks PHP injectent le dataLayer dans le <head>. Sur un site headless ou Next.js, l’injection passe par le state global de l’application. L’avantage : zéro dépendance à un plugin tiers, donc zéro risque de casse lors d’une mise à jour. Recetter en pré-production Avant la mise en ligne, chaque événement est testé via le mode Preview de GTM, le DebugView GA4 et l’inspecteur réseau. La même rigueur que pour les contrôles Consent Mode s’applique au dataLayer : ne rien déployer en production sans validation manuelle de chaque événement. Un dataLayer bien pensé, c’est un tracking qui dure Le dataLayer n’est pas un détail technique réservé aux développeurs. C’est l’infrastructure qui conditionne la qualité de tout le marketing digital aval : performances Google Ads, fiabilité des rapports GA4, précision du remarketing, qualité du scoring des leads. Une heure passée à structurer un plan de marquage solide en début de projet évite des dizaines d’heures de correction six mois plus tard. Brioude accompagne ses clients sur l’intégralité de la chaîne : de la formation Google Tag Manager au plan de marquage, jusqu’à l’implémentation Google Analytics 4 sur mesure. Plus de datas, moins de blabla : un tracking qui sert vraiment vos décisions business. Pour auditer votre setup actuel ou poser les bases d’un dataLayer fiable, échangez avec notre équipe sur notre page contact.

L’article Datalayer Google Tag Manager : rôle, structure et exemples est apparu en premier sur Brioude.

Article sponsorisé par HubSpot

Votre site est bien positionné sur Google, mais votre trafic chute quand même. HubSpot vient de lancer une réponse concrète à ce paradoxe : HubSpot AEO. Disponible depuis le 14 avril 2026, cet outil mesure précisément où votre marque apparaît, ou n'apparaît pas, dans les réponses générées par les moteurs IA comme ChatGPT et Gemini. On vous explique ce que le nouvel outil signé HubSpot peut vous apporter !

Pourquoi votre trafic baisse malgré de bons rankings SEO

La réponse courte : vos acheteurs ne cliquent plus. Ils obtiennent leurs réponses directement depuis les moteurs d'IA, sans jamais visiter votre site. C’est d’ailleurs un constat récemment partagé par l’éditeur de Minecraft.fr, dont les clics ont été divisés par deux, malgré des impressions relativement stables.

Aujourd'hui, 60 % des recherches Google se terminent sans aucun clic. C'est le phénomène du zero-click search, amplifié par l'essor des LLMs comme ChatGPT, Gemini ou Perplexity. Dit autrement : vos positions sur Google ne garantissent plus votre visibilité là où se joue désormais la découverte de marque.

Le parcours d'achat a changé en profondeur. Un prospect ne tape plus « meilleur outil CRM » dans Google pour parcourir une liste de liens. Il pose une question précise à un moteur de réponse : »"Quel est le meilleur logiciel CRM pour une PME SaaS qui veut automatiser son onboarding ? » L'IA répond. Elle cite certaines marques. Pas toutes. Si votre marque n'est pas mentionnée, la décision d'achat se prend sans vous.

Le phénomène est particulièrement insidieux. Vous ne voyez pas les conversations qui se déroulent dans ChatGPT ou Gemini. Vous ne savez pas que votre concurrent est cité à votre place. Et pourtant, ce deal est déjà perdu, avant même d'entrer dans votre funnel.

Comment savoir si votre marque apparaît dans les résultats de recherche IA

Pour savoir si votre marque apparaît dans les résultats IA, vous devez tester des prompts manuellement ou utiliser un outil de monitoring dédié comme HubSpot AEO, qui génère un score de visibilité IA en moins de cinq minutes.

La méthode manuelle : utile, mais insuffisante

Vous pouvez tester votre visibilité IA vous-même en posant des questions dans ChatGPT, Gemini ou Perplexity. Par exemple :

• « Quels sont les meilleurs outils de marketing automation pour une entreprise B2B ? »
• « Quel CRM recommanderais-tu à une startup en croissance ? »
• « Quels logiciels utilisent les équipes marketing pour gérer leurs campagnes ? »

Cette approche a des limites évidentes : elle est non systématique, non reproductible et non scalable. Elle ne vous dit pas sur combien de prompts vous êtes cité, ni à quelle fréquence vos concurrents vous devancent.

Ce qu'il faut vraiment mesurer

Un suivi rigoureux de votre visibilité IA doit couvrir trois dimensions :

1. Les prompts qui vous citent : quand et dans quel contexte votre marque est-elle mentionnée ?
2. Les prompts qui citent vos concurrents à votre place : où perdez-vous des recommandations ?
3. Les zones d'invisibilité totale : quels sujets ou cas d'usage vous excluent complètement ?

C'est exactement ce que mesure HubSpot AEO avec son tableau de bord centralisé et son score de visibilité IA unique.

Quels sont les meilleurs outils pour l'Answer Engine Optimization (AEO) et la visibilité IA

HubSpot AEO est aujourd'hui l'outil le plus complet pour l'Answer Engine Optimization, car il combine monitoring de la visibilité IA, recommandations actionnables et intégration directe avec les outils de création de contenu, le tout connecté à votre CRM.

Comparatif des outils AEO disponibles en 2026

Fonctionnalité	HubSpot AEO	Outils standalone (monitoring seul)
Score de visibilité IA (ChatGPT + Gemini)
Comparaison concurrents		(partiel)
Recommandations priorisées
Connexion CRM	(natif)
Prompts suggérés automatiquement
Publication de contenu depuis l'outil	(juin 2026)
Alertes tendances hebdomadaires		Selon l'outil
Prix d'entrée	49 €/mois	Variable

La différence clé : les outils standalone vous donnent un rapport. HubSpot AEO vous donne un rapport ET la capacité d'agir dessus, dans le même workflow, sans changer d'outil.

HubSpot AEO vs. une approche manuelle

Un responsable marketing qui surveille manuellement sa visibilité IA passe souvent plusieurs heures par semaine à tester des prompts et compiler des résultats. HubSpot AEO automatise intégralement ce processus et génère un score actualisé chaque semaine, avec des alertes dès que vos concurrents gagnent du terrain.

HubSpot AEO : fonctionnalités, cas d'usage et avantages mesurables

HubSpot AEO donne aux équipes marketing une visibilité complète sur leur présence dans les moteurs de réponse IA, une stratégie claire pour l'améliorer, et les outils pour passer à l'action. Tout cela dans un système end-to-end.

Fonctionnalité 1 - Le score de visibilité IA HubSpot

La plateforme génère un score de visibilité IA unique qui agrège votre présence sur ChatGPT et Gemini. Ce score est votre nouveau KPI marketing dans l'ère des moteurs de réponse.

Depuis un seul dashboard, vous visualisez :

• Les prompts qui citent votre marque
• Les prompts où vos concurrents vous devancent
• Les sujets sur lesquels vous êtes totalement absent

Les données sont présentées en insights en langage clair, sans besoin d'expertise AEO. N'importe quel membre de votre équipe marketing peut lire le rapport et comprendre où agir en priorité.

Exemple concret : Une agence de marketing automation utilise HubSpot AEO et découvre qu'elle est citée sur 3 prompts liés à « l'automatisation email », mais absente sur 12 prompts liés à « la gestion de pipeline commercial », pourtant au cœur de son offre. Elle priorise la création de contenu sur ce sujet. En huit semaines, son score de visibilité IA progresse de 18 points.

Fonctionnalité 2 - Des recommandations connectées à vos outils de contenu

La plupart des outils AEO s'arrêtent à l’étape de rapport. HubSpot AEO connecte le constat à l'action en un seul clic.

Le workflow est le suivant :

1. HubSpot détecte un gap de visibilité (ex. : votre marque n'est pas citée sur les prompts liés au « support clients »)
2. L'outil génère une recommandation spécifique (ex. : créer un article sur « comment réduire le temps de réponse au support avec un CRM »)
3. Vous passez directement à la rédaction depuis HubSpot Marketing Hub, sans quitter la plateforme
4. Le contenu publié est suivi : votre score de visibilité IA se met à jour semaine après semaine

A noter que les Content Actions complètes seront disponibles en juin 2026.

Fonctionnalité 3 - Des recommandations qui s'affinent grâce à votre CRM

C'est le différenciateur le plus puissant de la plateforme : la connexion native au HubSpot CRM.

Dès la connexion, HubSpot AEO connaît déjà :

• Vos segments clients et vos industries cibles
• Vos concurrents principaux
• Votre bibliothèque de contenus existants
• Vos cycles de vente et vos cas d'usage prioritaires

Cette connaissance permet à l'outil de suggérer automatiquement les prompts les plus pertinents à suivre pour votre business spécifique, et non pour un benchmark générique de votre secteur. Un outil de marketing automation standalone ne peut pas reproduire cet avantage, car il ne connaît pas votre business.

Plus vous utilisez la plateforme HubSpot, plus les recommandations deviennent précises. C'est un avantage cumulatif : vos concurrents qui ont démarré plus tôt consolident leur avance chaque mois.

Pourquoi HubSpot est le bon partenaire pour l'AEO

HubSpot a prouvé à trois reprises sa capacité à anticiper les grands changements de canal de découverte, avant de commercialiser les outils qui permettent à ses clients d'en tirer parti.

• 2006 - Inbound marketing : HubSpot a construit le cas que les acheteurs voulaient être trouvés, pas démarchés. La société est passée de startup à 2,6 milliards de dollars de revenus sur cette conviction.
• 2013 - SEO natif : HubSpot a démocratisé le SEO dans les workflows marketing avec les topic clusters et la stratégie de contenu intégrée. Ils ont construit l'un des plus grands moteurs de trafic organique du SaaS B2B, puis donné les mêmes outils à leurs clients.
• 2026 - AEO : HubSpot n'a pas observé le phénomène de loin. L'équipe a commencé à optimiser pour les moteurs de réponse IA sur sa propre marque, a intégré l'équipe XFunnel, pionnière de l'AEO, et a validé une méthodologie sur ses propres résultats avant de la commercialiser.

HubSpot AEO est construit sur une méthodologie que HubSpot a validée sur sa propre marque. Chaque recommandation reçue est issue d'un playbook déjà éprouvé.

Comment démarrer avec HubSpot AEO en 5 minutes

Voici les étapes concrètes pour obtenir votre premier score de visibilité IA :

1. Rendez-vous sur hubspot.com/products/aeo et créez votre compte
2. Entrez votre domaine et indiquez vos 3 à 5 principaux concurrents
3. HubSpot identifie les prompts les plus pertinents pour votre marché (en Marketing Hub, cette étape est automatisée depuis votre CRM)
4. Consultez votre score de visibilité IA : vous voyez immédiatement les prompts qui vous citent, ceux qui citent vos concurrents, et vos zones d'invisibilité
5. Accédez à vos premières recommandations priorisées et planifiez vos actions de contenu

L'ensemble de ce processus prend moins de cinq minutes. Vous repartez avec une image claire de votre situation actuelle et un plan d'action pour la semaine.

Les deux façons de démarrer avec HubSpot AEO

	HubSpot AEO	AEO dans HubSpot Marketing Hub
Prix	49 €/mois	Inclus dans Marketing Hub+
Score de visibilité IA (ChatGPT + Gemini)
Comparaison concurrents
Recommandations priorisées
Alertes tendances hebdomadaires
Suggestions de prompts CRM-powered
Content Actions (publication directe)	Basique (juin 2026)	Complet (juin 2026)
Intégration workflows HubSpot existants
Recommandations qui s'affinent avec le CRM

Notre recommandation : Commencez par HubSpot AEO à 49 €/mois pour mesurer votre visibilité IA dès aujourd'hui. Lorsque vous êtes prêt à agir sur les recommandations, pas seulement à les lire, passez à HubSpot Marketing Hub pour fermer la boucle en un seul workflow.

FAQ - HubSpot AEO et visibilité IA

Qu'est-ce que l'Answer Engine Optimization (AEO) ?

L'AEO (Answer Engine Optimization) est la discipline qui consiste à optimiser la présence d'une marque dans les réponses générées par les moteurs IA comme ChatGPT, Gemini ou Perplexity. Contrairement au SEO, qui vise un classement dans une liste de liens, l'AEO vise une citation dans une réponse directe. HubSpot AEO est l'outil dédié à cette nouvelle pratique.

Comment HubSpot mesure-t-il la visibilité IA ?

HubSpot AEO analyse votre marque sur les principaux moteurs de réponse IA (ChatGPT et Gemini) et calcule un score de visibilité IA agrégé. Ce score est mis à jour chaque semaine et compare votre position à celle de vos concurrents sur un ensemble de prompts pertinents pour votre marché.

Pourquoi mon SEO ne suffit-il plus pour être visible ?

Traditionnellement, le SEO permet d’optimiser votre présence dans une liste de liens. Les moteurs de réponse IA ne produisent pas de listes de liens : ils produisent des réponses directes, en citant les sources qu'ils jugent les plus fiables. 60 % des recherches Google se terminent aujourd'hui sans aucun clic. Si votre stratégie de contenu n'est pas construite pour être citée par les LLM, votre visibilité décline, indépendamment de vos rankings.

Quels moteurs IA sont couverts par HubSpot AEO ?

Au lancement (avril 2026), HubSpot AEO couvre ChatGPT et Gemini, les deux moteurs de réponse IA les plus utilisés en contexte professionnel. La couverture est amenée à s'élargir.

HubSpot AEO est-il adapté aux PME ?

Oui. HubSpot AEO a été conçu pour être accessible sans expertise AEO préalable. Les insights sont présentés en langage clair, les recommandations sont priorisées, et le workflow de publication est intégré. Une équipe marketing de deux personnes peut utiliser cet outil aussi efficacement qu'une grande équipe.

Prenez de l'avance sur vos concurrents !

L'histoire se répète. Les entreprises qui ont adopté l'inbound marketing en 2006 ont construit des avantages qui durent encore aujourd'hui. Celles qui ont maîtrisé le SEO en 2013 ont défini les moteurs de croissance de la décennie suivante. Celles qui adoptent l'AEO en 2026 seront les marques que les moteurs IA citent en premier, pour les dix prochaines années.

A ce jour, HubSpot AEO est la solution la plus complète disponible pour mesurer votre visibilité IA, identifier vos angles morts et passer à l'action. Grâce à sa connexion native au HubSpot CRM et à son intégration avec HubSpot Marketing Hub, c'est le seul outil qui transforme un constat de visibilité en contenu publié, sans jamais quitter la plateforme.

L’article "HubSpot AEO : un nouvel outil pour booster votre visibilité dans les résultats de recherche IA" a été publié sur le site Abondance.

Google a déposé une offre d'engagements auprès de la Commission européenne pour éviter une amende potentiellement colossale. Au cœur du dossier : l’abus de réputation de site, une règle de déclassement qui pénalise les pages de presse monétisées par des publicités tierces. Une concession inédite pour le géant américain.

La « site reputation abuse policy », c'est quoi exactement ?

Introduite en mars 2024, la politique de « site reputation abuse » (abus de réputation de site) vise à lutter contre le parasite SEO : une pratique qui consiste à publier du contenu de faible qualité ou sans rapport avec le sujet principal d'un site, en profitant de l'autorité de ce dernier pour se positionner artificiellement dans les résultats de recherche.

Concrètement, Google déclasse les pages d'un site réputé lorsqu'elles hébergent du contenu tiers jugé de mauvaise qualité ou déconnecté de la vocation éditoriale du site. L'intention affichée est de protéger les utilisateurs contre des pratiques trompeuses qui dégradent la qualité des résultats de recherche.

Le problème, c'est que cette politique frappe aussi des usages tout à fait légitimes. Les sites de presse, par exemple, monétisent couramment leurs pages éditoriales via des partenariats d'affiliation ou de la publicité tierce. Ce modèle est une réalité économique du secteur, pas une tentative de manipulation algorithmique.

Pourquoi la Commission européenne s'en est mêlée

C'est l'European Publishers Council (EPC), le conseil des éditeurs européens, qui a déposé la plainte antitrust à l'origine de l'enquête. L'organisation a fait valoir que la politique impacte de façon disproportionnée les éditeurs de presse, asséchant leur trafic et leurs revenus.

La Commission a ouvert son enquête en novembre 2025. L'angle juridique retenu est celui du Digital Markets Act (DMA) : en tant que « gatekeeper » désigné, Google est tenu d'offrir aux éditeurs de presse un accès équitable, raisonnable et non discriminatoire à sa plateforme de recherche, conformément au réglement. La question posée est donc simple : l'algorithme de Google respecte-t-il cette obligation ?

La proposition de Google

Face au risque d'une amende pouvant atteindre 10 % de son chiffre d'affaires mondial, Google a déposé une proposition d'engagements auprès de la Commission. Les détails complets n'ont pas été publiés, mais les informations rapportées par Bloomberg, Reuters et TheNextWeb, cités par Search Engine Roundtable, permettent d'en dégager les grandes lignes.

Google se dit prêt à ajuster l'application de sa politique d’abus de réputation aux domaines d'actualité, et à rendre plus transparent l'effet de cette politique sur les pages des éditeurs. En d'autres termes, les sites de presse pourraient bénéficier d'un traitement différencié par rapport au reste du web.

Du côté de Google, la communication reste prudente. Un porte-parole a déclaré à Reuters : « Notre priorité est de garder les résultats de recherche utiles pour les utilisateurs et de les protéger contre des pratiques trompeuses comme le spam parasite SEO qui nuit au web. » Le même message a été transmis à Barry Schwartz de Search Engine Roundtable.

Une concession qui interpelle

Cette démarche est inhabituelle de la part de Google. L'idée qu'une politique de lutte contre le spam puisse être modulée selon la géographie ou le type de site soulève des questions légitimes sur la cohérence de l'approche.

Si Google accepte d'assouplir ses règles pour les éditeurs européens sous pression réglementaire, pourquoi ne pas appliquer le même traitement ailleurs ? Et si la politique était effectivement trop sévère avec les éditeurs, ne devrait-elle pas être revue globalement ?

La situation est d'autant plus délicate que les amendes européennes s'accumulent : depuis la décision Google Shopping en 2017, le total des pénalités antitrust infligées à Google dans l'UE a atteint 9,71 milliards d'euros. L'entreprise cherche visiblement à éviter d'alourdir cette facture.

La suite de la procédure

La Commission européenne va maintenant évaluer les propositions de Google au regard des préoccupations soulevées par l'enquête. Elle devrait consulter les éditeurs et autres parties concernées, avant de décider d'accepter l'offre, d'en demander des modifications, ou de la rejeter et de passer à une décision formelle d'infraction.

Aucun calendrier précis n'a été communiqué. L'enquête n'a pas non plus de délai fixé. Ce que Bloomberg et TNW notent, c'est que Google a clairement estimé que le risque financier et réputationnel d'une décision adverse de la Commission dépassait le coût d'une révision de sa politique.

Un contexte plus large pour les éditeurs

Cette affaire ne peut pas être lue indépendamment du contexte global. Les éditeurs de presse subissent simultanément une autre pression venue de Google : la montée en puissance des réponses générées par l'IA directement dans les résultats de recherche, qui réduit mécaniquement le trafic vers leurs sites et donc leurs revenus publicitaires.

La politique d’abus de réputation et les réponses IA sont deux sujets distincts, mais leur effet cumulé constitue l'un des principaux griefs portés par les éditeurs à Bruxelles. La concession proposée par Google sur le premier point n'adresse pas le second, et les organisations de presse le savent.

L’article "Google prêt à revoir sa politique anti-parasite SEO pour les éditeurs de presse européens" a été publié sur le site Abondance.