Toute boutique WooCommerce publie déjà des données structurées. Dès l’installation, chaque fiche produit embarque un bloc JSON-LD qui décrit le produit, son prix et sa disponibilité. La plupart des marchands l’ignorent, et c’est souvent tant mieux : le balisage fonctionne. Mais « fonctionne » ne veut pas dire « complet ». Entre ce que WooCommerce génère seul et ce que Google recommande pour ses résultats marchands, il reste un écart que les extensions SEO comblent plus ou moins bien.
Voici ce que Google lit réellement dans le balisage d’une fiche produit, ce qu’il en fait, et ce qui mérite d’être ajouté.
Données structurées : de quoi parle-t-on
Les données structurées sont une description du contenu de la page dans un vocabulaire que les moteurs comprennent sans interprétation. Pour les produits, ce vocabulaire est celui de schema.org : un type Product, des propriétés comme name, brand ou gtin13, et une offre Offer qui porte le prix, la devise et la disponibilité.
Google accepte trois formats, JSON-LD, Microdata et RDFa, et recommande JSON-LD : un bloc de script séparé du HTML visible, plus simple à produire et à maintenir. C’est le format qu’utilisent WooCommerce, Rank Math et Yoast.
Deux règles de Google encadrent l’ensemble. D’abord, le balisage doit décrire ce que le visiteur voit : on ne balise pas un contenu absent de la page. Ensuite, un balisage valide n’ouvre droit à rien. Google précise qu’il ne garantit pas l’affichage d’un résultat enrichi, même quand les données sont correctes.
Deux usages chez Google : extraits produit et fiches marchand
La documentation de Google distingue deux familles de résultats pour les produits, et le choix ne dépend pas du marchand mais de la nature de la page.
Les extraits produit (product snippets) concernent les pages où l’on ne peut pas acheter directement : tests, comparatifs, avis éditoriaux. Ils affichent une note, un prix indicatif, parfois des avantages et inconvénients.
Les fiches marchand (merchant listings) concernent les pages où le client peut acheter le produit auprès du site. C’est le cas de toute fiche WooCommerce. Elles ouvrent l’accès à des affichages plus riches dans les résultats de recherche et l’onglet Shopping : prix, disponibilité, livraison, politique de retour.
Google ajoute un point souvent négligé : fournir à la fois des données structurées sur la page et un flux Merchant Center maximise l’éligibilité et l’aide à vérifier les informations. Les deux sources doivent donc dire la même chose. Le flux fait l’objet d’un article dédié, Google Merchant Center et WooCommerce.
Les propriétés que Google attend
Pour une fiche marchand, les exigences sont les suivantes.
| Niveau | Product | Offer |
|---|---|---|
| Requis | name, image, offers |
price (ou priceSpecification.price), priceCurrency |
| Recommandé | description, brand, gtin (ou gtin8, gtin12, gtin13, gtin14), sku, aggregateRating, review, color, material, size, pattern |
availability, itemCondition, url, shippingDetails, hasMerchantReturnPolicy, priceValidUntil |
Deux précisions comptent. Le prix doit être supérieur à zéro pour une fiche marchand. Et l’offre doit être de type Offer, car le site doit être le vendeur du produit. Le type AggregateOffer, qui résume une fourchette de prix, est accepté pour les extraits produit, pas pour les fiches marchand.
Pour un simple extrait produit, les exigences sont plus légères : un name, et au moins une des trois propriétés offers, review ou aggregateRating.
Ce que WooCommerce génère sans extension
Le balisage natif de WooCommerce est produit par la classe WC_Structured_Data. Pour une fiche produit, il contient :
- le nom, l’URL, la description (courte ou longue) et l’image principale ;
- le
sku, ou à défaut l’identifiant interne du produit ; - le
gtin, lorsque le champ GTIN, UPC, EAN ou ISBN de l’onglet Inventaire est rempli et valide ; - une ou plusieurs offres avec prix, devise, disponibilité, URL, vendeur et date de validité du prix ;
- la note moyenne et les avis, si les avis sont activés.
Ce socle couvre toutes les propriétés requises. Il laisse en revanche de côté plusieurs propriétés recommandées : la marque (brand), l’état (itemCondition), les frais de livraison, la politique de retour, ainsi que les attributs comme la couleur ou la matière.
Le cas des produits variables mérite attention. Lorsque les variations n’ont pas toutes le même prix, WooCommerce décrit l’offre sous forme d’AggregateOffer, avec un prix bas et un prix haut. C’est correct pour un extrait produit, mais cela ne correspond pas à ce que Google attend d’une fiche marchand. Pour les variantes, Google documente une autre approche : un ProductGroup qui regroupe des Product distincts, reliés par hasVariant ou isVariantOf, chacun avec sa propre offre.
Compléter le balisage sans le dupliquer
Trois voies existent pour ajouter ce qui manque.
Renseigner les champs que WooCommerce sait déjà exploiter. Le GTIN est le plus rentable : un seul champ, et la propriété apparaît dans le balisage. L’article sur le code EAN et le GTIN dans WooCommerce explique où le saisir et comment vérifier sa validité.
Confier le balisage à l’extension SEO. Rank Math et Yoast, selon leurs versions et modules, remplacent ou enrichissent le balisage produit de WooCommerce, avec la marque, l’état ou des propriétés supplémentaires. Il faut alors vérifier qu’un seul système produit le bloc Product. Deux blocs concurrents, l’un natif, l’autre issu de l’extension, se contredisent souvent sur le prix ou la disponibilité.
Déclarer livraison et retours au bon endroit. Les frais de port et la politique de retour peuvent être balisés sur la page, mais Google permet aussi de les configurer dans Merchant Center ou Search Console. Pour la livraison, l’ordre de priorité que décrit sa documentation place ces réglages avant le balisage de la page. Pour une boutique qui applique les mêmes règles à tout le catalogue, c’est souvent plus simple et moins fragile.
Voici un bloc minimal conforme pour une fiche marchand, sur un produit fictif :
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Théière en fonte Kanō 0,8 l",
"image": "https://maison-oriel.example/img/theiere-kano.jpg",
"description": "Théière en fonte émaillée de 0,8 l, filtre inox amovible.",
"sku": "ORI-TH-080",
"gtin13": "3760000000017",
"brand": { "@type": "Brand", "name": "Maison Oriel" },
"offers": {
"@type": "Offer",
"url": "https://maison-oriel.example/theiere-kano/",
"price": "64.00",
"priceCurrency": "EUR",
"availability": "https://schema.org/InStock",
"itemCondition": "https://schema.org/NewCondition"
}
}Le prix s’écrit avec un point décimal et sans symbole de devise, la devise étant portée par priceCurrency au format ISO 4217.
Le cas de la FAQ
Beaucoup de fiches produit ajoutent une FAQ balisée en FAQPage. Il faut savoir ce qu’on peut en attendre en 2026. Depuis août 2023, Google réservait déjà l’affichage des FAQ enrichies à des sites gouvernementaux et de santé faisant autorité. Le 7 mai 2026, il a cessé de les afficher pour tous les sites, puis a retiré la documentation correspondante en juin.
Le balisage FAQPage n’est pas pénalisé pour autant. Il reste un vocabulaire schema.org valide, lisible par d’autres systèmes, et il décrit proprement une section de questions et réponses. Mais il ne produit plus aucun affichage particulier dans Google. La valeur d’une FAQ produit tient désormais à son contenu : des réponses précises aux questions que se posent réellement les acheteurs, visibles sur la page.
Tester et surveiller
Le test des résultats enrichis de Google indique si une URL est éligible aux fiches marchand et aux extraits produit, et signale les propriétés manquantes. Il se lance page par page, idéalement sur un produit simple, un produit variable et un produit en rupture.
Dans Search Console, les rapports consacrés aux fiches marchand et aux extraits produit agrègent les erreurs sur tout le site. Un avertissement sur une propriété recommandée n’empêche pas l’éligibilité ; une erreur sur une propriété requise, si.
Ces outils vérifient la syntaxe, pas la vérité. Un balisage qui annonce « en stock » pour un produit épuisé, ou une marque erronée, passera le test sans broncher. La cohérence entre la page, le balisage et le flux reste l’affaire du marchand. C’est aussi l’un des points de la checklist SEO WooCommerce.
Un balisage alimenté par des données vérifiées
Fichewise enrichit le balisage Product à partir des informations qu’il a établies pour chaque fiche : marque, GTIN, attributs appuyés par des sources, ainsi que la FAQ rédigée, balisée en FAQPage. Le détail des propriétés produites figure dans la documentation. L’extension, sous licence, fonctionne soit avec vos propres clés API (le coût se limite alors à celui de l’API, de l’ordre de 0,25 € par fiche), soit en service géré par packs de crédits, sans clé à gérer ; les prix figurent sur la page tarifs.