Le balisage Product, c'est de la tuyauterie de données, pas une astuce SEO. Concrètement, ce sont des balises invisibles, écrites dans le code de votre page, qui décrivent votre produit aux machines. Elles alimentent en même temps les résultats enrichis de Google (un résultat de recherche avec étoiles, prix et stock affichés), le Merchant Center (le tableau de bord Google qui gère vos produits) et les catalogues que lisent les agents d'achat IA. Voici le manuel technique, vérifié sur les docs officielles.

Ce que le schema Product débloque concrètement dans Google pour une fiche e-commerce
Bien balisée, une fiche produit débloque des rich results dans Google.

Ce que le schema Product débloque concrètement dans Google

Le balisage Product reste le seul moyen d'afficher votre prix, votre note moyenne et votre disponibilité juste sous votre lien. La documentation officielle de Google distingue deux niveaux. D'un côté le product snippet, un simple résultat texte enrichi. De l'autre les merchant listings (les fiches marchandes), réservées aux pages où l'on peut réellement acheter, qui ouvrent quatre surfaces gratuites : les product snippets, le carrousel Popular Products, le panneau Shopping et les annotations dans Google Images.

Côté impact, restez lucide. Les cas d'école que Google met en avant datent de 2017 (+25 % de taux de clic pour Rotten Tomatoes sur les pages balisées). Plus récemment, une étude Milestone Research sur 4,5 millions de requêtes mesure un taux de clic moyen de 58 % pour les rich results contre 41 % pour les résultats classiques, sur un échantillon penché vers l'hôtellerie. Retenez l'ordre de grandeur, pas le chiffre exact : un gain de clic réel mais variable, jamais garanti. Et non, ce n'est pas un facteur de classement (le balisage ne fait pas monter votre page) : il change l'apparence du résultat, pas sa position. Si la question du trafic perdu au profit des réponses IA vous travaille, on l'a traitée dans notre article sur les AI Overviews.

Champs requis, champs recommandés : la check-list qui compte

La documentation merchant listing n'exige que trois propriétés Product : name, image et offers (le nom, la photo, l'offre), avec à l'intérieur de l'offre un prix et sa devise (documentation officielle). Ces propriétés sont tirées du vocabulaire Product de schema.org, le standard que partagent tous les moteurs. C'est le minimum pour être éligible, pas le niveau qui performe.

Les propriétés dites "recommandées" sont en réalité celles qui déclenchent les affichages. La availability (la disponibilité) sert au stock. Les gtin/mpn et brand (le code-barres international du produit, sa référence fabricant et la marque) servent à vous faire apparaître dans le panneau Shopping où plusieurs vendeurs se comparent. Les aggregateRating et review (la note moyenne agrégée de vos avis et les avis individuels) déclenchent les étoiles. Le sku (votre référence interne) sert au rapprochement avec le Merchant Center. Sans GTIN, vous existez ; avec GTIN, Google vous rattache à la fiche mondiale du produit et vous aligne face aux concurrents. C'est exactement le levier qu'on détaille dans notre guide des optimisations du flux Google Shopping.

Deux blocs plus avancés ont eux aussi leurs champs obligatoires : shippingDetails (les détails de livraison : délai, destination, tarif) et hasMerchantReturnPolicy (votre politique de retour : pays concerné, catégorie de retour, nombre de jours pour retourner). Et pour vos déclinaisons (taille, couleur), Google demande depuis 2024 le balisage ProductGroup qui regroupe les variantes : c'est le point faible de la plupart des thèmes.

Une donnée produit, trois lecteurs
  1. Fiche produitPrix, stock, GTIN, avis, variantes : la source unique
  2. Deux canaux en parallèleJSON-LD Product sur la page (UN SEUL bloc par page) et flux produit (Merchant Center, Shopify Catalog, OpenAI)
  3. Résultats Google enrichis★ 4,6 · 49 € · En stock, directement sous votre lien
  4. Shopping gratuit + Google ImagesPopular Products, panneau Shopping
  5. ChatGPT ShoppingCarrousel produits, agents d'achat
Deux blocs JSON-LD contradictoires sur une même page = "données ambiguës" = rich results supprimés

Le flux et le balisage se complètent : Google recommande les deux.

Le même JSON-LD alimente les résultats enrichis, le Shopping gratuit et les catalogues des agents IA.
Les IA lisent votre balisage de données structurées, mais pas là où vous croyez
Les moteurs IA lisent vos données structurées : autant les soigner.

Les IA lisent-elles votre balisage ? Oui, mais pas où vous croyez

OpenAI confirme que le ChatGPT Shopping s'appuie sur des métadonnées structurées (vos prix, vos descriptions balisés) et, pour les marchands Shopify, sur l'intégration directe du Shopify Catalog (le catalogue produit connecté). Vous pouvez aussi envoyer un flux produit directement à OpenAI, rafraîchi jusqu'à toutes les 15 minutes. Votre donnée produit propre est bien la matière première de ces agents d'achat.

