Un panneau accessible sur toutes les grandes surfaces publicitaires de Google

Cette nouvelle section du My Ad Center est disponible pour tous. Pour la consulter, il suffit de cliquer sur le menu à trois points ou sur l'icône d'information présente sur les publicités, que ce soit dans les résultats de recherche, sur YouTube ou dans le flux Discover. Le panneau indique si l'annonce a été générée ou modifiée par une IA.

Keerat Sharma, vice-présidente et directrice générale en charge de la confidentialité et de la sécurité publicitaire chez Google, présente cette initiative comme une réponse directe à la multiplication des outils d'IA générative utilisés par les entreprises, petites ou grandes, pour concevoir leurs campagnes.

Un signalement automatique pour les outils Google, un contrôle manuel pour les autres

Google distingue deux cas de figure pour les annonceurs.

Lorsqu'ils utilisent les outils publicitaires génératifs propres à Google pour fabriquer leurs annonces, la mention s'ajoute automatiquement au panneau My Ad Center de chaque publicité concernée. Aucune action supplémentaire n'est donc requise de leur part.

En revanche, si les annonceurs créent leurs visuels ou vidéos ailleurs, avec d'autres outils d'IA, Google introduit un contrôle dédié qui leur permet de signaler eux-mêmes cet usage. Selon les exigences légales en vigueur dans certains pays, un label peut alors s'afficher directement sur la publicité, soit de manière automatique, soit parce que l'annonceur a activé cette option.

Une continuité avec les efforts de traçabilité déjà engagés

Cette annonce ne sort pas de nulle part. Google rappelle qu'elle intègre déjà des signaux imperceptibles dans les contenus produits par ses outils d'IA générative, via la technologie SynthID, développée pour tracer l'origine synthétique d'une image, d'une vidéo ou d'un texte. L'entreprise mentionne également l'obligation, instaurée dès 2023, de signaler tout contenu synthétique ou modifié numériquement dans les publicités électorales.

Google précise enfin que ces nouvelles fonctionnalités de transparence viennent compléter, et non remplacer, ses politiques publicitaires existantes. La vérification des annonceurs et la publication de l'identité de ceux qui diffusent une publicité restent en place. L'entreprise réaffirme continuer d'interdire les publicités trompeuses ou mensongères, qu'elles soient produites avec de l'IA ou non.

L’article "Google ajoute des indications pour lutter contre les publicités générées par IA" a été publié sur le site Abondance.

Une nouvelle propriété category pour classer les produits

Dans le vocabulaire Schema.org, un Type désigne la nature d'une entité (par exemple Product), tandis qu'une Property vient préciser ou décrire ce Type. Jusqu'ici, les marchands qui voulaient classer finement leurs produits devaient s'appuyer presque exclusivement sur les attributs de leur flux Merchant Center. Google comble ce manque en introduisant la propriété category directement dans la structured data Product.

Concrètement, cette propriété peut recevoir deux types de valeurs, et même les combiner au sein d'un tableau.

• La première possibilité consiste à utiliser du texte brut. Cela fonctionne exactement comme l'attribut product_type des flux produits : il s'agit d'une catégorie personnalisée, définie librement par le marchand. Google recommande toutefois de rester sous la limite de 750 caractères.
• La seconde possibilité repose sur l'objet CategoryCode, une structure qui permet de déclarer une catégorie officielle Google Product Category (GPC) directement dans le code de la page. Deux champs la composent : inCodeSet, qui pointe vers l'URL de la taxonomie Google, et codeValue, qui précise la catégorie, soit par un identifiant numérique, soit par un chemin complet. Ce codeValue correspond exactement à l'attribut google_product_category du flux marchand. Autrement dit, la même valeur GPC peut désormais figurer aussi bien dans le flux que dans le balisage de la page.

Voici un exemple de balisage fourni par Google, qui illustre bien la souplesse de cette nouvelle propriété :

"category": [
{
"@type": "CategoryCode",
"inCodeSet": "https://www.google.com/basepages/producttype/taxonomy-with-ids.en-US.txt",
"codeValue": "2271"
},
{
"@type": "CategoryCode",
"inCodeSet": "https://www.google.com/basepages/producttype/taxonomy-with-ids.en-US.txt",
"codeValue": "Apparel & Accessories > Clothing > Dresses"
},
"Dresses",
"Special Occasion > Wedding & Bridal Party Dresses"
]

Cet exemple montre qu'un même produit peut porter plusieurs valeurs de catégorie : un identifiant GPC numérique, un chemin de catégorie GPC complet, une catégorie personnalisée en texte libre, et même plusieurs catégories personnalisées à la fois. Lorsqu'on utilise le format de chemin, chaque niveau doit être séparé par le symbole > et contenir au moins une lettre. Les identifiants numériques restent également acceptés.

Trois propriétés pour préciser la durée d'une promotion

Le second grand ajout concerne la durée de validité des prix. Google a complété sa documentation avec trois propriétés qui permettent d'indiquer clairement quand une réduction commence et quand elle se termine.

La propriété priceValidUntil indique la date et l'heure après lesquelles le prix affiché ne sera plus disponible, au format ISO 8601. Google précise qu'une fiche produit risque de ne plus s'afficher si cette date est déjà dépassée.

La propriété validFrom marque le début de la période durant laquelle le prix est valide, tandis que validThrough en marque la fin. Les deux acceptent un format DateTime ou Date, toujours selon la norme ISO 8601.

Comment et où placer ces propriétés

Google recommande d'indiquer à la fois une date de début et une date de fin pour délimiter clairement la période de soldes, et de veiller à ce que la date de début (validFrom) soit antérieure ou égale à la date de fin (validThrough ou priceValidUntil). Il est également conseillé d'inclure l'heure et le fuseau horaire dans le format ISO 8601, pour une meilleure précision côté systèmes Google.

L'emplacement de ces propriétés dépend de la structure du balisage. Si le prix soldé figure directement dans le prix de l'offre (property price du nœud Offer), alors validFrom et l'une des deux propriétés de fin de validité (validThrough ou priceValidUntil) doivent être ajoutées directement sur ce nœud Offer.

Si en revanche le prix soldé est défini dans un nœud PriceSpecification distinct, typiquement un nœud sans propriété priceType lorsqu'un prix barré (StrikethroughPrice) est également présent, alors validFrom et validThrough doivent être ajoutées à ce nœud PriceSpecification spécifique. À noter que priceValidUntil ne s'applique pas au type PriceSpecification : dans ce cas de figure, seule validThrough peut être utilisée pour marquer la fin de la période.

Ce que ces ajouts changent pour les e-commerçants

Ces nouvelles propriétés ne sont pas obligatoires, mais Google les recommande car elles renforcent la cohérence entre ce qui est affiché sur la page et ce qui est transmis dans le flux Merchant Center. La propriété category fait désormais écho aux attributs product_type et google_product_category du flux, tandis que les propriétés de durée de soldes correspondent à l'attribut sale_price_effective_date.

Pour les marchands, l'intérêt est double. D'une part, ces données permettent à Google d'afficher des informations produit plus précises dans les résultats de recherche. D'autre part, elles offrent un moyen de déclarer ces informations au niveau de la page elle-même, sans dépendre uniquement du flux produit pour tenir Google informé des catégories et des périodes de promotion en cours.

L’article "Google enrichit ses données structurées pour les fiches produits : catégorie et durée des soldes" a été publié sur le site Abondance.

Cette nouveauté, annoncée par Google et relayée par Barry Schwartz sur Search Engine Roundtable le 7 juillet 2026, comble un vide que beaucoup de référenceurs et de créateurs de contenu réclamaient depuis longtemps. Jusqu'à présent, Search Console ne donnait des informations que sur les propriétés que l'on possédait ou administrait techniquement, un site web par exemple. Impossible donc de savoir comment un post Instagram ou une vidéo YouTube se comportait dans les recherches Google, sauf à avoir un accès développeur à la plateforme concernée.

Trois nouveaux emplacements pour ces données

Google a intégré ces informations directement dans les outils que les utilisateurs de Search Console connaissent déjà.

• Le rapport de performances affiche le total des clics, des impressions et d'autres métriques habituelles. Il devient possible de filtrer et trier ces données pour identifier quels posts précis et quelles requêtes génèrent le plus de trafic. Comme pour les autres rapports de Search Console, l'export des données reste disponible pour ceux qui préfèrent les analyser avec un autre outil.
• Le rapport d'insights donne une vue d'ensemble plus synthétique : les tendances de trafic récentes, les publications les plus performantes, et la façon dont les internautes découvrent le compte via Google.
• La section achievements permet de suivre sa progression et de marquer les étapes franchies, comme le fait d'atteindre un nouveau seuil de clics cumulés depuis Google Search sur les 28 derniers jours.

Cette approche rappelle les données sur les réseaux sociaux déjà présentes dans les rapports d'insights de Search Console, mais elle va plus loin en couvrant désormais quatre plateformes précises avec un rapport de performances dédié.

Comment activer les propriétés de plateforme

Pour accéder à ces nouvelles données, une vérification préalable est nécessaire.

La marche à suivre est la suivante :

• Accéder à la Search Console,
• Se rendre sur la page de vérification ou ouvrir le sélecteur de propriété disponible partout dans l'interface,
• Puis cliquer sur « Ajouter une propriété ».
• Il faut ensuite choisir l'une des quatre plateformes disponibles, Instagram, TikTok, X ou YouTube, puis suivre les étapes affichées à l'écran pour autoriser la connexion de façon sécurisée.

Google précise que le déploiement de cette fonctionnalité se fera progressivement dans les semaines à venir. Certains comptes ne verront donc pas encore cette option apparaître. Un document d'aide détaillant la mise en place des propriétés de plateforme avait d'ailleurs été publié par Google quelques semaines avant l'annonce officielle, avant d'être rapidement retiré.

Il faut aussi noter que cette fonctionnalité est distincte des « search profiles », une autre nouveauté de Google qui dispose de ses propres statistiques d'analyse.

Un accès inédit à des données auparavant hors de portée

Jusqu'ici, aucun outil de Google ne permettait de mesurer les performances d'un contenu sur des domaines ou des propriétés que l'on ne possédait pas. Avec les propriétés de plateforme, il devient possible de voir comment un contenu publié sur des plateformes tierces se comporte dans Search, même sans accès développeur à ces plateformes. Pour les créateurs de contenu et les équipes marketing actives sur les réseaux sociaux, cela ouvre une nouvelle fenêtre d'analyse sur la façon dont Google fait le pont entre ses résultats de recherche et le contenu social.

L’article "Google Search Console peut désormais mesurer vos performances sur Instagram, TikTok, X et YouTube" a été publié sur le site Abondance.

Une décision prise sous la pression des procureurs généraux

Shopify va interdire toutes les vapes vendues sur sa plateforme aux États-Unis dès cette semaine. L'information a été révélée par Reuters, citant deux sources au fait des projets de l'entreprise canadienne. Cette mesure fait suite à des discussions engagées depuis l'an dernier avec une coalition bipartisane de 25 procureurs généraux d'États américains, qui poussent Shopify à durcir ses règles face à un marché en pleine expansion de cigarettes électroniques vendues sans la licence légalement requise aux États-Unis.

Ces vapes non autorisées, généralement fabriquées en Chine, restent largement accessibles aux États-Unis, aussi bien en ligne que dans les boutiques spécialisées, les supérettes ou les stations-service, alors même que leur importation et leur vente sont illégales.

