Positions SEO stables mais trafic en baisse ? Le paradoxe AI Overview

Vos positions tiennent, vos impressions augmentent, et pourtant vos ventes en ligne reculent. Pour une boutique en ligne, ce paradoxe a souvent deux causes qui se cumulent : une page de résultats où Google montre lui-même les produits avant les sites, et une architecture de boutique que Google comprend mal. C'est pourquoi il vaut mieux faire appel à un consultant expert en SEO et GEO.

Cet article s'adresse aux e-commerçants, et plus particulièrement aux boutiques spécialisées qui viennent de refondre leur site. Il s'appuie sur la documentation de Google, sur 3 de ses brevets et sur un cas réel, anonymisé, que j'ai analysé cette année : une boutique PrestaShop dont le blog a tenu après une refonte, pendant que la partie boutique décrochait.

Si votre site n'est pas une boutique en ligne, mon article sur la baisse de trafic SEO en 2026 traite le diagnostic général.

Le paradoxe : Google montre vos produits avant de montrer votre site

Sur une requête d'achat, le premier lien organique arrive aujourd'hui après plusieurs couches d'information. Votre page peut rester bien classée et recevoir beaucoup moins de clics, simplement parce que l'internaute a déjà vu, comparé et parfois choisi un produit plus haut.

Ces couches sont connues : les annonces sponsorisées, les fiches produits issues du Shopping Graph avec leur prix, leur stock et leurs avis, et désormais un aperçu IA quand la requête appelle une comparaison ou un conseil. Le Shopping Graph est la base produits de Google. Il compte plus de 50 milliards de fiches produits, mises à jour en continu, et c'est lui qui alimente les recommandations d'achat du mode IA depuis son annonce en mai 2025.

En France, le basculement est récent. Google a lancé les AI Overviews et le mode IA le 22 juillet 2026. Sur mobile, où l'écran visible est court, ces blocs repoussent souvent le premier résultat naturel sous la ligne de flottaison.

Il faut donc distinguer deux situations qui se ressemblent dans la Search Console. Une perte de trafic se voit dans vos positions : elles chutent, souvent pendant une core update ou après une refonte. Une baisse de trafic à positions stables vient plutôt de la page de résultats elle-même, qui capte l'attention avant votre lien. Le cas concret plus bas montre qu'une boutique peut subir les deux en même temps.

Ce que les balises font vraiment pour une boutique

Les données structurées ne font pas monter une page dans le classement. John Mueller, chez Google, l'a répété en avril 2025 : « Structured data won't make your site rank better ». Elles aident Google à comprendre de quoi parle une page, donc à la proposer sur les bonnes requêtes, mais sans bonus de classement.

Pour une boutique, leur rôle est ailleurs, et il est décisif : elles ouvrent l'accès aux affichages produits. Selon la documentation de Google sur les fiches de marchand, une page qui porte un balisage Product et Offer peut apparaître dans le panneau shopping, dans Google Images, dans les produits populaires et sous forme d'extrait produit, avec son prix, sa disponibilité, sa livraison et ses conditions de retour. Seules les pages où l'on peut réellement acheter le produit sont concernées. Sans balisage ni flux Merchant Center, vos produits restent absents des blocs qui occupent le haut de la page.

Deux précisions de cette même documentation comptent beaucoup après une refonte. D'abord, Google recommande de placer le balisage Product dans le HTML initial : un balisage généré par JavaScript peut rendre les explorations Shopping moins fréquentes et moins fiables, alors que prix et stocks changent vite. Ensuite, chaque variante d'un produit doit avoir sa propre URL.

Enfin, le balisage doit dire exactement ce que dit la page. Un prix, une disponibilité ou une note présents dans le JSON-LD mais absents ou différents dans la page visible posent problème. Le JSON ne remplace donc pas le HTML : il traduit le même contenu dans une forme que les machines lisent sans ambiguïté. C'est pourquoi il accélère la compréhension d'une boutique bien construite, mais ne peut rien pour une boutique dont l'architecture est confuse.

Ce que les brevets de Google disent d'une boutique en ligne

Les brevets de Google décrivent depuis longtemps un moteur qui ne lit pas des pages isolées, mais qui assemble des produits, des marchands et des entités à partir de plusieurs sources. Un brevet ne prouve pas que Google applique une méthode, ni de quelle façon. Mais quatre d'entre eux éclairent bien ce qui se joue pour un e-commerçant.

