Données structurées e-commerce : le guide du schema Product pour WooCommerce, Shopify et Webflow

Les données structurées e-commerce sont un code invisible, généralement au format JSON-LD, qui décrit chaque produit à Google : nom, images, prix, devise, stock, avis, livraison et retours. Bien implémenté, le schema Product rend vos fiches éligibles aux résultats enrichis et aux fiches de marchand, ce qui rend vos produits plus visibles et plus cliquables dans la recherche.

Deux boutiques vendent le même produit au même prix. Dans Google, l'une affiche une simple ligne bleue, l'autre montre son prix, « En stock », une note et les frais de livraison. La différence ne vient pas forcément du contenu ni des liens : très souvent, elle vient du balisage.

Ce guide s'adresse aux propriétaires de boutiques en ligne, aux équipes marketing et aux startups qui vendent sur WooCommerce, Shopify ou Webflow. Il explique ce que Google attend, les erreurs les plus fréquentes et la méthode pour corriger votre balisage plateforme par plateforme.

Pourquoi les données structurées sont décisives pour une boutique en ligne

Google sait lire une page produit, mais il doit deviner quel nombre est le prix, quelle mention indique le stock et quelles étoiles correspondent aux avis. Le balisage supprime cette ambiguïté. Il apporte trois bénéfices concrets :

• Plus de visibilité : prix, disponibilité, note et livraison peuvent apparaître directement dans les résultats, dans l'onglet Shopping et dans Google Images.
• Un meilleur taux de clic : un internaute qui voit le prix et le stock avant de cliquer arrive plus qualifié sur votre fiche.
• Des données cohérentes : les moteurs de recherche et les assistants IA qui comparent des produits s'appuient sur des informations structurées et fiables plutôt que sur une interprétation du texte.

Le balisage ne garantit pas un meilleur classement à lui seul. En revanche, sans lui, vos produits ne peuvent pas prétendre à la plupart des affichages enrichis réservés aux marchands.

Extraits de produits ou fiches de marchand : ce que Google distingue

Google utilise le même type Product pour deux familles d'affichages, détaillées dans son introduction aux données structurées Product :

Une fiche produit de boutique vise donc d'abord les fiches de marchand. Bonne nouvelle : un balisage complet pour les fiches de marchand rend aussi la page éligible aux extraits de produits. Google recommande par ailleurs de combiner le balisage de la page avec un flux Google Merchant Center pour maximiser l'éligibilité.

Les propriétés du schema Product à renseigner

Les propriétés obligatoires

Selon la documentation Google sur les fiches de marchand, trois éléments sont indispensables :

• name : le nom du produit ;
• image : une ou plusieurs images explorables, idéalement en haute résolution et dans plusieurs formats (16:9, 4:3 et 1:1) ;
• offers : un objet Offer contenant au minimum price (supérieur à zéro) et priceCurrency au format ISO 4217, par exemple TND ou EUR.

Attention : pour les fiches de marchand, Google exige un Offer et non un AggregateOffer, car c'est vous qui devez être le vendeur.

Les propriétés recommandées qui font la différence

• Identifiants : gtin13 (code EAN), gtin12 ou isbn, en chiffres uniquement, plus sku, mpn et brand.
• Disponibilité : availability avec une valeur comme InStock, OutOfStock ou PreOrder.
• Durée de validité du prix : priceValidUntil. Une date dépassée peut empêcher l'affichage : c'est une erreur classique après une promotion.
• Avis : aggregateRating et review, uniquement s'ils correspondent à de vrais avis visibles sur la page.
• Livraison et retours : shippingDetails et hasMerchantReturnPolicy.
• Variantes : tailles, couleurs et contenances, que Google sait regrouper sous un même produit parent.

Exemple de balisage JSON-LD pour une fiche produit

Voici un exemple simplifié pour un sérum vendu par une boutique tunisienne. Les valeurs doivent toujours correspondre exactement à ce que le visiteur voit sur la page.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Sérum hydratant à l'acide hyaluronique 30 ml",
  "image": ["https://exemple.tn/images/serum-1x1.jpg", "https://exemple.tn/images/serum-16x9.jpg"],
  "sku": "SER-HYA-30",
  "gtin13": "6191234567890",
  "brand": { "@type": "Brand", "name": "Marque Exemple" },
  "offers": {
    "@type": "Offer",
    "url": "https://exemple.tn/produit/serum-hydratant/",
    "price": "49.90",
    "priceCurrency": "TND",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition"
  }
}

Le code EAN ci-dessus est fictif. Utilisez toujours le vrai code-barres attribué au produit, jamais un numéro inventé.

Livraison et retours : déclarez-les une seule fois

Beaucoup de boutiques répètent les conditions de livraison et de retour dans le balisage de chaque produit. Google recommande désormais l'inverse : déclarer une politique globale dans le balisage Organization de votre site, puis ne baliser au niveau du produit que les exceptions (un article volumineux livré plus cher, un produit non retournable). Les détails figurent dans la documentation MerchantReturnPolicy, et Google a encore élargi les façons de partager ces politiques fin 2025.

Si vous ne souhaitez pas toucher au code, ces politiques peuvent aussi être configurées dans la Search Console ou dans Merchant Center. L'essentiel est d'éviter les contradictions : un délai de retour de 14 jours dans vos CGV et de 30 jours dans le balisage est une incohérence que Google peut détecter.

Mise en place sur WooCommerce, Shopify et Webflow