Selon Reuters, cette interdiction constituerait la victoire la plus significative obtenue à ce jour par ces responsables des forces de l'ordre au niveau des États, dont l'objectif est de s'attaquer directement à l'infrastructure qui permet la commercialisation de ces produits.

Shopify fournit l'infrastructure technique qui permet à des millions de commerçants d'exploiter et de développer leurs canaux de vente en ligne. Un porte-parole de l'entreprise a réagi dans un communiqué : « Nous avons toujours interdit les activités illégales et nous agissons lorsque nous apprenons que des commerçants enfreignent nos politiques. » Il a précisé que ce type de décision interne tient compte des cadres juridiques mondiaux et ne repose pas uniquement sur les retours d'un seul groupe de pression, ajoutant que l'entreprise « ajuste son approche en matière d'application lorsque des évolutions juridiques l'exigent ».

Une interdiction qui touche aussi les vendeurs en règle

Point important : l'interdiction chez Shopify s'appliquera à toutes les vapes, qu'elles disposent ou non de l'autorisation requise de la FDA. À ce jour, la Food and Drug Administration n'a accordé une autorisation de commercialisation qu'à 45 produits de cigarette électronique, majoritairement aromatisés au tabac. Les grands cigarettiers, dont British American Tobacco, estiment que cette approche restrictive a étouffé le marché légal et alimenté par ricochet les ventes illégales.

Le marché illégal des vapes aux États-Unis pèserait aujourd'hui environ 9 milliards de dollars, selon les chiffres avancés par British American Tobacco, dont l'activité américaine a été durement affectée par cette prolifération. L'entreprise n'a pas répondu immédiatement à une demande de commentaire de Reuters.

Selon l'une des sources citées par Reuters, une part relativement faible des ventes de vapes autorisées aux États-Unis s'effectue en ligne, ce qui devrait limiter l'impact de la mesure sur les acteurs agréés comme BAT ou le fabricant Juul. Le commerce électronique reste en revanche un canal bien plus important pour l'écoulement des vapes illégales, même si celles-ci sont elles aussi majoritairement vendues en magasin physique. L'interdiction attendue chez Shopify pourrait ainsi perturber les ventes en ligne et avoir, selon les termes d'une des sources, un « effet dissuasif » sur les vendeurs.

On ignore pour l'instant si cette interdiction s'appliquera au-delà du territoire américain. Shopify n'a pas répondu à la question de Reuters sur le périmètre géographique de la mesure. À titre de comparaison, certains pays comme l'Inde ont totalement interdit la vente de vapes, tandis qu'en Australie, elles ne peuvent être vendues qu'en pharmacie.

Mastercard renforce également ses contrôles

Shopify n'est pas le seul acteur visé par la pression des autorités américaines. Mastercard a averti les partenaires chargés d'intégrer des commerçants à son réseau que les ventes de vapes non autorisées enfreignent ses normes. Cette information figure dans une notification mondiale adressée aux partenaires en mai, consultée par Reuters.

Dans une lettre envoyée en avril, les procureurs généraux d'États avaient déjà exhorté Mastercard et d'autres grands réseaux de cartes ou prestataires de paiement à prendre des mesures plus fermes pour empêcher que leurs réseaux ne facilitent des ventes illégales de vapes. La notification de Mastercard précise que lorsqu'un acquéreur, c'est-à-dire l'institution financière qui sert d'intermédiaire pour finaliser les transactions par carte, enregistre un commerçant, il atteste que tous les contrôles appropriés sont en place pour s'assurer que ses activités respectent la loi. Mastercard recommande à ces partenaires de mettre en place des contrôles incluant l'examen et l'approbation des inventaires de produits d'un commerçant, ainsi que la surveillance des transactions et des factures.

L'entreprise a indiqué qu'elle ouvrirait des enquêtes si des boutiques vendant des vapes illégales utilisaient ses services, avec des mesures pouvant viser à la fois les détaillants et les acquéreurs, et un risque d'amendes en cas de non-respect de ses normes. Mastercard a résumé sa position ainsi : « Nous avons une tolérance zéro pour les activités illégales sur notre réseau. »

Le débat relancé sur la dépendance aux plateformes propriétaires

Cette décision de Shopify a rapidement suscité des réactions dans l'écosystème du e-commerce, au-delà du seul secteur des vapes. Sur LinkedIn, le consultant SEO Daniel Roch a publié une analyse largement commentée, dans laquelle il estime que « Shopify vient de rappeler à des millions de e-commerçants une vérité qu'ils avaient oubliée : sur une solution propriétaire, votre business ne vous appartient pas vraiment. »

Il souligne que des marchands pourtant en règle, y compris ceux vendant des produits autorisés par la FDA, voient leur activité mise en péril par une décision qui ne dépend pas d'eux. Pour lui, l'enjeu dépasse largement le cas des cigarettes électroniques : « Ce n'est pas une histoire de vapes. C'est une histoire de dépendance. »

Daniel Roch développe cette idée en expliquant le fonctionnement des plateformes propriétaires : « Quand vous construisez votre activité sur une solution propriétaire, vous ne louez pas un outil : vous louez une autorisation d'exister. Et cette autorisation peut vous être retirée quand la plateforme le décide, pour des raisons juridiques, commerciales ou politiques qui n'ont parfois rien à voir avec vous. » Il ajoute que les tarifs pratiqués par ces plateformes peuvent eux aussi évoluer du jour au lendemain, sans que les commerçants aient leur mot à dire.

Face à ce constat, il met en avant le modèle WordPress comme alternative, en s'appuyant sur trois arguments. D'abord la licence GPL, qui garantit selon lui que « personne ne peut vous fermer votre site parce qu'une entreprise a changé d'avis », le code restant la propriété du commerçant, hébergeable où il le souhaite. Ensuite la portabilité totale des données et du catalogue, qui évite toute dépendance à un acteur unique. Enfin l'existence d'une communauté mondiale de contributeurs et de prestataires, agences, freelances, hébergeurs ou développeurs, permettant de changer de partenaire si nécessaire.

Le consultant prend toutefois soin de nuancer son propos vis-à-vis de Shopify : « Je ne dis pas que Shopify est un mauvais outil. Pour beaucoup, c'est rapide, pratique, et puissant si vous le maîtrisez. » Il estime néanmoins que cette rapidité et cette praticité se paient au prix d'un élément clé pour n'importe quelle entreprise : la maîtrise de sa propre dépendance à des décisions extérieures.

L’article "Shopify interdit la vente de vapes aux USA : coup dur pour les e-commerçants" a été publié sur le site Abondance.