En revanche, méfiez-vous du raccourci "ajoutez du schema et les IA vous citeront plus". L'étude Ahrefs de mai 2026 a suivi 1 885 pages qui ajoutaient du JSON-LD contre 4 000 pages témoins : aucune variation statistiquement significative sur les citations dans les AI Overviews, l'AI Mode et ChatGPT. Une étude académique indépendante arrive au même résultat, avec une nuance utile : les pages dont le schema Product était rempli de vraies valeurs (prix, notes, caractéristiques) étaient davantage citées que celles au balisage vide ou générique. Autrement dit, ce n'est pas la balise qui compte, c'est la donnée concrète à l'intérieur.

La conclusion qui se dégage : votre balisage produit alimente bien les surfaces shopping des IA (les flux, les catalogues), mais il ne fait pas grimper vos citations dans les réponses qu'elles rédigent. Pour la stratégie complète, voyez nos articles sur le GEO (l'optimisation pour être cité par les IA) et l'agentic commerce (les achats pilotés par des agents IA) ; et pour savoir si vos efforts paient, notre protocole pour mesurer sa visibilité IA. Ici, on parle tuyauterie.

Shopify : les erreurs qui cassent vos rich results

Erreur n°1, le balisage en double. Votre thème (Dawn et ses dérivés intègrent déjà un Product JSON-LD basique), votre app d'avis et votre app SEO injectent chacun leur propre bloc. Résultat : deux ou trois balisages concurrents sur la même page, qui sont la première cause de "données ambiguës" signalée dans la Search Console (le tableau de bord Google qui surveille votre référencement), et qui peuvent purement et simplement faire disparaître vos rich results.

Erreur n°2, le prix désynchronisé. Quand un client choisit une variante, Shopify met à jour le prix et l'URL en JavaScript, mais le balisage initial de la page ne suit pas toujours. Vous vous retrouvez avec un prix affiché et un prix balisé différents, un écart que le Merchant Center détecte et qui déclenche des refus sur Google Shopping. Erreur n°3, le balisage à trous. Nom, image et prix sont remplis, mais le SKU, le GTIN et la note moyenne (aggregateRating) restent vides, tout simplement parce que votre app d'avis n'écrit pas dans le balisage principal. C'est dommage quand on sait à quel point les étoiles pèsent : on l'explique dans notre article sur pourquoi une note de 4,7 vend plus que 5 étoiles.

Pour la mise en place, trois voies par ordre de préférence. Le natif d'abord (un thème récent associé au filtre Liquid structured_data qui génère le balisage pour vous). Une app de schema dédiée ensuite, mais seulement si elle désactive le balisage du thème pour éviter le doublon. Le JSON-LD écrit à la main dans un snippet Liquid en dernier recours, pour les catalogues à variantes complexes, en gardant en tête qu'une mise à jour de thème peut l'effacer. Si ce travail de code vous dépasse, vous pouvez faire implémenter vos données structurées par une équipe qui s'en charge de bout en bout. Tant que vous êtes dans vos réglages, jetez un oeil à notre revue des réglages Shopify qui freinent votre conversion.

Auditer ses données structurées produit avec le Rich Results Test puis la Search Console
On valide d’abord avec le Rich Results Test, puis on surveille dans la Search Console.

Auditer : Rich Results Test puis Search Console

Testez chaque modèle de page (template), pas chaque page une par une : une fiche simple, une à variantes, une en rupture de stock, une avec avis. Le Rich Results Test (l'outil gratuit de Google qui simule l'extraction) montre exactement ce que Google lit sur votre page et vous signale s'il trouve plusieurs blocs Product en conflit.

Ensuite, pilotez dans la Search Console. Le rapport Merchant listings liste vos erreurs, vos avertissements et vos pages valides, en pointant les champs manquants. Les avertissements brident vos enrichissements ; les erreurs, elles, vous rendent carrément inéligible. Faites ce contrôle une fois par mois, et systématiquement après chaque changement de thème ou installation d'app. La même discipline d'audit vaut pour vos pages collections, souvent les grandes oubliées du SEO e-commerce.

À retenir Un seul balisage complet (avec le GTIN, la disponibilité, la note moyenne et les variantes) et zéro doublon valent bien mieux que trois apps empilées qui se marchent dessus. Ce balisage unique nourrit en même temps Google, le Merchant Center et les catalogues des agents IA : un seul effort, trois canaux servis.
La promesse à ne pas croire Les études sérieuses de 2026 (Ahrefs, SSRN) montrent un effet nul du schema sur les citations dans les réponses IA. Ne payez donc personne pour "+30 % de visibilité IA" grâce au balisage. En revanche, une donnée produit structurée et complète reste indispensable pour exister tout court dans le ChatGPT Shopping et le Shopping gratuit de Google.

Divergences signalées : les chiffres de taux de clic de 2017 sont datés et donnés comme simples ordres de grandeur ; l'étude sur les rich results penche vers l'hôtellerie, à ne pas généraliser tel quel ; et les promesses "+30 % de visibilité IA" vendues par certaines agences ne reposent sur aucune donnée contrôlée publiée.