Données structurées produit : offres, avis, erreurs

À quoi sert le balisage produit

Les données structurées produit décrivent un produit sous une forme que les programmes peuvent lire : son nom, son image, son prix, sa devise, sa disponibilité et ses avis. Le vocabulaire vient de schema.org, et un format courant est JSON-LD, un bloc de données dans la page que les visiteurs ne voient pas. Google peut utiliser ces données pour afficher des informations produit dans les résultats de recherche, par exemple un prix ou des étoiles. Google précise aussi que les données structurées ne promettent pas un résultat enrichi.

Deux types de pages produit

Google distingue deux cas. Les fiches de marchand concernent les pages où un acheteur peut t’acheter le produit. Les extraits de produit concernent les autres pages produit, comme les avis, les tests et les comparatifs. Les exigences diffèrent : décide donc d’abord dans quel cas se trouve ta page.

Selon Google, les résultats enrichis pour les produits ne prennent en charge que les pages consacrées à un seul produit, ou à plusieurs variantes du même produit. Google recommande d’ajouter le balisage aux fiches produits, pas aux pages de catégorie ni aux listes de produits.

Les éléments de base

• Product : l’article lui-même, avec name, image, description, brand, sku et, si tu en as un, un GTIN.
• Offer : les conditions de vente, avec price, priceCurrency, availability, l’url de l’offre et, si le prix prend fin, priceValidUntil.
• AggregateRating : la moyenne de nombreuses évaluations, avec ratingValue et soit ratingCount, soit reviewCount.
• Review : un avis individuel. Google exige que le nom de l’auteur soit un nom valide de personne ou d’équipe.

Un exemple minimal

Ce bloc décrit un mug en vente. Il se place dans le HTML de la fiche produit, en général dans le head ou à la fin du body.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Mug en céramique bleu, 0.3 l",
  "image": "https://example.com/img/mug-blue.jpg",
  "sku": "MUG-BL-03",
  "brand": { "@type": "Brand", "name": "Poterie Exemple" },
  "offers": {
    "@type": "Offer",
    "price": "12.90",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock",
    "url": "https://example.com/mug-blue"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": "38"
  }
}
</script>

Trois détails causent beaucoup d’erreurs. schema.org demande un point comme séparateur décimal et aucun symbole de devise dans le prix : écris donc 12.90, pas 12,90 ni €12.90. La devise va dans priceCurrency sous forme de code ISO 4217, comme EUR ou PLN. La disponibilité est une valeur de schema.org, comme InStock ou OutOfStock.

Notes et avis

Un AggregateRating a besoin de ratingValue et d’au moins un des deux, ratingCount ou reviewCount. À l’intérieur d’un produit, itemReviewed n’est pas nécessaire. Si tu omets bestRating et worstRating, Google suppose une échelle de 1 à 5. Si ta boutique utilise une autre échelle, par exemple de 1 à 10, indique-la.

Prix, disponibilité et mise à jour

• Ne balise que ce que les visiteurs peuvent voir. Google écrit que les données structurées doivent être une représentation fidèle du contenu de la page.
• Modifie le balisage quand le prix ou le stock change. Un bon système de boutique le fait automatiquement, un bloc saisi à la main non.
• N’indique priceValidUntil que si le prix prend vraiment fin. Selon Google, une date passée peut empêcher l’affichage de l’extrait de produit.
• Utilise une seule devise par adresse. Google demande une URL distincte pour chaque devise.
• Décris la livraison et les retours une seule fois pour toute la boutique. Google recommande une politique de retour et une politique de livraison globales dans le balisage Organization.

Erreurs typiques

• Le prix est écrit avec une virgule, avec un symbole de devise, ou vaut 0 sur une page où le produit est vendu.
• priceCurrency contient € ou $ au lieu d’un code comme EUR ou USD.
• L’image manque, alors que les fiches de marchand l’exigent.
• Une page de boutique utilise AggregateOffer. Les fiches de marchand exigent un Offer, car le marchand doit être le vendeur.
• Le nom ou le prix dans le balisage diffère de la page, souvent après un changement de prix.
• Deux blocs décrivent le même produit avec des valeurs différentes, par exemple l’un venant du thème et l’autre d’un plugin.

Comment vérifier ton balisage

Google cite le test des résultats enrichis et l’outil d’inspection d’URL, qui détectent la plupart des erreurs techniques. Certains problèmes restent invisibles pour ces tests, par exemple une note qui ne figure pas sur la page. Google peut aussi prendre une action manuelle contre des données structurées qui enfreignent ses règles. La page perd alors son éligibilité aux résultats enrichis, et les données structurées sont ignorées.

Travailler avec Do4U

La Vérification des données structurées lit une page à partir de son adresse, ou le HTML ou le bloc JSON-LD que tu colles. Elle lit tous les blocs JSON-LD, y compris @graph et les éléments imbriqués, ainsi que les microdonnées et RDFa. Le code trouve les erreurs de syntaxe avec ligne et colonne, les types inconnus ou mal orthographiés et les propriétés que Google exige ou recommande pour les extraits de produit, les fiches de marchand, les offres et les avis. Il vérifie la forme des prix, des devises, des dates et des notes et avertit quand un nom ou un prix du balisage n’apparaît pas dans le texte visible. Tu obtiens une arborescence des éléments avec les erreurs, les avertissements et la source de chaque règle. La page est lue telle que le serveur la livre, sans JavaScript. Aucune IA n’est utilisée, et la vérification est gratuite, avec une limite quotidienne.

Do4U trouve des indices, tu vérifies et tu décides. C’est Google qui décide si un résultat enrichi apparaît, et toi seul sais si un prix, un stock ou une note est exact.