Sur le web, l’invisibilité est la règle. D’après Ahrefs (2023), 96,55 % des pages ne captent aucun trafic organique sur Google. La plupart ne se sont pas fait battre par un concurrent plus malin : elles butent sur des erreurs SEO évitables, souvent indétectables à l’œil nu. Une balise oubliée, un site trop lent, un contenu écrit pour le robot plutôt que pour le lecteur, et les positions s’effondrent. Le bon réflexe n’est pas d’empiler les optimisations, mais d’éliminer d’abord ce qui sabote vos efforts. Dix pièges reviennent en boucle dans nos audits. Pour chacun : le mécanisme de la pénalité, et la correction concrète. Pourquoi une seule erreur SEO peut coûter cher Le SEO n’est pas un concours de points, c’est un jeu de seuils. Tant qu’une page reste bloquée en page 2, elle est quasi invisible. Le premier résultat organique capte 27,6 % des clics, et le top 3 en concentre 54,4 % à lui seul, selon l’étude de Backlinko menée sur 1,3 million de pages (2025). Gagner une seule position fait grimper le taux de clic d’environ 32 %, et passer de la deuxième à la première place le fait bondir de près de 75 %. Autrement dit, une erreur qui vous fait reculer de deux rangs ne coûte pas 2 % de trafic, elle peut en effacer la moitié. C’est pourquoi la priorité n’est pas d’ajouter de la performance, mais de retirer les freins. Les dix erreurs qui suivent sont classées dans l’ordre où il faut les traiter : technique, contenu, popularité, puis suivi. Erreurs techniques qui bloquent votre site 1. Négliger la vitesse et les Core Web Vitals Le piège : un site lourd, des images non compressées, du JavaScript qui bloque l’affichage. L’internaute attend, et Google le voit. Pourquoi ça pénalise : la vitesse est un critère de classement officiel à travers les Core Web Vitals (LCP, INP, CLS). Surtout, elle pèse sur le comportement. D’après une étude Google, la probabilité de rebond augmente de 32 % lorsque le temps de chargement passe de 1 à 3 secondes. Un visiteur qui part avant l’affichage est un signal négatif de plus. Comment corriger : compressez et redimensionnez les images, différez le JavaScript non critique, activez la mise en cache, mesurez avec PageSpeed Insights et le rapport Core Web Vitals de la Search Console. Notre guide sur la vitesse de chargement et le SEO détaille les leviers à traiter en premier. 2. Ignorer le mobile-first indexing Le piège : un site pensé pour le bureau, avec une version mobile amputée, des menus illisibles ou des contenus masqués sur petit écran. Pourquoi ça pénalise : depuis le passage au mobile-first indexing, Google explore et indexe la version mobile de votre site, pas la version bureau. Tout contenu, lien ou balise absent sur mobile sort de l’index. Or plus de la moitié du trafic web mondial vient désormais du mobile (Statcounter, 2026), et Google capte environ 94 % de la recherche sur mobile (Statcounter, 2025). Comment corriger : garantissez la parité stricte entre mobile et bureau (même contenu, mêmes balises, même maillage), évitez de replier les informations clés dans des accordéons, et testez chaque page avec l’inspection d’URL de la Search Console. 3. Mal gérer la balise canonical et le contenu dupliqué Le piège : plusieurs URL servent le même contenu (versions avec et sans slash, paramètres de tri, pages d’impression), ou deux articles traitent le même sujet sans hiérarchie claire. Pourquoi ça pénalise : le contenu dupliqué dilue la popularité entre des pages concurrentes et brouille le choix de Google sur la version à classer. En interne, deux pages qui visent le même mot-clé se cannibalisent et s’affaiblissent l’une l’autre. Comment corriger : déclarez une balise canonical propre dans le head de chaque page, redirigez les variantes d’URL en 301, et fusionnez les contenus qui se chevauchent plutôt que de les laisser se concurrencer. 4. Laisser des liens cassés, 404 et redirections en chaîne Le piège : des liens internes qui pointent vers des pages supprimées, des erreurs 404 jamais traitées, des redirections qui s’enchaînent sur trois ou quatre étapes. Pourquoi ça pénalise : chaque lien mort gaspille le budget de crawl que Google alloue à votre site et casse la circulation de la popularité interne. Les chaînes de redirection ralentissent l’affichage et perdent une partie du signal SEO à chaque saut. Comment corriger : auditez régulièrement avec un crawler (type Screaming Frog), remplacez les liens morts, posez des redirections 301 directes vers la cible finale, et supprimez les étapes intermédiaires. Erreurs de contenu qui plombent votre visibilité 5. Viser les mauvais mots-clés et ignorer l’intention de recherche Le piège : choisir ses mots-clés au feeling, viser des requêtes trop génériques et ultra-concurrentielles, ou répondre à côté de ce que l’internaute cherche vraiment. Pourquoi ça pénalise : un contenu désaligné de l’intention de recherche ne se positionne pas durablement, même bien écrit. Si la requête appelle un comparatif et que vous publiez une page commerciale, Google privilégiera les pages qui répondent vraiment à l’intention. Comment corriger : appuyez-vous sur une vraie recherche de mots-clés, analysez les pages déjà classées pour comprendre l’intention (informationnelle, commerciale ou transactionnelle), et travaillez la longue traîne, moins disputée et plus qualifiée. 6. Négliger les balises title et meta description Le piège : des balises title génériques ou dupliquées d’une page à l’autre, des meta descriptions vides ou recopiées, voire le nom du site répété partout. Pourquoi ça pénalise : la balise title reste l’un des principaux signaux de pertinence pour Google et le premier élément que voit l’internaute dans les résultats. Des titles dupliqués diluent le ciblage, et une meta description fade plombe le taux de clic, même bien classé. Comment corriger : rédigez un title unique et descriptif par page (environ 60 à 65 caractères), placez le mot-clé en tête, et soignez la meta description (155 à 160 caractères) comme une accroche publicitaire. Nos conseils pour rédiger des balises title et meta efficaces donnent la marche à suivre. 7. Publier du contenu pauvre ou sur-optimisé Le piège : des pages trop courtes qui n’apportent rien, du contenu copié d’autres sites, ou à l’inverse des textes bourrés de mots-clés jusqu’à l’indigestion. Pourquoi ça pénalise : le contenu pauvre et le bourrage de mots-clés sont visés de longue date par les filtres de Google (Panda, puis les systèmes de contenu utile). Résultat, l’immense majorité des pages reste sans audience : 96,55 % d’entre elles ne reçoivent aucun trafic organique (Ahrefs, 2023). Comment corriger : écrivez d’abord pour l’utilisateur, traitez le sujet en profondeur, apportez une information ou un angle que les autres n’ont pas, et bannissez le remplissage. Un seul contenu solide vaut mieux que dix pages creuses. 8. Saboter son maillage interne Le piège : des ancres génériques (« cliquez ici », « en savoir plus »), des pages orphelines accessibles par aucun lien, ou un maillage entièrement concentré dans le pied de page. Pourquoi ça pénalise : le maillage interne guide Google vers vos pages stratégiques et répartit la popularité entre elles. Un maillage pauvre laisse des pages clés invisibles et prive vos meilleures pages du signal qu’elles méritent. Comment corriger : utilisez des ancres descriptives qui annoncent la cible, reliez chaque page importante depuis le corps de vos contenus, et vérifiez qu’aucune page stratégique n’est orpheline. Erreurs de popularité 9. Négliger les backlinks ou en acheter n’importe lesquels Le piège : compter uniquement sur le contenu en ignorant la popularité, ou à l’inverse acheter des paquets de liens de mauvaise qualité pour aller vite. Pourquoi ça pénalise : sans backlinks, difficile d’asseoir l’autorité nécessaire pour viser le top 3, là où se jouent 54,4 % des clics (Backlinko, 2025). Mais des liens issus de fermes ou de réseaux artificiels exposent à une pénalité, manuelle ou algorithmique, qui peut faire chuter tout le domaine. Comment corriger : privilégiez un netlinking qualitatif, thématique et progressif, auditez régulièrement votre profil de liens, et désavouez les liens toxiques. Notre approche de la stratégie de netlinking consiste à prioriser les actions à fort impact plutôt que le volume. Erreurs de suivi et de pilotage 10. Piloter au feeling, sans Search Console ni suivi de positions Le piège : ne pas brancher la Google Search Console, ne suivre aucune position, et découvrir une chute de trafic des semaines après qu’elle a commencé. Pourquoi ça pénalise : sans mesure, vous ne voyez ni une désindexation, ni une cannibalisation, ni l’effet d’une mise à jour d’algorithme. Vous corrigez à l’aveugle, et souvent trop tard. Comment corriger : connectez la Search Console et suivez l’indexation, les requêtes et les Core Web Vitals, surveillez vos positions sur vos mots-clés prioritaires, et auditez votre site à intervalle régulier. La documentation officielle de Google Search Central pose les bases à vérifier en premier. Le récap des 10 erreurs SEO # Erreur Impact principal Correction prioritaire 1 Vitesse et Core Web Vitals négligées Rebond en hausse, classement pénalisé Compresser, alléger le JS, mesurer 2 Mobile-first indexing ignoré Contenu hors index sur mobile Parité mobile/bureau stricte 3 Canonical et duplicate mal gérés Popularité diluée, cannibalisation Canonical propre, 301, fusion 4 Liens cassés et redirections en chaîne Budget de crawl gaspillé Audit crawler, 301 directes 5 Mauvais mots-clés, intention ignorée Pages qui ne classent jamais Recherche de mots-clés, longue traîne 6 Title et meta description négligés Pertinence et taux de clic en baisse Title unique, meta incitative 7 Contenu pauvre ou sur-optimisé Pages sans trafic, filtres Google Contenu utile et approfondi 8 Maillage interne saboté Pages clés invisibles Ancres descriptives, zéro page orpheline 9 Backlinks absents ou toxiques Pas d’autorité ou pénalité Netlinking qualitatif, désaveu 10 Pilotage sans mesure Chutes détectées trop tard Search Console, suivi de positions Sécuriser son SEO, du diagnostic au plan d’action Repérer ces erreurs est une chose, les hiérarchiser en est une autre. Toutes ne pèsent pas le même poids selon votre site. Sur l’un, c’est la technique qui bloque tout ; sur l’autre, c’est un contenu inexploité ou un maillage à reconstruire. La bonne méthode consiste à traiter les freins dans l’ordre : d’abord la technique qui conditionne l’indexation, puis le contenu qui porte la pertinence, ensuite la popularité, et enfin le suivi qui sécurise les acquis. Un doute sur les erreurs qui plombent votre site ? Parlons de votre référencement et priorisons ensemble les corrections à fort impact.

L’article Erreurs SEO à éviter : 10 pièges qui plombent votre site est apparu en premier sur Brioude.

L’article "Goossips SEO : LCP & AI Overviews" a été publié sur le site Abondance.

Google met à jour sa documentation officielle

Google a mis à jour son changelog technique pour officialiser ce changement. Jusqu'à présent, cliquer sur un résultat AMP déclenchait le chargement d'une version de la page stockée dans le AMP Cache de Google, affichée dans un visualiseur dédié avec une URL en google.com. Les signed exchanges permettaient, sous certaines conditions techniques, de conserver l'apparence de l'URL du site d'origine malgré cet hébergement intermédiaire.

Avec cette mise à jour, ce circuit disparaît. Un clic sur un résultat AMP envoie désormais directement vers la page hébergée par le site lui-même, avec son URL propre visible dans le navigateur. La documentation AMP de Google a été modifiée en conséquence, avec la suppression de toute mention du viewer, du cache et des signed exchanges.

Cette bascule ne sort pas de nulle part. Depuis 2021, Google a progressivement réduit le rôle du format AMP dans son écosystème : fin de l'obligation d'utiliser AMP pour le carrousel Top Stories, disparition de l'icône éclair qui signalait ces pages dans les résultats. Google News sur mobile avait également commencé à rediriger directement vers les domaines d'origine plutôt que vers les versions AMP. Le changement annoncé aujourd'hui étend simplement cette logique de routage direct à l'ensemble de la recherche Google.

Pour les éditeurs, il n’est donc plus nécessaire de maintenir une configuration de cache AMP ni de mettre en place des signed exchanges pour que leur propre URL s'affiche aux internautes. La question de conserver ou non des pages AMP est désormais un choix technique comme un autre, sans lien direct avec l'expérience de clic depuis les résultats de recherche.

Google insiste sur un point : ce changement ne touche que la manière dont les pages AMP sont livrées aux internautes, pas leur positionnement. Les contenus au format AMP continuent d'être classés exactement comme n'importe quelle autre page web dans les résultats.

L’article "Google met fin au cache AMP dans les résultats de recherche" a été publié sur le site Abondance.

Cette affaire remonte à 2018, quand la Commission européenne avait reproché à Google d'avoir verrouillé l'accès au marché mobile via Android, le système d'exploitation qui équipe encore aujourd'hui près de 70 % des smartphones et tablettes dans le monde selon StatCounter. Les régulateurs européens estimaient que Google obligeait les fabricants de téléphones à installer par défaut son moteur de recherche et son navigateur pour écarter la concurrence, une pratique jugée contraire au droit de la concurrence.

Un parcours judiciaire de six ans

Après la décision initiale de Bruxelles, qui fixait l'amende à 4,34 milliards d'euros, Google avait porté l'affaire devant le tribunal de l'Union européenne, chargé de juger les litiges en première instance. En septembre 2022, ce tribunal avait validé le principe de la sanction tout en réduisant légèrement son montant, à hauteur de 4,1 milliards d'euros. Google avait ensuite tenté sa chance devant la Cour de justice de l'Union européenne, la plus haute instance judiciaire du bloc, basée à Luxembourg.

Ce jeudi, la CJUE a définitivement clos le dossier en rejetant ce dernier recours. Dans son arrêt, elle confirme la sanction telle que révisée par le tribunal en 2022, mettant ainsi un point final à une bataille juridique entamée il y a huit ans.

Face à cette décision, Google a réagi par la voix d'un porte-parole, regrettant que le jugement ne prenne pas en compte les investissements réalisés pour maintenir Android ouvert et gratuit. L'entreprise assure avoir déjà modifié ses accords commerciaux pour se mettre en conformité avec la décision initiale de 2018, et dit vouloir poursuivre sur la voie de l'innovation avec ses partenaires et développeurs.

Une pression judiciaire qui s'accumule

Cette confirmation d'amende ne tombe pas dans un contexte isolé. La veille, mercredi 1er juillet, un tribunal suédois spécialisé dans les brevets et la concurrence avait condamné Google à verser 1,7 milliard d'euros de dommages et intérêts à Pricerunner, un comparateur de prix appartenant au groupe Klarna. Les juges suédois ont estimé que Pricerunner avait subi un préjudice financier du fait que Google avait, pendant plusieurs années, favorisé de manière illégale son propre service de comparaison de prix dans ses résultats de recherche.

Ce dossier suédois découlait lui-même d'un arrêt antérieur de la CJUE, qui avait établi que Google avait enfreint le droit de la concurrence européen en plaçant son propre comparateur de prix dans une position plus avantageuse que ceux de ses concurrents sur sa page de résultats.

À cela s'ajoute une autre sanction, distincte, prononcée en septembre dernier par la Commission européenne : une amende de près de trois milliards d'euros visant cette fois les pratiques de Google sur le marché de la publicité en ligne. Une procédure judiciaire similaire a par ailleurs été lancée au Royaume-Uni en mai, avec des dommages et intérêts qui pourraient atteindre 3 milliards de livres, soit environ 3,47 milliards d'euros.

Encore d'autres sanctions à venir ?

Le dossier Android n'est vraisemblablement pas le dernier auquel Google devra faire face en Europe. D'autres procédures sont en cours concernant un possible favoritisme envers ses propres services dans les résultats de recherche, ainsi que sur des pratiques liées à sa boutique d'applications. Ces deux volets relèvent du Digital Markets Act, le règlement européen destiné à encadrer plus strictement le pouvoir des grandes plateformes numériques, ce qui laisse présager de nouvelles sanctions potentielles pour le géant américain dans les mois à venir.

L’article "Google : Amende de 4,1 milliards d’euros confirmée pour abus de position dominante" a été publié sur le site Abondance.

Ce grand angle mort de la gestion de la réputation locale n'est pas neutre : chaque avis ignoré envoie un signal négatif à la fois aux futurs clients qui consultent la fiche et à l'algorithme de Google. L'étude de Geolid, basée sur l'analyse de 689 084 avis générés sur 90 jours auprès de 144 446 fiches d'établissement Google réparties sur 18 secteurs d'activité, dresse un panorama complet de la manière dont les enseignes françaises collectent, traitent et exploitent les avis clients.