WooCommerce

WooCommerce génère nativement un balisage Product de base (nom, prix, stock, avis). Depuis la version 9.2, un champ GTIN natif est disponible dans l'onglet Inventaire de chaque produit : renseignez-le systématiquement. Les extensions SEO comme Yoast ou Rank Math enrichissent ce balisage, mais elles peuvent aussi créer des doublons si votre thème ou un plugin d'avis ajoute son propre bloc. La règle : un seul bloc Product complet par page. Pour la structure éditoriale de la fiche elle-même, appuyez-vous sur notre modèle de fiche produit WooCommerce.

Shopify

Les thèmes récents de Shopify utilisent le filtre Liquid structured_data, qui produit un balisage Product, ou ProductGroup pour les produits à variantes. Selon le thème, certaines informations utiles comme le code-barres, le SKU ou la note moyenne peuvent manquer. Les applications d'avis injectent souvent leur propre aggregateRating : vérifiez le code source pour éviter deux notes contradictoires. Les anciens thèmes ou les thèmes très personnalisés n'appellent parfois pas ce filtre du tout.

Webflow

Sur Webflow, le balisage passe le plus souvent par le code personnalisé de la page modèle produit. Dans les paramètres de la page modèle, vous insérez un script JSON-LD et reliez chaque propriété aux champs du CMS (nom, prix, image, SKU). Ajoutez au CMS les champs manquants, comme le GTIN ou la marque, pour que chaque produit dispose d'un balisage complet et unique. Testez d'abord sur le domaine de staging, puis en production.

Les 7 erreurs que nous rencontrons le plus souvent

1. Prix différent entre la page et le balisage, typiquement après une promotion ou un changement de taxe.
2. Stock figé sur InStock alors que le produit est en rupture.
3. priceValidUntil dépassé, laissé en place après une opération commerciale.
4. Deux blocs Product sur la même page, l'un venant du thème, l'autre d'un plugin.
5. Avis inventés ou invisibles : une note balisée doit correspondre à des avis réellement affichés.
6. GTIN absent ou incorrect, alors qu'il est l'identifiant le plus fiable pour rapprocher votre produit des autres vendeurs.
7. Devise ambiguë : une boutique qui affiche des prix en TND et en EUR doit baliser la devise réellement facturée sur l'URL concernée.

Ces erreurs sont aussi fréquentes sur les pages catégories ; notre guide du SEO des pages catégories e-commerce explique comment traiter ces pages, qui ne doivent pas recevoir de balisage Product individuel pour chaque article de la grille.

Exemple : une boutique de cosmétiques à Tunis

Prenons un cas illustratif : une boutique WooCommerce de 400 produits, avec une extension SEO, un thème premium et un plugin d'avis. Un audit révèle trois blocs de données structurées par fiche, des prix promotionnels non mis à jour dans le balisage et aucun GTIN renseigné.

Le plan d'action type :

1. Désactiver le balisage du thème et ne garder qu'une seule source, l'extension SEO.
2. Importer les codes EAN des fournisseurs dans le champ GTIN natif de WooCommerce.
3. Déclarer la politique de livraison et de retour une fois, au niveau de l'organisation.
4. Tester un échantillon de fiches, puis suivre les rapports de la Search Console sur plusieurs semaines.

Les résultats dépendent du marché et de la concurrence, mais une boutique dont le balisage est propre et cohérent donne à Google toutes les informations nécessaires pour afficher ses produits de façon enrichie.

Comment tester et surveiller votre balisage

• Test des résultats enrichis de Google : vérifie l'éligibilité d'une URL aux affichages enrichis et signale les erreurs bloquantes.
• Schema Markup Validator : contrôle la syntaxe Schema.org, y compris les propriétés que Google n'exploite pas.
• Search Console : les rapports « Fiches de marchand » et « Extraits de produits » listent les problèmes sur l'ensemble du site.
• Le code source : recherchez application/ld+json pour compter les blocs présents. Les outils de test ne signalent pas toujours les doublons.

Respectez enfin les règles générales de Google sur les données structurées : le balisage doit décrire le contenu visible de la page, sans rien ajouter.

Checklist des données structurées e-commerce

• Un seul bloc Product complet par fiche produit.
• Nom, images, prix supérieur à zéro et devise ISO renseignés.
• Prix et disponibilité synchronisés automatiquement avec le catalogue.
• GTIN, SKU et marque présents quand ils existent.
• Avis balisés uniquement s'ils sont réels et visibles.
• Politique de livraison et de retour déclarée au niveau de l'organisation.
• Variantes correctement regroupées.
• Tests réalisés après chaque changement de thème, d'extension ou d'application.

Conclusion : un chantier technique à fort rendement

Les données structurées e-commerce font partie des optimisations dont le rapport effort/bénéfice est le plus favorable : quelques jours de travail suffisent souvent à rendre tout un catalogue éligible aux résultats enrichis, sans changer de plateforme ni réécrire les fiches. La clé est la cohérence entre ce que voit le client et ce que lit Google.

Notre équipe audite et corrige le balisage de boutiques WooCommerce, Shopify et Webflow pour des clients en Tunisie et en Europe. Découvrez notre accompagnement en référencement naturel, notre offre de développement WooCommerce et notre service de création de site e-commerce, ou envoyez-nous l'adresse de votre boutique pour un audit gratuit de vos données structurées.

Demander un audit SEO e-commerce