« Alexandre, comment utiliser le schema Product pour mes fiches produits ? »

Mis à jour le 22 octobre 2026

Quand un acheteur demande à un assistant « quel aspirateur sans fil choisir pour moins de 300 euros ? » ou cherche un produit précis dans Google, les moteurs ont besoin d’informations fiables : quel est le prix, est-il en stock, que disent les clients, quelle est la politique de retour ?

Ces informations figurent sur vos fiches produits, mais noyées dans la mise en page. Le schema Product les rend explicites, structurées et vérifiables. Pour un site e-commerce, c’est l’un des balisages les plus rentables.

Cette page complète mon guide sur les données structurées à l’ère de l’IA. Elle détaille le schema Product : à quoi il sert, quelles propriétés renseigner, comment l’articuler avec Merchant Center, et les erreurs qui coûtent cher.

Par Alexandre Montenon, consultant SEO et GEO à Lyon

Deux usages selon le type de page

Google distingue clairement deux situations dans sa documentation : les extraits de produit pour les pages où l’on ne peut pas acheter directement le produit, et les fiches marchandes pour les pages où les clients peuvent l’acheter, avec des informations plus détaillées comme la livraison ou les retours. Google y recommande aussi d’utiliser à la fois les données structurées et un flux Merchant Center.

Pourquoi c’est important à l’ère de l’IA

Les réponses générées s’intéressent de près aux produits. Google l’écrit dans son guide sur les fonctionnalités d’IA de la recherche : les réponses de l’IA générative peuvent inclure des fiches et des informations produits, et les flux Merchant Center aident vos produits à être visibles dans ces réponses.

Les assistants d’achat, comme ceux qui comparent des produits ou préparent un panier, ont besoin des mêmes informations précises : prix à jour, stock, caractéristiques, conditions de vente. Un catalogue bien structuré est plus facile à comprendre, à comparer et à recommander.

Les propriétés essentielles

Pour toutes les pages produit

Pour les pages de vente (offre)

Pour les produits déclinés (tailles, couleurs, contenances), schema.org prévoit des structures dédiées aux groupes de variantes, que les grandes solutions e-commerce savent générer.

Données structurées et Merchant Center : les deux ensemble

Le balisage sur vos pages et le flux Merchant Center sont deux façons de transmettre les mêmes informations à Google. Elles se complètent :

➭ le balisage décrit chaque page au moment où Google la lit ;

➭ le flux Merchant Center transmet l’ensemble du catalogue, mis à jour régulièrement, avec des informations supplémentaires (promotions, stock en magasin, livraison) ;

➭ Google peut croiser les deux pour vérifier la cohérence des données.

Merchant Center est gratuit, et permet aussi d’apparaître dans les fiches gratuites de l’onglet Shopping. Pour un e-commerçant, c’est un investissement de temps très rentable, qui sert à la fois le référencement classique, les résultats enrichis et les réponses générées.

Exemple simplifié

Voici les informations qu’un balisage Product décrirait pour une fiche fictive. Les extensions e-commerce génèrent le code correspondant à partir de ces données.

Toutes ces valeurs sont fictives. L’essentiel est qu’elles soient identiques à celles affichées sur la page et dans le flux Merchant Center.

Mise en place selon votre solution

WooCommerce

WooCommerce génère un balisage Product de base. Les extensions SEO comme Rank Math ou Yoast (avec leur module e-commerce) l’enrichissent : marque, GTIN, avis, livraison. Vérifiez que les champs sont bien remplis dans chaque fiche.

Shopify et les autres plateformes

La plupart des thèmes intègrent un balisage Product. Sa qualité varie : testez quelques fiches pour vérifier la présence du prix, de la disponibilité, de la marque et du GTIN.

Site sur mesure

Le balisage JSON-LD est généré à partir de la base produits, ce qui garantit qu’il reste à jour quand les prix ou les stocks changent.

Les propriétés qui comptent le plus pour les assistants d’achat