Un tiers des avis restent sans réponse

Répondre aux avis est pourtant devenu un réflexe stratégique pour beaucoup d'enseignes, tant ce geste est scruté par les consommateurs et valorisé par Google. Mais dans les faits, la gestion reste inégale. À l'échelle nationale, toutes activités confondues, le taux de réponse moyen s'établit à 67 %, ce qui représente un véritable angle mort opérationnel pour les têtes de réseau qui pilotent la relation client au niveau local.

Les écarts entre secteurs sont particulièrement marqués. Les métiers reposant sur une relation de service rapprochée se montrent les plus réactifs : le service à la personne répond à 93 % des avis, les salles de sport à 91 %, les constructeurs automobile à 88 %.

À l'inverse, le retail et l'hôtellerie accusent un net retard, avec 57 % de réponses pour la grande distribution et seulement 41 % pour l'hôtellerie. Dans ces secteurs, plus d'un client sur deux ne reçoit tout simplement aucune interaction après avoir laissé son avis.

La manière de répondre varie aussi selon la note laissée par le client. Les avis 5 étoiles sont les mieux traités, avec un taux de réponse de 84 %, une façon pour les enseignes de valoriser leurs clients ambassadeurs. Les avis 1 étoile mobilisent également fortement les équipes, avec 72 % de réponses, l'enjeu étant ici de limiter l'impact sur l'image de marque. En revanche, les avis intermédiaires, notés 2 ou 3 étoiles, sont les grands oubliés : ils n'obtiennent respectivement que 65 % et 62 % de réponses, alors qu'ils sont souvent les plus riches en enseignements concrets pour améliorer un service.

Six avis par mois en moyenne, avec de très fortes disparités sectorielles

Au-delà de la réponse, la génération d'avis est elle-même très inégale selon les secteurs. À l'échelle nationale, une fiche d'établissement génère en moyenne 6 avis par mois. Un chiffre qui peut sembler modeste, mais qui compte énormément aux yeux de Google : l'algorithme valorise la fraîcheur et la régularité de la collecte plutôt que le simple volume d'avis accumulés dans le temps.

La restauration se distingue nettement avec 37 avis générés par mois en moyenne, portée par une fréquence de visite élevée et un réflexe de partage d'expérience bien ancré chez les clients. Les salles de sport (16 avis par mois) et l'hôtellerie ou l'ameublement (12 avis chacun) suivent.

À l'autre bout du classement, les secteurs à cycle d'achat long peinent à générer de la fraîcheur : la banque et l'assurance stagnent à 2 avis par mois, tandis que le bâtiment et la construction ferment la marche avec un seul avis mensuel en moyenne.

Cette dynamique de génération suit aussi un calendrier précis. La collecte se concentre en milieu et fin de semaine, avec un pic le vendredi (16,7 % des avis), suivi du mercredi (16,2 %) et du jeudi (15,6 %). Le dimanche reste le jour le plus calme, avec seulement 8,3 % des volumes. Côté horaires, contrairement à une idée reçue, les avis ne sont pas majoritairement déposés le soir à la maison. La collecte suit un flux continu pendant les heures de travail, avec un premier pic entre 9h et 10h et une phase la plus dense entre 14h et 16h, cette tranche horaire concentrant à elle seule plus d'un quart des avis quotidiens.

Les avis récents tirent la note globale vers le haut

L'étude met en lumière une dynamique encourageante pour les enseignes qui souhaitent améliorer leur réputation en ligne. Les avis récents affichent une note moyenne de 4,5 sur 5, un niveau nettement supérieur à la note moyenne historique de 4,2 sur 5. Dans le détail, 78 % de ces avis récents décrochent la note maximale de 5 étoiles.

Chaque nouvel avis collecté contribue donc mécaniquement à tirer la note globale de l'établissement vers le haut. Pour une enseigne dont la note stagne depuis des années, ce constat ouvre une vraie marge de manœuvre : plutôt que de subir un historique parfois vieux de plusieurs années, la mise en place d'une stratégie active de collecte d'avis récents permet de faire évoluer sa réputation locale de façon concrète et rapide.

L'humain avant le produit

C'est sans doute l'enseignement le plus structurant de cette étude. Sur près d'un million de mentions positives analysées, ce qui pousse un client à rédiger un avis élogieux n'est presque jamais lié au prix ou au produit. Le professionnalisme et la compétence de l'équipe arrivent en tête des leviers de satisfaction, suivis de l'écoute et de l'accompagnement, puis de l'accueil et de la sympathie. La qualité de l'offre elle-même n'arrive qu'en quatrième position, loin derrière la dimension humaine.

Du côté des motifs d'insatisfaction, le sentiment d'avoir été lésé financièrement domine largement : conflits de remboursement, devis non respectés, frais inattendus. Viennent ensuite la qualité du produit et les problèmes techniques, puis l'attente et les retards de prestation.

Le point commun entre ces irritants est révélateur : les consommateurs tolèrent globalement un incident de départ, mais acceptent beaucoup moins l'absence de suivi ou de communication qui s'ensuit. Le manque de réactivité et l'injoignabilité des équipes sont souvent ce qui transforme un simple mécontentement en avis négatif durable.

Des attentes qui varient fortement selon les secteurs

L'analyse sectorielle détaillée dans l'étude confirme que le socle humain reste central, mais que les points de friction diffèrent selon les métiers.

• Dans l'ameublement, les clients valorisent le conseil et l'accueil en magasin, mais la phase logistique post-achat, marquée par les retards de livraison et un service après-vente parfois défaillant, reste le principal point noir.
• Dans l'assurance et la banque, la confiance se joue au moment du sinistre ou du besoin urgent : un service client injoignable ou un remboursement refusé fait basculer immédiatement l'expérience vers l'insatisfaction.
• Le secteur automobile, qu'il s'agisse des concessions ou des garages, montre un schéma similaire : l'accueil et l'accompagnement en showroom sont appréciés, mais le service après-vente concentre les critiques, avec des problèmes techniques et un manque de transparence sur la facturation.
• Dans l'hôtellerie et la restauration, la propreté et le respect des standards de base (hygiène de la chambre, qualité du petit-déjeuner, temps d'attente en salle) restent déterminants pour éviter les mauvais avis, même lorsque l'accueil est chaleureux.
• Enfin, dans les secteurs de proximité comme le service à la personne, l'immobilier ou les salons de beauté, la confiance et le suivi personnalisé priment très largement sur la transaction elle-même.

Trois priorités pour les réseaux d'enseignes

Face à ces constats, l'étude dégage trois axes de travail concrets pour les têtes de réseau qui pilotent la réputation locale de leurs points de vente.

• Le premier consiste à collecter de manière continue, via un dispositif de sollicitation automatisé calé sur les jours et heures où les clients sont les plus enclins à répondre, plutôt que de laisser reposer les fiches sur un stock d'avis ancien.
• Le deuxième vise à répondre systématiquement, avis positifs comme négatifs, avec des réponses personnalisées qui envoient un signal de qualité à la fois aux clients et à l'algorithme de Google.
• Le troisième invite à analyser les avis comme un véritable outil de pilotage de la qualité de service, en identifiant secteur par secteur les leviers de satisfaction à renforcer et les points de friction à corriger en priorité.

L’article "Avis Google : un tiers des clients français n’obtiennent jamais de réponse" a été publié sur le site Abondance.

Il y a quelques jours, nous évoquions l’arrivée imminente des AI Overviews en France. Le territoire faisait partie des derniers grands marchés à ne pas disposer de cette fonctionnalité, principalement en raison du cadre réglementaire français et européen, plus strict qu'ailleurs sur les questions de droit d'auteur et de droits voisins. Ce verrou semble désormais levé, et Google a choisi de s'adresser directement aux éditeurs de presse pour anticiper leurs inquiétudes.

Un courrier pour rassurer les éditeurs

D'après les informations rapportées par Ouest-France relayé par plusieurs SEO dont Lou Pichard et David Eichholtzer, Google a transmis ce courrier le 29 juin aux éditeurs, qui s'inquiètent de cette arrivée. Le message du groupe américain s'articule autour de trois engagements.

• D'abord, la capacité de contrôle : chaque éditeur de site pourra choisir d'apparaître ou non dans les fonctionnalités IA de Google.
• Ensuite, la transparence : les éditeurs seront informés du nombre d'impressions générées par AI Overviews, de manière distincte des résultats du search classique.
• Enfin, la rémunération au titre du droit voisin, le mécanisme déjà en place permettant à 450 éditeurs français d'être payés pour la diffusion de contenus protégés. Cette rémunération sera désormais étendue aux contenus apparaissant via le moteur IA et consultés par les internautes.

Ce que ça change pour les sites web

Concrètement, une synthèse générée par IA va s'afficher en tête de certaines pages de résultats, avant les liens organiques habituels. Sur les marchés où la fonctionnalité est déjà active, comme les Etats-Unis, on observe une baisse significative du taux de clic sur la première position lorsqu'un résumé IA apparaît au-dessus des résultats classiques.

Cela ne signifie pas que Google perd en influence sur le trafic des sites, bien au contraire. L'entreprise change la manière dont les internautes accèdent à l'information. Être bien positionné dans les résultats ne suffira plus à lui seul à générer du trafic : il faudra aussi que son contenu soit repris, cité ou source, dans les résumés générés par l'IA elle-même.

Le Mode IA arrive au même moment

Le Mode IA, pendant conversationnel des AI Overviews fonctionnant avec le modèle Gemini, sera lancé au même moment. Cette fonctionnalité permet aux utilisateurs de poser des questions de manière plus naturelle et d'obtenir des réponses construites à partir de plusieurs sources, dans un format proche d'un échange avec un assistant.

Pour les éditeurs et les professionnels du référencement, cette double arrivée marque un tournant dans la manière dont le trafic organique va se construire en France dans les mois à venir.

L’article "Les Google AI Overviews arrivent en France cet été" a été publié sur le site Abondance.

L’article "Goossips SEO : Meta description & Agents IA" a été publié sur le site Abondance.

La baisse de trafic n'est pas uniquement la faute de l'IA

Lors d'une interview récente, Liz Reid, VP Search de Google, a abordé frontalement la question qui agite les éditeurs : pourquoi perdent-ils du trafic, et que faire ?

Sa première réponse surprend par sa franchise, l'IA ne serait pas le seul facteur à incriminer. Liz Reid souligne en effet que les comportements des internautes évoluent de façon plus large. Les utilisateurs se tournent davantage vers la vidéo et les réseaux sociaux pour consommer de l'information. Elle cite à l'appui une étude du Reuters Institute, qui documente ce glissement vers d'autres formats et d'autres plateformes.

Ce point mérite d'être pris au sérieux. Attribuer l'intégralité du recul des visites à l'IA générative, c'est passer à côté d'une transformation plus profonde des usages. Pour les éditeurs, cela implique une question de fond : est-ce que le format texte seul suffit encore à capter une audience ?

Laisser Google crawler, c’est le premier impératif

Sur la question concrète de la visibilité dans la recherche IA, Liz Reid structure sa réponse en deux volets. Le premier est purement technique : rendre le contenu accessible aux robots de Google.