Regrouper les variantes d'un même produit. Le brevet US 8 700 494, « Identifying product variants », délivré à Google en 2014, décrit comment des offres venues de nombreux marchands sont rangées dans un catalogue, une entrée par variante, souvent grâce aux identifiants GTIN. Les couleurs ou tailles sont extraites des titres de produits pour relier les variantes entre elles. Autrement dit, des titres cohérents, des identifiants renseignés et une URL par variante, comme le demande aujourd'hui la documentation Google, facilitent ce regroupement.

Ne garder que les informations qui concordent. Le brevet US 10 331 706, « Automatic discovery of new entities using graph reconciliation », délivré en 2019, décrit la fusion de faits issus de différentes sources web dans le Knowledge Graph. Les ensembles peu fiables et les faits contradictoires sont écartés. Pour une boutique, deux catégories qui présentent les mêmes produits sous deux noms différents envoient exactement ce type de signal contradictoire.

Décrire l'entreprise dans son ensemble. La demande WO2025063948A1, « Data extraction using LLMs », publiée en mars 2025, décrit un modèle de langage qui caractérise une entreprise à partir des pages de son domaine : modèle économique, produits et services, promotions. Il complète avec des données tierces, dont les données cartographiques, les informations d'entreprise et les avis. Votre boutique est donc lue avec votre fiche Google et votre réputation, pas seule.

Multiplier les requêtes pour une seule question. La demande US 2024/0289407 A1, déposée par Google en février 2024, décrit une recherche conversationnelle qui génère des requêtes synthétiques à partir de la question de l'internaute, puis sélectionne des documents pertinents pour la question d'origine et pour ces requêtes dérivées. Google a décrit publiquement ce principe en mai 2025 pour le mode IA, qui décompose une question en sous-thèmes et lance de nombreuses requêtes simultanées : c'est le « query fan-out ».

Mis bout à bout, ces textes dessinent une même logique. Quand l'IA cherche « un cadeau personnalisé pour un départ à la retraite », elle décline la question en plusieurs requêtes et recoupe les sources. Une boutique dont l'offre est dispersée entre des pages concurrentes, ou décrite différemment selon les endroits, a moins de chances d'être retenue qu'une boutique où chaque produit a une seule place claire.

Cas concret : une refonte PrestaShop, un blog qui tient, une boutique qui décroche

Au printemps 2026, un e-commerçant a demandé un avis sur un forum SEO francophone. Sa boutique d'objets personnalisés, en ligne depuis plusieurs années, tourne sous PrestaShop : environ 1 400 produits, 80 catégories et 120 articles de blog. Il venait de refondre son site avec une mise à jour majeure du CMS, en mars 2026, en pleine core update.

Son constat est typique. Le site restait indexé et le blog continuait d'attirer des visiteurs. Mais la boutique, catégories et fiches produits, perdait des positions, et certaines pages n'apparaissaient plus du tout sur leurs requêtes habituelles. Il estimait son potentiel à 20000 ou 30 000 visites par mois ; il plafonnait à 6 000.

Première piste : le balisage

En lisant le code source, j'ai d'abord regardé les données structurées, puisque c'est ce qui distingue une page commerciale d'un article. La page d'accueil décrivait bien la boutique, avec sa livraison et ses retours, mais aucun produit. Plus parlant : la grande catégorie mère, et certaines de ses sous-catégories, déclaraient une liste de produits… contenant zéro élément. Ces pages n'affichaient que des sous-catégories, et le module de balisage ne listait que les produits rattachés directement.

Le marchand m'a répondu, à juste titre, que ses fiches produits et ses catégories finales avaient un balisage correct. Le balisage n'était donc qu'un symptôme. Le vrai problème était plus haut.

Le vrai problème : deux arborescences pour les mêmes produits

En suivant le parcours depuis le menu, on découvrait que la refonte avait fait coexister deux arborescences. Pour plusieurs familles de produits, il existait une ancienne catégorie, celle qui était bien classée avant la refonte, et une nouvelle, rangée sous la catégorie mère. Les deux visaient la même requête. Dans la nouvelle arborescence, un produit se trouvait à quatre ou cinq clics de l'accueil, en passant par des pages intermédiaires sans un seul produit affiché.