Le vocabulaire schema.org/Product compte des dizaines de propriétés. Toutes ne se valent pas. Quand un assistant compare des produits, il cherche d’abord à répondre à trois questions : de quel produit exact s’agit-il, combien coûte-t-il ici, et peut-on l’acheter maintenant ?

L’identité du produit. Le nom, la marque, le GTIN et le MPN (référence fabricant) permettent de rapprocher votre fiche des autres pages qui décrivent le même article. Sans ces identifiants, votre produit reste une page isolée, difficile à comparer.

L’offre. Le prix, la devise, la disponibilité et l’état (neuf ou reconditionné) répondent à la question « combien et quand ». Une offre à jour est la condition pour être cité dans une réponse qui compare des prix.

Les conditions de vente. Livraison et retours sont des critères de choix majeurs. Une politique de retour de 30 jours gratuite est un argument qu’un assistant peut reprendre, à condition qu’il soit écrit clairement.

La preuve sociale. Les avis et la note moyenne aident à départager des produits proches. Ils doivent provenir de vrais clients et être visibles sur la page.

Les caractéristiques techniques

Pour les produits techniques (électroménager, informatique, matériel), les caractéristiques comptent autant que le prix : dimensions, poids, puissance, compatibilité, matériaux. Schema.org permet de les décrire avec des propriétés comme additionalProperty, mais l’essentiel est qu’elles figurent dans le texte de la page, de préférence dans un tableau lisible. Un assistant qui doit répondre à « cette théière va-t-elle sur l’induction ? » trouvera la réponse dans un tableau de caractéristiques bien rempli, pas dans un slogan.

Tester et surveiller son balisage

Un balisage se vérifie, puis se surveille dans la durée. Trois outils suffisent.

➭ L’outil de test des résultats enrichis de Google indique si une page est éligible aux extraits de produit ou aux fiches marchandes, et signale les propriétés manquantes ou invalides.

➭ Les rapports de la Search Console (extraits de produit, fiches marchandes) listent les erreurs sur l’ensemble du site. Un pic d’erreurs après une mise à jour du thème ou d’une extension se repère tout de suite.

➭ Le diagnostic de Merchant Center signale les écarts entre le flux et les pages : prix différent, produit indisponible, image refusée.

Je conseille de tester une dizaine de fiches représentatives à chaque mise à jour importante du site : un produit simple, un produit à variantes, un produit en promotion, un produit en rupture. Ce sont ces cas particuliers qui révèlent les balisages défaillants.

Les erreurs qui coûtent cher

Un prix différent de celui affiché. Un balisage figé qui annonce 39 € alors que la page affiche 49 € est trompeur, et Google peut retirer les résultats enrichis du site.

Une disponibilité fausse. Un produit en rupture déclaré « en stock » déçoit l’acheteur, et l’assistant qui l’a recommandé perd en fiabilité.

Des avis non affichés. Baliser une note qui n’apparaît pas sur la page est contraire aux consignes de Google.

Des balisages en double. Le thème, l’extension e-commerce et l’extension SEO ajoutent chacun leur balisage, parfois contradictoire. Gardez une seule source.

Des fiches pauvres. Le balisage ne compense pas une description vide. Les assistants d’IA s’appuient aussi sur le texte de la page pour comprendre et comparer les produits.

Au-delà du balisage : des fiches produits que les IA comprennent

Les données structurées décrivent les faits. Les assistants d’IA, eux, lisent aussi le texte pour répondre à des questions plus fines : « cette théière convient-elle à une plaque à induction ? », « quelle différence avec le modèle à 39 € ? ». Une bonne fiche produit combine donc :

➭ des caractéristiques complètes, en texte et en tableau ;

➭ des réponses aux questions fréquentes sur le produit ;

➭ des usages concrets : pour qui, dans quelles situations ;

➭ des avis clients détaillés ;

➭ des conditions de vente claires.

Le balisage schema Organization complète le dispositif en décrivant la boutique elle-même : nom, logo, coordonnées, politique de retour générale.

Questions fréquentes sur le schema Product