Si un site bloque le crawl, la partie est perdue d'avance. Elle rappelle que Google met à disposition des outils dans la Search Console pour que les éditeurs gardent le contrôle sur ce qu'ils autorisent ou non. Mais bloquer l'accès, c'est se couper de toute chance d'apparaître dans les réponses générées par l'IA.

C'est un rappel qui peut sembler basique pour beaucoup, mais qui prend une nouvelle dimension dans un contexte où certains éditeurs ont choisi de bloquer les crawlers d'IA. Selon Google, ce choix a un coût direct sur la visibilité.

Je dirais qu'on peut probablement classer les choses en deux catégories. La première consiste à s'assurer que nous pouvons accéder à votre contenu. Si vous bloquez le contenu, cela ne fonctionnera pas ; s'il est difficile à découvrir, cela pose problème. Nous proposons divers outils dans la console pour webmasters qui vous offrent des options de contrôle, permettant ainsi aux éditeurs de faire leurs choix. Mais faciliter notre accès au contenu constitue assurément la première étape. - Liz Reid

Le contenu « pour le moteur » ne fonctionne plus

Le deuxième volet de la réponse de Reid est plus exigeant. Elle formule clairement ce que Google attend : du contenu que les gens ont envie de lire, pas du contenu conçu pour plaire à un algorithme.

Elle évoque le problème des articles qui ne sont que « la millième copie de la même histoire » : des textes sans angle particulier, sans expertise réelle, produits en masse pour occuper des positions. Ce type de contenu, selon elle, sera de moins en moins récompensé, que ce soit dans les résultats classiques ou dans les réponses IA.

À l'inverse, elle décrit ce qui fonctionne. Un contenu porteur d'une vraie expertise, qui apporte un regard original sur un sujet, qui est ancré dans ce que l'audience cherche réellement, et qui offre un niveau de détail et de richesse suffisant pour justifier un clic et une lecture complète.

La logique sous-jacente est la suivante : si les utilisateurs cliquent sur un résultat et restent pour lire, Google l'interprète comme un signal positif. Si le contenu n'intéresse personne, aucune optimisation technique ne sera en mesure de rattraper ce déficit.

Nous avons également publié des directives actualisées pour aider les propriétaires de sites et les éditeurs à réfléchir à la manière de créer du contenu de qualité aujourd'hui. L'idée centrale reste la même : si vous voulez que les internautes cliquent, cela implique nécessairement que vous souhaitez qu'ils lisent votre contenu.

Cela signifie qu'il faut produire un contenu que les gens ont envie de lire, n'est-ce pas ? Plus vous créez du contenu qui plaît à votre audience, plus il sera efficace. À l'inverse, si vous produisez du contenu conçu uniquement pour les moteurs de recherche et non pour votre public, les internautes finiront par s'en rendre compte. - Liz Reid

Google a mis à jour ses guidelines pour les éditeurs

Liz Reid mentionne également que Google a publié une version actualisée de ses recommandations à destination des créateurs de contenu et des webmasters. Ces guidelines intègrent les nouvelles réalités de la recherche IA, et leur fil directeur reste cohérent avec ce qu'elle exprime dans l'interview : construire pour l'audience, pas pour le moteur.

Elle insiste sur plusieurs qualités attendues :

• La fraîcheur du contenu,
• Sa pertinence par rapport à ce que les internautes cherchent à un moment donné,
• L’apport d'une expérience et d'un niveau de détail qu'on ne trouve pas partout ailleurs.

Ce que cela change concrètement pour les éditeurs

Le message de Liz Reid ne bouleverse pas les fondamentaux du SEO, mais il les place dans une autre perspective. Avec l'IA générative qui synthétise des réponses directement dans les résultats, les contenus génériques n'ont plus de raison d'être cliqués. Seul ce qui apporte quelque chose de plus, une perspective, une donnée, un contexte que l'IA ne restitue pas seule, justifie le clic.

Pour les éditeurs qui publient des guides, des tests produits, des articles de fond ou des analyses de niche, c'est une direction qui peut sembler rassurante. Mais elle suppose une discipline éditoriale réelle. Autrement dit, chaque article doit avoir une raison d'exister au-delà du volume de mots-clés ciblés.

La vraie question qui demeure en suspens, et que l'interview n'aborde pas, est celle des grands sites médias et des petits éditeurs indépendants qui, malgré un contenu de qualité, voient leur trafic organique se réduire. Le discours de Google sur la qualité est cohérent dans sa logique, mais il ne répond pas à l'inquiétude de ceux qui constatent un recul malgré des efforts éditoriaux réels.

L’article "Liz Reid (Google) demande aux éditeurs de créer du contenu que les gens veulent vraiment lire" a été publié sur le site Abondance.