Ce schéma explique bien pourquoi le blog tenait : chaque article avait une seule URL et un sujet clair. La boutique, elle, présentait à Google deux pages concurrentes par famille de produits, plus des pages de transit vides. C'est exactement le signal contradictoire que décrivent les brevets de réconciliation, et le genre de dispersion que le query fan-out pénalise.

John Mueller l'expliquait dès 2021 à un autre e-commerçant : avec moins de pages, chacune tend à être plus forte ; avec beaucoup de pages, la valeur se répartit. En septembre 2025, il a nuancé : voir plusieurs de ses pages sur une même requête n'est pas un problème en soi. Toute la différence est là. Le souci n'est pas que deux pages se montrent, c'est qu'aucune ne ressorte. C'est ce que vivait cette boutique.

Ce cas est présenté de façon anonyme : le nom de la boutique, ses URL et ses catégories ne sont pas cités.

Après une refonte : la méthode pour diagnostiquer et corriger

La première vérification ne coûte rien et prend dix minutes. Dans la Search Console, ouvrez le rapport Performances, filtrez trois ou quatre requêtes qui ont chuté depuis la refonte, puis regardez l'onglet Pages. Il montre toutes les URL de votre site apparues sur cette requête. Si deux URL alternent depuis la refonte, vous tenez votre piste.

Une fois la cannibalisation confirmée, choisissez une seule catégorie de référence par famille de produits, idéalement celle qui était classée avant la refonte, puisqu'elle porte déjà l'historique et les liens. Rattachez-y les produits, puis redirigez l'autre catégorie vers elle avec une redirection permanente. Google considère une redirection comme un signal fort pour désigner l'URL à retenir, et regroupe ensuite sur elle les signaux qui pointaient vers le doublon. Il recommande les redirections côté serveur pour un effet plus rapide.

Donnez ensuite un contenu réel aux catégories intermédiaires. Une page qui n'affiche que des sous-catégories est une page de transit pour l'internaute comme pour Google. Affichez-y une sélection de produits, par exemple les meilleures ventes de ses sous-catégories, pour que chaque niveau de l'arborescence ait quelque chose à vendre et rapproche les produits de l'accueil.

Vérifiez enfin le balisage généré par vos modules. Sous PrestaShop, il vient souvent à la fois du thème et d'un ou plusieurs modules, et une refonte change fréquemment l'un ou l'autre. Contrôlez qu'une page ne porte qu'un seul balisage Product, que les listes de produits des catégories ne sont pas vides, que les prix et la disponibilité correspondent à la page affichée, et que le balisage figure dans le HTML initial plutôt que d'être ajouté par JavaScript. Le rapport « Fiches de marchand » de la Search Console signale vite ce qui a sauté.

Après ces corrections, laissez à Google le temps de recalculer. Ne modifiez pas à nouveau la structure au bout de quelques jours : comparez vos données sur plusieurs semaines, et jamais pendant le déploiement d'une core update.

Conclusion : le JSON ne répare pas une boutique mal construite

Quand les positions tiennent mais que les ventes baissent, la page de résultats a changé : Google montre les produits avant les sites, et depuis juillet 2026 il le fait aussi en France avec l'IA. Quand les positions chutent après une refonte, c'est souvent la boutique elle-même qui est devenue illisible.

Les données structurées sont indispensables pour exister dans les affichages produits, mais elles ne font que traduire ce que le site dit déjà. Une seule place par produit, des catégories qui vendent vraiment, un balisage fidèle à la page et une boutique décrite de la même façon sur le site, dans Merchant Center et sur Google : c'est ce socle que l'IA de Google peut ensuite reprendre, citer et recommander.

EUSKAL CONSEIL

9 rue Iguzki alde

64310 ST PEE SUR NIVELLE

07 82 50 57 66

euskalconseil@gmail.com

Mentions légales: Métiers du Conseil Hiscox HSXIN320063010

CGV & Mentions légales

Ce site utilise uniquement Plausible Analytics, un outil de mesure d’audience respectueux de la vie privée. Aucune donnée personnelle n’est collectée, aucun cookie n’est utilisé.

VISIBILITE DIGITALE LOCALE

VISIBILITE DIGITALE NATIONALE ET INTERNATIONALE