Un responsable marketing ouvre son tableau de bord chaque lundi matin. Trente-deux graphiques, quatorze sources, des courbes qui montent et descendent. À 9h45, il referme l’onglet sans avoir changé une seule ligne de budget. La donnée était là. La décision, non. Ce décalage résume le problème central du marketing actuel. Les outils de mesure n’ont jamais été aussi puissants, et pourtant la majorité des équipes pilotent encore au ressenti, ou pire, à la justification a posteriori. Selon une étude agrégée par la presse spécialisée française (2025-2026), 99% des entreprises reconnaissent que la donnée est essentielle, mais 97% peinent à l’exploiter efficacement, et seules 35% des PME françaises exploitent réellement leurs données marketing (chiffre à recouper selon le secteur). Le sujet n’est donc plus de collecter. C’est de transformer la collecte en arbitrage. Data-driven marketing : décider sur la donnée, pas sur l’intuition Définition : transformer la donnée en décision Le data-driven marketing consiste à fonder ses choix marketing sur des données observées plutôt que sur des opinions, des habitudes ou l’avis du dirigeant le plus convaincu en réunion. Concrètement : quel canal reçoit le prochain euro, quel message part en priorité, quelle page on refait d’abord, quelle audience on arrête d’arroser. La nuance est importante. Avoir un dashboard, ce n’est pas être data-driven. Être data-driven, c’est que la donnée modifie effectivement une action. Si la lecture d’un rapport n’a jamais fait réallouer un budget, suspendre une campagne ou reprioriser un test, l’organisation n’est pas pilotée par la donnée. Elle est décorée par la donnée. Cette distinction a un poids économique réel. Les utilisateurs intensifs de customer analytics sont 23 fois plus susceptibles de surpasser leurs concurrents en acquisition de nouveaux clients, 9 fois plus en fidélisation et environ 19 fois plus pour une rentabilité supérieure à la moyenne (McKinsey, 2014, statistique de référence toujours citée). L’écart ne vient pas du volume de données possédé. Il vient de la fréquence et de la qualité des décisions prises avec. Data-driven vs data-informed : ce qui change vraiment Deux postures coexistent, et les confondre coûte cher. Le mode data-driven strict laisse la donnée trancher : un test A/B donne un gagnant statistiquement significatif, on déploie le gagnant, point. Le mode data-informed utilise la donnée comme une voix parmi d’autres, croisée avec le contexte business, la marque, la connaissance terrain. Aucune des deux n’est supérieure dans l’absolu. Le piège, c’est d’être data-driven sur des sujets où la donnée est trop pauvre pour trancher (un lancement sans historique), et data-informed là où la donnée était pourtant claire (une page de paiement qui convertit deux fois moins, qu’on garde « parce qu’elle plaît au DG »). La maturité consiste à savoir quel mode appliquer à quelle décision. Critère Data-driven Data-informed Qui tranche La donnée La donnée + le jugement Cas idéal Volume élevé, test possible Faible volume, fort enjeu stratégique Risque Optimiser un détail, rater le cap Rationaliser une intuition déjà prise Exemple A/B test sur un CTA Choix de positionnement marque Pourquoi maintenant : cookieless, coûts d’acquisition en hausse, IA Trois forces rendent le sujet urgent en 2026. Première force, le coût d’acquisition. Sur les leviers payants, l’enchère monte, la pression concurrentielle aussi. Quand chaque clic coûte plus cher, l’approximation se paie immédiatement : un budget mal alloué n’est plus une perte tolérable, c’est une marge qui disparaît. Deuxième force, le contexte de la mesure. Le cadre de la donnée comportementale s’est durci avec le RGPD, le Consent Mode et l’incertitude autour des cookies tiers. Mesurer correctement demande désormais un setup pensé, pas un script collé à la va-vite. Nous y revenons en détail plus loin. Troisième force, l’IA. Le scoring prédictif, la segmentation automatique et la génération à grande échelle ne servent à rien sans une donnée propre en entrée. L’IA amplifie ce qu’on lui donne : une donnée fiable devient un avantage démultiplié, une donnée sale devient une erreur industrialisée. Chez Brioude, on résume cette période simplement : plus de datas, moins de blabla. Pas par slogan, par nécessité opérationnelle. La chaîne de la donnée : de la collecte à la décision Avant de décider, il faut une donnée qui tienne la route. La chaîne va de la collecte brute jusqu’à l’arbitrage. Un maillon faible en amont contamine tout l’aval : un tableau de bord splendide construit sur une collecte cassée produit des décisions fausses avec une grande assurance. C’est exactement le travail d’une agence analytics que de sécuriser cette chaîne de bout en bout, de la balise au reporting décisionnel. Collecte : GA4, GTM et tracking server-side La collecte est le socle. GA4 fonctionne par événements (et non plus par sessions et pages vues comme l’ancien Universal Analytics), ce qui impose de définir explicitement ce qu’on mesure : achat, lead, ajout au panier, étape de formulaire. La documentation officielle détaille la mise en place des propriétés, flux et événements, y compris via Google Tag Manager (Aide Google Analytics – Configurer Analytics pour un site web et/ou une application). Google Tag Manager centralise le déclenchement des balises sans toucher au code à chaque modification. Mais GTM ne sauve pas une donnée mal structurée en amont : tout dépend de la couche de données envoyée par le site. Une variable mal nommée, un événement qui se déclenche deux fois, un montant transmis en chaîne de caractères au lieu d’un nombre, et le chiffre d’affaires remonte faux. Avant d’empiler les balises, mieux vaut structurer correctement votre dataLayer dans Google Tag Manager. Le tracking server-side ajoute une couche : au lieu d’envoyer les données directement depuis le navigateur, on passe par un serveur intermédiaire. Avantages concrets : moins de perte liée aux bloqueurs de publicité, contrôle de ce qui part vers chaque plateforme, donnée plus stable. Coût : un setup plus technique et un hébergement à maintenir. Ce n’est pas un gadget, c’est une assurance fiabilité quand l’enjeu business est réel. First-party data, CRM et sources propriétaires La donnée la plus précieuse est celle que vous détenez en propre : la first-party data. Comptes clients, historique d’achat, emails opt-in, comportement sur votre site, données CRM. Elle vous appartient, elle est consentie, elle ne dépend pas du bon vouloir d’une plateforme tierce. Son intérêt n’est pas que défensif. Selon une étude BCG commandée par Google (2020), les marketeurs qui exploitent pleinement leur first-party data peuvent générer jusqu’à deux fois plus de revenu incrémental par placement publicitaire, et 9 marketeurs sur 10 jugent cette donnée importante pour leurs programmes digitaux (Think with Google / BCG, 2020). L’enjeu est donc autant offensif que réglementaire. Le travail consiste à relier ces sources : faire dialoguer le CRM, l’outil d’analytics et les plateformes publicitaires pour qu’un client connu ne soit pas traité comme un inconnu, et qu’un acheteur récent ne reçoive pas une pub d’acquisition pour ce qu’il vient déjà d’acheter. L’attribution : relier la donnée à la performance réelle L’attribution répond à une question simple en apparence : à qui revient le mérite d’une conversion. Le dernier clic surestime les leviers de fin de parcours (la marque, le retargeting) et sous-estime ceux qui créent la demande en amont (le SEO de découverte, le display, le social). Résultat classique : on coupe le canal qui amorce la conversion parce qu’il ne récolte jamais le crédit final. Il n’existe pas de modèle parfait. L’enjeu n’est pas de trouver LA vérité de l’attribution, mais de choisir un cadre cohérent, de s’y tenir, et de le croiser avec des tests d’incrémentalité (couper un levier et observer l’impact réel sur les ventes). Une attribution comprise vaut mieux qu’une attribution sophistiquée mais opaque. La boucle de décision : collecter, analyser, décider, tester, itérer La donnée n’a de valeur que dans un cycle. Cinq étapes : collecter une donnée fiable, analyser pour faire émerger un constat, décider d’une action, tester cette action, itérer selon le résultat. La plupart des organisations maîtrisent les deux premières et abandonnent aux trois suivantes. Du dashboard à l’action : où la plupart des entreprises décrochent Le décrochage a toujours le même visage. Le dashboard existe, il est consulté, parfois même commenté en réunion. Puis rien. Aucune action n’en sort, ou alors l’action est décidée ailleurs, au ressenti, et le dashboard sert juste à la justifier après coup. Trois causes récurrentes. La donnée arrive trop tard pour servir une décision (un reporting mensuel sur des arbitrages hebdomadaires). Le rapport montre des chiffres mais aucune recommandation : il décrit, il ne propose pas. Personne n’est clairement responsable de transformer le constat en action. Un bon reporting se termine toujours par une phrase qui commence par « donc on fait », pas par un graphique de plus. Cadrer un cycle de test and learn opérationnel Un cycle de test and learn efficace tient en règles simples. Une hypothèse formulée avant le test, claire et chiffrée (« changer le titre de la page tarifs augmente le taux de demande de devis »). Un seul changement majeur testé à la fois, sinon on ne sait pas ce qui a produit l’effet. Une durée et un volume définis à l’avance pour atteindre la significativité, sinon on lit du bruit. Une décision binaire à la fin : on déploie, on abandonne, on relance. Et surtout, une cadence : un test isolé ne change rien, c’est le rythme (un cycle qui tourne en continu) qui crée l’avantage composé. Les KPI qui comptent vs les vanity metrics Une vanity metric est un indicateur qui flatte sans informer une décision. Nombre d’impressions, de fans, de vues : ils montent, c’est agréable, et ils ne disent pas s’il faut changer quoi que ce soit. Un bon KPI, lui, fait bouger une action quand il bouge. Identifier les indicateurs reliés au business Le test est simple : si cet indicateur double, est-ce que je sais quoi faire de différent. Si la réponse est non, c’est une métrique d’observation, pas un KPI de pilotage. Vanity metric KPI de pilotage Ce qui change Nombre de visiteurs Coût par lead qualifié Relie l’audience à la valeur Taux d’ouverture email Revenu généré par envoi Relie l’engagement au CA Impressions sociales Taux de conversion par canal Relie la visibilité à l’action Followers Valeur vie client (LTV) Relie la base au profit Le bon réflexe : pour chaque indicateur suivi, identifier l’action qu’il déclenche. Aucun indicateur ne devrait survivre dans un reporting s’il ne pilote aucune décision. Choisir une North Star Metric La North Star Metric est l’indicateur unique qui capture le mieux la valeur délivrée au client et la santé du business. Pas le chiffre d’affaires brut (trop loin de l’action quotidienne), pas une vanity metric (trop déconnectée du résultat), mais un point d’équilibre entre les deux. Pour un site e-commerce, ce peut être le nombre de commandes de clients qui rachètent. Pour un acteur du lead, le volume de leads qualifiés à coût maîtrisé. L’intérêt d’une North Star : elle aligne les équipes sur une direction commune et empêche d’optimiser un sous-indicateur au détriment du résultat global (gonfler le trafic au prix d’un effondrement du taux de conversion, par exemple). Construire un reporting qui sert à décider Un reporting utile tient sur peu de chiffres, chacun relié à une décision possible. Il compare à un objectif et à une période précédente (un chiffre seul ne veut rien dire). Il signale les écarts au lieu de tout afficher à plat. Et il se termine par des recommandations, pas par une galerie de courbes. C’est exactement la philosophie de Brioude : dans un monde où les datas ne veulent parfois rien dire, le travail consiste à les faire parler, c’est-à-dire à les ramener à une décision. Activer la donnée : personnalisation, A/B testing et audiences Collecter et analyser ne crée aucune valeur tant que la donnée n’est pas activée, c’est-à-dire réinjectée dans les campagnes, les pages et les parcours. Segments et audiences pilotés par la donnée Segmenter, c’est découper sa base selon des critères qui changent le traitement. Un nouveau visiteur, un client récurrent, un panier abandonné, un compte dormant depuis six mois : ces profils n’appellent ni le même message, ni le même budget. L’activation passe par la construction d’audiences : audiences de remarketing pour relancer les visiteurs non convertis, audiences similaires (lookalike) pour trouver de nouveaux prospects ressemblant à vos meilleurs clients, audiences d’exclusion pour cesser de payer afin de toucher des gens déjà clients. La qualité de ces audiences dépend directement de la qualité de la first-party data en entrée. La boucle se referme. A/B testing et optimisation de la conversion L’A/B test est l’outil le plus direct pour faire trancher la donnée. On compare deux versions, la donnée désigne la gagnante. Les conditions de validité sont strictes : un trafic suffisant, une durée qui couvre les variations naturelles (un test de trois jours ignore l’effet du week-end), un seul élément testé à la fois, et un seuil de significativité fixé avant de regarder les résultats, jamais après. L’erreur la plus fréquente n’est pas technique, elle est humaine : arrêter un test dès qu’une version semble gagner. Sur de petits volumes, deux versions identiques peuvent afficher 20% d’écart par pur hasard. Sans seuil défini à l’avance, on déploie du bruit en croyant déployer une amélioration. Personnalisation des messages et des parcours La personnalisation adapte le contenu au profil et au comportement : recommandations produits selon l’historique, relance d’un panier abandonné, message différent pour un primo-visiteur et pour un client fidèle. Bien faite, elle augmente la pertinence et le taux de conversion. Mal faite, elle vire au gadget intrusif (le prénom plaqué partout, ou la pub qui suit l’internaute pour un produit déjà acheté). La règle : personnaliser ce qui change réellement la décision de l’utilisateur, pas pour la démonstration technique. Et toujours dans le cadre du consentement recueilli, ce qui nous amène au socle de tout l’édifice. Data et IA : prédictif, scoring et automatisation L’IA ne remplace pas la chaîne de la donnée, elle s’y branche. Sa puissance dépend entièrement de la qualité de ce qu’on lui donne en entrée. Scoring et modèles prédictifs au service de l’acquisition Le lead scoring attribue une note à chaque prospect selon sa probabilité de conversion, calculée à partir de son comportement et de ses caractéristiques. Un commercial concentre alors son temps sur les leads les plus chauds, et le budget média se reporte vers les profils qui convertissent vraiment. Les modèles prédictifs vont plus loin : anticiper le risque de churn (un client sur le point de partir, qu’on relance avant qu’il ne parte), estimer la valeur future d’un client pour ajuster son coût d’acquisition acceptable, prédire la prochaine action probable. Ces modèles ne valent que ce que vaut l’historique qui les nourrit. Une collecte bancale produit un score confiant et faux, ce qui est plus dangereux qu’une absence de score. Automatiser sans perdre le contrôle de la décision L’automatisation gère bien le répétitif et le volume : ajustement d’enchères, déclenchement d’emails selon un comportement, mise en pause de campagnes sous un seuil de performance. Elle gère mal le contexte exceptionnel, le sens et l’arbitrage stratégique. La frontière à tenir : automatiser l’exécution, garder la main sur la décision de cadre. On automatise l’optimisation à l’intérieur de règles, mais c’est un humain qui fixe les règles, surveille les dérives et tranche les cas que la machine ne sait pas lire. Google impose ses automatismes, on dispose des objectifs et des garde-fous. L’IA est un levier, pas un pilote automatique qu’on laisse seul aux commandes. Le cadre privacy : condition d’une data fiable en 2026 La conformité n’est pas une contrainte qui s’oppose à la performance data. En 2026, c’est la condition même d’une donnée fiable. Une collecte non conforme est une collecte qui se coupe sans préavis, qui se fausse, ou qui expose à la sanction. Le cadre légal est devenu un sujet d’ingénierie de la mesure. Cookieless en 2026 : ce qui a vraiment changé chez Google Il faut être précis, car le discours ambiant est en retard sur les faits. Google n’a PAS supprimé les cookies tiers dans Chrome. Après des années d’annonces, le revirement officiel date du 22 avril 2025 : pas de nouveau prompt de choix imposé, maintien des contrôles existants pour l’utilisateur (annonce Privacy Sandbox 2025, relayée par Didomi, OneTrust et Usercentrics, 2025). Plus marquant encore, Google a mis fin à l’initiative Privacy Sandbox en octobre 2025, retirant les API Topics, Protected Audience et Attribution Reporting après six ans, faute d’adoption et sous pression réglementaire (Usercentrics / MarTech, 2025). La conséquence pratique : ne pas miser sa stratégie de mesure sur des solutions abandonnées, ni paniquer sur une suppression qui n’a pas eu lieu. Le mouvement de fond reste le même (moins de donnée tierce fiable, plus de restrictions), mais il passe par la réglementation, les navigateurs alternatifs et le consentement, pas par un grand soir technique chez Chrome. Nous visons la lune, on atterrit sur du concret : une mesure bâtie sur ce que vous contrôlez vraiment. Consent Mode v2 et conformité RGPD Le Consent Mode transmet aux outils Google l’état du consentement de l’utilisateur, et adapte la collecte en conséquence. Il est obligatoire depuis mars 2024 pour les annonceurs utilisant les fonctionnalités publicitaires de Google dans l’EEE. Depuis novembre 2023, il intègre deux paramètres supplémentaires (ad_user_data et ad_personalization) en plus de ad_storage et analytics_storage (Google for Developers – Set up consent mode on websites). Son intérêt va au-delà de la conformité. Quand l’utilisateur refuse, le Consent Mode permet une modélisation des conversions à partir des signaux disponibles, ce qui limite la perte de mesure sans collecter de donnée non consentie. Bien configuré, il réconcilie conformité et fiabilité. Mal configuré, il fait croire à une collecte qui n’existe pas. Un audit s’impose : prenez le temps de valider votre setup Consent Mode avant de fonder vos arbitrages dessus. First-party data : l’actif qui sécurise votre mesure Tout converge vers le même point. Dans un environnement où la donnée tierce se restreint et où le consentement conditionne la collecte, la donnée que vous détenez en propre devient l’actif le plus stable. Elle ne dépend ni d’un navigateur, ni d’une API abandonnée, ni du paramétrage d’un tiers. Construire cette base est un investissement de fond : inciter à la création de compte, capter l’email avec un consentement clair, structurer son CRM, relier ses sources. Ce travail ne porte pas ses fruits en une semaine, mais il est le seul qui résiste aux prochains revirements. Les robots vous trouvent, les prospects vous choisissent : encore faut-il les reconnaître quand ils reviennent, et c’est la first-party data qui le permet. Les pièges du data-driven marketing (et comment les éviter) Connaître les pièges évite de reproduire les erreurs les plus coûteuses. Trois reviennent systématiquement. De la data sans action : le syndrome du dashboard inutile Le piège le plus répandu. On multiplie les outils, les rapports et les indicateurs, et le volume de mesure devient une fin en soi. Le signe qui ne trompe pas : un tableau de bord que personne ne regarde, ou que tout le monde regarde sans jamais en tirer une action. La parade tient en une question, posée à chaque indicateur et à chaque rapport : quelle décision cela sert-il. Si la réponse n’existe pas, l’indicateur dégage. Mieux vaut cinq chiffres qui déclenchent des actions que cinquante qui décorent une présentation. Moins de blabla, plus de décisions. Mauvaise qualité de collecte : tout fausser à la source Une donnée fausse en entrée produit des décisions fausses, avec d’autant plus de dégâts qu’on lui fait confiance. Les causes classiques : balise mal posée, conversion comptée deux fois, trafic interne non exclu, dataLayer incohérent entre les pages, montants transmis dans le mauvais format. La discipline indispensable : auditer régulièrement la collecte, recouper les chiffres entre sources (l’analytics et le back-office doivent raconter la même histoire), documenter le plan de marquage. Une donnée qu’on n’a jamais vérifiée n’est pas une donnée fiable, c’est une hypothèse déguisée en certitude. C’est aussi pour cette raison que la collecte se traite en amont, avant le reporting, jamais l’inverse. Confondre corrélation et causalité Deux courbes qui montent ensemble ne prouvent pas que l’une cause l’autre. Le trafic et les ventes augmentent en décembre : ce n’est pas le trafic qui cause les ventes, c’est la saison qui gonfle les deux. Décider sur une corrélation prise pour une cause, c’est investir dans le mauvais levier en croyant tenir une preuve. La seule façon de trancher la causalité, c’est le test : modifier une variable, tout maintenir égal par ailleurs, observer l’effet. C’est précisément le rôle du test and learn et des tests d’incrémentalité. Sans cela, on reste dans l’interprétation, et l’interprétation se trompe avec assurance. Passer du dashboard à la décision Le data-driven marketing ne se mesure pas au nombre d’outils branchés ni à la taille du tableau de bord. Il se mesure aux décisions qu’il change. Une chaîne de collecte fiable, des KPI reliés au business, une North Star claire, une boucle de test qui tourne, une first-party data construite et un cadre privacy maîtrisé : c’est cet ensemble, et pas un dashboard de plus, qui crée l’avantage. La technique n’est qu’un moyen. La décision est le produit. Vous voulez passer du dashboard à la décision, sur une donnée fiable et conforme en 2026 ? Parlons de votre dispositif data sur la page contact de Brioude.

L’article Data-driven marketing : décider grâce à vos données est apparu en premier sur Brioude.

Annoncé début juin 2026, le nouveau système de contrôle des fonctionnalités d'IA générative dans Google Search dispose désormais d'une documentation officielle complète. Celle-ci n'était pas disponible au moment de l'annonce initiale. C'est Glenn Gabe qui a attiré l'attention de la communauté SEO sur sa mise en ligne, en soulignant notamment le système d'héritage entre propriétés parents et enfants.

Trois options pour gérer la présence de son site

Depuis Search Console, les propriétaires de sites disposent de trois réglages distincts.

• La première option, "Inclure", est le paramètre par défaut pour toutes les propriétés. Elle autorise Google à utiliser le contenu du site dans ses fonctionnalités génératives : le site peut apparaître comme source dans les AI Overviews, contribuer à ancrer les réponses de l'IA et recevoir du trafic et des impressions depuis ces surfaces.
• La deuxième option, "Exclure", empêche le contenu du site d'être visible dans l'ensemble des fonctionnalités d'IA générative de Search. Cela inclut les liens affichés dans ces fonctionnalités, ainsi que la participation au grounding des réponses générées. En clair : aucune impression, aucun trafic provenant de ces surfaces. Google précise toutefois que ce contrôle ne constitue pas un signal de classement ou d'inclusion pour les autres parties de Search. L'exclusion prend effet sous 1 à 2 jours après activation, avec un délai potentiellement plus long pour certains contenus en raison du cache et de la propagation dans les systèmes de Google.
• La troisième option, "Hériter", s'applique par défaut aux propriétés disposant d'une propriété parente. Elle signifie que la propriété enfant suit le réglage de son parent le plus proche ayant manuellement configuré son contrôle. Si aucun parent n'a modifié son paramètre, c'est le réglage du domaine de premier niveau qui s'applique. Ce comportement par héritage peut être remplacé à tout moment par une configuration manuelle au niveau de la propriété enfant.

Un système d'héritage à bien comprendre

La section consacrée à l'héritage entre propriétés est particulièrement détaillée dans la documentation officielle. Google y explique la logique de cascade : une propriété hérite du réglage de son parent le plus proche ayant arrêté d'hériter. Si l'ensemble de la chaîne parente est en mode héritage, c'est le domaine racine qui fait foi.

Ce mécanisme est important à maîtriser pour les sites organisés en plusieurs propriétés Search Console (sous-domaines, versions mobiles, etc.), car une modification au niveau parent se répercute automatiquement sur toutes les propriétés enfants n'ayant pas configuré de réglage manuel.

Un déploiement encore limité géographiquement

Pour l'heure, le dispositif n'est accessible qu'aux sites basés au Royaume-Uni. Google n'a pas encore communiqué de calendrier précis pour un déploiement plus large. La documentation officielle est cependant d'ores et déjà disponible et consultable par tous, et il est conseillé de la parcourir même sans intention immédiate d'utiliser les contrôles, afin de comprendre les implications pour la visibilité dans les nouvelles surfaces de Search.

L’article "Google dévoile une documentation complète sur le contrôle des IA génératives dans Search Console" a été publié sur le site Abondance.

Ce que Google dit, ce que Google montre

Commençons par lever une ambiguïté, parce qu'elle structure tout le reste.

L'annonce d'OKF parle de partage de la connaissance entre équipes et organisations. À la lecture, on imagine un format d'échange de données : je produis un bundle, vous le consommez, on se transmet du savoir.

Et pourtant. Quand on creuse un peu et qu'on ouvre les exemples livrés par Google dans son repo (les datasets GA4, Stack Overflow, Bitcoin) et l'agent d'enrichissement, on voit autre chose. Chaque concept décrit une table BigQuery : son schéma, le sens d'une colonne, les chemins de jointure, et un champ resource qui pointe vers la donnée, là où elle reste. La donnée ne voyage jamais.

Dit autrement : un concept qui décrit une table, c'est en pratique un skill. De la métadonnée, une grille de lecture pour un agent qui a déjà accès à l'entrepôt. Le bundle de référence est une couche d'annotation, un joli nom pour un skill posé sur des données que le producteur garde chez lui.

C'est utile, et c'est un usage parfaitement légitime du format. Mais c'est à un pas de la promesse. Le discours dit "partager la connaissance" ; la démonstration dit "décrire mes tables privées pour des agents". Le pointeur suppose que le lecteur peut le suivre.

Au passage : non, OKF n'est pas un levier de search, ni un nouveau llms.txt à coller sur son site pour plaire aux IA. On a creusé ce point ailleurs (Article linkedin en anglais) et on ne le refait pas ici. Mais on le redit clairement, parce que le raccourci est tentant.

Reste alors une question que les exemples n'abordent pas : et si le lecteur ne peut pas accéder à votre entrepôt, et si la connaissance qui vaut d'être partagée, c'est le résultat déjà calculé ?

Là où on se situe

Marie Haynes, dans son billet sur OKF, pousse l'idée plus loin que la simple conversion de pages. Elle relève une piste : on pourrait vendre des bundles de connaissance experte. Un avocat, un comptable, un consultant qui empaquette ses processus propriétaires dans un bundle qu'une autre organisation intègre.

C'est exactement ce qu'on fait, en concret.

Trois idées circulent en ce moment autour des bundles OKF :

• Convertir ses pages en Markdown OKF, le réflexe GEO qui va à l'encontre même du concept OKF. Ce n'est pas ça.
• Construire le sien, à la Haynes, à partir de ses propres documents. Le principe, validé à petite échelle.
• Vendre un bundle de data + expertise. C'est là que notre PoC se situe.

Deux précisions sur ce qu'il y a dans nos bundles, parce qu'elles font la différence.

D'abord, un bundle contient un extrait de notre donnée Discover enrichie : vos articles, vos entités phares, vos pipelines de distribution comme ceux de vos concurrents, calculés à partir d'un jeu de données que vous ne pourriez pas produire vous-même.

Ensuite, on embarque à la fois l'expertise et la donnée. Les playbooks (comment lire et interroger le bundle) voyagent avec le jeu de données. Connaissance, expertise et données dans un seul artefact.

Et là, le contraste avec la démonstration de Google devient net. Google annote des tables qu'il garde. Notre bundle, lui, est la donnée plus la façon de la lire, dans un objet autonome : rien à synchroniser, rien à aller rechercher ailleurs, il reste chez le client. C'est le coeur de la proposition.

Comment un bundle est fabriqué

Un producteur déterministe (un script, aucun LLM dans la boucle, donc reproductible et auditable) lit notre réplica analytique et sérialise l'empreinte Discover d'un site sur une période, dans un bundle autonome. Quelques partis pris, qui sont aussi nos limites assumées :

• Capture, pas trafic. Nos chiffres viennent d'un échantillon de capture. Ce ne sont pas des volumes de trafic, d'audience ou de revenus. On compare des positions relatives (des parts, des scores), jamais des volumes absolus. On ne prétend pas avoir une donnée parfaite ; on a une donnée comparable.
• La performance se mesure en score et en jours. Le score (0 à 100) situe le meilleur jour d'un article face au plus fort article du système ce jour-là. Les jours en feed mesurent la persistance. Les deux indicateurs se conjuguent pour apporter de la nuance.
• Les entités d'abord, les topics à titre indicatif. Les thèmes auto-classés sont bruités (un portrait peut finir rangé en "humour"). On s'appuie sur les entités, et on confronte toujours aux titres avant de conclure.

Ces règles ne sont pas reléguées en note de bas de page : elles voyagent dans le bundle, dans un concept GUARDRAILS que l'agent lit en premier. La grille de lecture fait partie de la livraison.

Un bundle, ce sont des fichiers : les sections de données, les playbooks (les skills) et le contrat de lecture GUARDRAILS, dans un seul dossier.

Ce qu'on peut réellement en tirer

Un bundle n'est pas qu'une donnée : il embarque les recettes pour la lire. L'agent du client choisit le playbook qui correspond à sa question et produit l'analyse lui-même. Le menu, en résumé :

• pipeline-profile : quels mécanismes du feed vous portent, et quel profil d'éditeur vous êtes.
• content-footprint : sur quoi vous êtes visible, et ce qui décroche vos pics.
• pipeline-evolution : comment ce mix se déplace dans le temps.

Si vous donnez à votre agent non pas juste votre bundle, mais votre bundle et celui d'un (ou plusieurs concurrents), vous débloquez des playbook bonus :

• content-gap : où un concurrent est devant, et quoi publier pour combler.
• content-fit : ce que ses succès ont de naturellement transposable chez vous, avec des idées de titres dans votre propre style.
• pipeline-conquest : quels pipelines menés par un concurrent vous pouvez réalistement prendre.

Aucun de ces playbooks n'a besoin de revenir vers nous.

Voici deux exemples, sur données réelles, anonymisées.

La veine qu'un rédacteur n'aurait pas cherchée

Prenez un réseau de presse régionale et un concurrent régional plus large qui le surclasse, même fenêtre de 30 jours, même locale. En surface, ils se ressemblent : article médian identique, score 2 sur 100. Tout l'écart est dans la traîne. Le top-décile du concurrent est à 16 contre 7, et il produit des articles "forts" (score supérieur ou égal à 50) à un rythme environ 2,6 fois supérieur.

Chaque bundle classe les entités de deux façons : par fréquence de mention, et par score. Le classement par mention, pour les deux sites, n'est presque que de la géographie : il ne dit rien. Le classement par score, lui, révèle l'essentiel.

En haut de la table par score du concurrent, une grappe quasi invisible en volume : l'agriculture et l'économie rurale. Agroécologie : score médian 61, top-décile 90, persistance médiane 8 jours. Pas un pic d'un jour, une veine. Derrière, des portraits de fermes au premier degré (un jeune couple reprend une exploitation, un maraîcher se reconvertit en bio). Le genre porte tout le haut du classement du concurrent, autour de 90.

Et le réseau régional ? Il écrit le même genre. Mais à plat : quand il publie ce type de portrait, il score autour de 11 quand le concurrent score autour de 90. Même sujet, même locale, même mois. Il ne lui manquait pas le sujet. Il lui manquait le traitement qui le fait durer.

Aucun rédacteur ne tape "portrait d'éleveur de chèvres" dans un outil. Ce n'est pas une tendance, ça ne fait pas de pic, et en volume c'est du bruit. Ça n'apparaît que si on cesse de classer par fréquence pour classer par performance. C'est ça, le moteur.

Les entités d'un site. Par part de mentions elles se ressemblent ; par score, la veine agricole se détache de la géographie qui remplit le feed.

Caractériser un site, finement

Sur un seul bundle, le même jeu de données dresse un portrait précis. Sur le réseau régional : une très large surface (une présence de masse), mais une intensité par article faible et concentrée. Score médian 2, top-décile 7, seulement 0,8 % d'articles forts, persistance médiane de 3 jours. Une traîne plate, et quelques pics. Le bundle nomme à la fois ce qui remplit le feed (la géographie, l'événementiel local, tous à faible score) et les veines à faible part mais fort score qui, elles, décrochent : épaves et découvertes patrimoniales (score médian 71), inventions du "génie ordinaire", faune de saison. La caractérisation est actionnable sur un seul site, pas seulement en comparaison.

Deux questions, deux réponses : le gap et le fit

Une chose qu'on a dû expliciter en construisant les playbooks, et qui compte beaucoup pour Discover : "où suis-je en retard ?" (le gap) et "qu'est-ce qui me correspond naturellement ?" (le fit) sont deux questions différentes, avec des réponses différentes. Les confondre, c'est courir après du contenu qui ne prendra jamais.

Un exemple volontairement générique. Un site centré sur l'éducation et les enfants ; des concurrents qui performent sur le jardinage.

Le fit ne retient pas le jardinage : aucun ancrage commun avec une empreinte éducation-enfants. La recette dit, clairement, ne recommande pas ça. Une méthode qui ne dit que oui ne vaut pas qu'on lui fasse confiance ; c'est le non honnête qui donne du poids au oui.

Le gap, lui, signale le jardinage : une demande réelle, qui performe, et que le site n'a pas. Le signal qu'elle est atteignable ? Le thème marche chez plusieurs concurrents directs à la fois. Quand un sujet performe sur un ensemble de sites qui servent la même audience, c'est qu'aux yeux de Google les profils servis sont assez proches pour être compatibles.

Et le gap ne recommande pas "jardinage" brut. Il le recentre sur la force du site : jardiner avec les enfants (des semis qui poussent vite, un carré de balcon que les petits surveillent, des plantes non toxiques, un hôtel à insectes). Même demande prouvée, réancrée sur un terrain que le site tient.

Le fit répond à "qu'est-ce que je publie qui me ressemble", le gap à "où est la demande prouvée près de moi", et les coups les plus durables sont à l'intersection.

On déroule l'exemple avec plusieurs use cases sur notre site.

Deux façons de récupérer cette intelligence

Reste une question pratique : comment on vous livre tout ça. Deux modèles, et ils ne s'opposent pas.

Le premier, c'est le rapport clé en main, celui qu'on produit à la demande depuis un moment, et que les clients nous redemandent. Notre donnée, notre extraction, nos agrégats et nos tops, un raisonnement par-dessus, et un rapport personnalisé, assisté par IA, à partir d'un gabarit. Vous voulez la réponse, toute faite, avec notre lecture : c'est ce modèle. Le résultat est dense, le plus complet possible, technique.

Le second, c'est le bundle OKF que vous gardez. De la donnée enrichie, aggrégée, pré-filtrée, qui reste chez vous. Vous posez vos propres questions, vous itérez, vous comparez plusieurs bundles, vous y ajoutez votre propre donnée (la Search Console, par exemple), vous testez plus loin. Vous voulez posséder la donnée et continuer à l'interroger : c'est ce modèle.

Ce n'est pas l'un ou l'autre. Un rapport peut sortir d'un bundle, et un bundle survit à n'importe quel rapport. Le bundle, c'est votre carte ; vous la gardez.

Ce qu'on ne prétend pas

Pour finir, et parce que l'honnêteté fait partie du travail : Google n'a pas illustré cet usage, ses exemples décrivent des tables d'entrepôt. On a simplement expérimenté : poussé à bout le pari "l'agent sait lire" et mis notre donnée enrichie à l'intérieur du bundle. Ce que l'agent en tire, les deux exemples plus haut en sont la preuve, est allé plus loin que ce qu'on attendait d'un format aussi mince. C'est tout ce qu'on revendique, ni plus ni moins.

Le format est mince. Ce qu'on met dedans, et la façon de le lire, font tout. Le reste, les questions que vous posez, les comparaisons, les arbitrages éditoriaux, c'est vous qui les menez. Comme tout bon capitaine, c'est en naviguant dans vos propres données que vous ferez vos meilleures découvertes.

Sylvain Deauré, co-fondateur de 1492.vision.

Article de référence complet sur 1492

L’article "Open Knowledge Format : ce que Google montre, et ce qu’on en a fait" a été publié sur le site Abondance.

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.

Le consultant SEO Daniel Roch a relayé cette mise à jour sur LinkedIn, en rappelant qu'elle vient confirmer les résultats d'un test qu'il avait mené sur le sujet, ainsi que les réserves qu'il exprimait depuis plusieurs mois sur le fichier llms.txt.

Que dit exactement la documentation de Google

Dans la section consacrée aux idées reçues sur l'optimisation pour l'IA générative, Google liste plusieurs pratiques que les éditeurs de sites peuvent ignorer sans crainte pour leur visibilité. La première concerne directement le sujet : les fichiers llms.txt et les autres formats spéciaux. Google précise qu'il n'est pas nécessaire de créer de nouveaux fichiers lisibles par machine, de fichiers texte pour IA, de balisages ou de contenu en Markdown pour apparaître dans Google Search, y compris dans ses fonctionnalités d'IA générative comme les AI Overviews ou l'AI Mode, car Google Search lui-même ne les utilise pas.

La firme de Mountain View ajoute une précision importante : le moteur peut tout à fait découvrir, explorer et indexer toutes sortes de fichiers en plus du HTML sur un site. Mais cela ne signifie pas que ces fichiers bénéficient d'un traitement particulier. Autrement dit, qu'un fichier llms.txt existe sur un site ou non ne change rien à la façon dont Google traite ce site.

Google va même plus loin en précisant que créer et maintenir ce type de fichier reste tout à fait possible, notamment pour d'autres services ou systèmes qui s'appuient sur ce format. Cela ne nuira ni n'aidera la visibilité ou le positionnement dans Google Search, puisque Google l'ignore tout simplement.

Pourquoi ce sujet fait débat depuis plusieurs mois

Le fichier llms.txt a été proposé comme une sorte d'équivalent au robots.txt, mais destiné aux modèles de langage plutôt qu'aux robots d'indexation classiques. L'idée consistait à fournir aux IA un résumé structuré du contenu d'un site, dans un format simplifié et lisible par les machines, pour faciliter la citation ou la compréhension du site par les outils d'intelligence artificielle.

Ce format a rapidement été présenté par certains acteurs du GEO comme une nouvelle brique incontournable de l'optimisation pour les IA. Mais, dans le même temps, certains experts ont appelé à la prudence sur ce point, en s'appuyant sur des constations et des tests maisons.

Les limites structurelles du format pointées par les experts

Le premier argument avancé par Daniel Roch est l'absence de standard reconnu. Le fichier llms.txt n'a jamais été officiellement adopté par les grands acteurs du marché de l'IA générative, ce qui en fait une initiative communautaire plutôt qu'une norme établie.

Le deuxième argument porte sur la structure même du fichier. Son format est très permissif, ce qui signifie que son contenu peut varier considérablement d'un site à l'autre. Cette absence de cadre strict empêche de considérer le fichier comme fiable ou exhaustif. Un fichier llms.txt peut donc très facilement se révéler incomplet, devenir obsolète au fil du temps, ou être manipulé pour orienter artificiellement la perception d'un site par une IA.

Le troisième argument concerne les capacités déjà existantes des IA pour récupérer de l'information. Les modèles disposent d'autres moyens techniques pour explorer et comprendre le contenu d'un site, ce qui rend un fichier de synthèse dédié moins indispensable qu'on ne le présente parfois.

Enfin, le quatrième argument touche à la nature même des requêtes adressées aux IA. Pour une grande partie des questions posées, l'intelligence artificielle cherche une réponse précise et localisée dans le contenu, pas une vision d'ensemble du site fournie par un fichier global. Un llms.txt, par construction, ne peut offrir qu'une vue générale, ce qui correspond rarement à ce que l'IA va réellement chercher pour répondre à une requête spécifique.

Ce que Google recommande à la place

Au-delà du cas du llms.txt, la documentation de Google liste d'autres pratiques GEO considérées comme inutiles pour son propre moteur.

• Le découpage du contenu en petits fragments, connu sous le nom de chunking, n'est pas nécessaire. Les systèmes de Google sont en effet capables de comprendre plusieurs sujets traités sur une même page et d'en extraire la partie pertinente pour chaque utilisateur.
• La longueur idéale d'une page n'existe pas dans l'absolu, et le bon réflexe reste d'écrire pour son audience plutôt que pour un système d'IA.
• Réécrire du contenu spécifiquement pour les IA n'est pas non plus utile selon Google, qui indique que ses systèmes comprennent les synonymes et le sens général d'une recherche, sans nécessiter une correspondance exacte de mots-clés.
• Les mentions artificielles d'une marque à travers le web sont également écartées, Google misant sur ses systèmes de détection de contenu de qualité et de lutte contre le spam.
• Enfin, les données structurées ne sont pas requises spécifiquement pour l'IA générative, même si leur usage reste recommandé dans une stratégie SEO globale, notamment pour l'éligibilité aux résultats enrichis.

Google recentre ainsi le débat sur les fondamentaux déjà connus du SEO : une structure technique claire, un contenu non générique apportant un point de vue ou une expertise réelle, et une expérience de page satisfaisante pour les visiteurs. Pour le moteur, optimiser pour la recherche générative reste avant tout une question de SEO, et non une discipline distincte nécessitant de nouveaux formats ou de nouvelles balises.

L’article "Google confirme qu’il ignore le fichier llms.txt et clôt le débat" a été publié sur le site Abondance.

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.