Auditez vos données structurées Product, Offer et AggregateRating sur BigCommerce. Découvrez les critères, erreurs fréquentes et correctifs pour enrichir vos résultats de recherche.
L'audit des données structurées Product, Offer et AggregateRating sur BigCommerce consiste à vérifier la conformité technique et sémantique des balises Schema.org intégrées aux pages produits, afin d'optimiser le référencement enrichi et l'affichage dans les SERP.
Pour maximiser la visibilité de vos fiches produits sur BigCommerce, un audit régulier des données structurées Product, Offer et AggregateRating est indispensable. Vérifiez d'abord que chaque page produit déclare bien le type Product, avec les propriétés name, description, image, et sku. Assurez-vous que l'objet Offer est présent avec price, priceCurrency, availability et url, et que AggregateRating n'est utilisé que si vous avez des avis clients vérifiés. Utilisez l'outil de test des données structurées de Google pour valider chaque balise et corrigez les erreurs comme les valeurs manquantes ou les types incorrects. Enfin, surveillez les rapports de Search Console pour détecter les anomalies après chaque mise à jour.
Cas fréquent observé : les marchands BigCommerce intègrent souvent les données structurées via un thème ou une application, mais oublient de mapper les champs personnalisés (par exemple, le SKU ou la marque). Dans les faits, cela génère des avertissements dans Google Search Console qui passent inaperçus pendant des semaines. En accompagnement, nous constatons que la difficulté réelle réside dans la gestion des variantes : chaque déclinaison doit avoir son propre Offer, ce que peu de thèmes gèrent nativement.
Les données structurées Product, Offer et AggregateRating appartiennent au vocabulaire Schema.org. Le type Product décrit un article : nom, image, description, marque, SKU. L'objet Offer détaille l'offre commerciale : prix, devise, disponibilité, URL d'achat. AggregateRating regroupe les notes moyennes issues des avis clients.
Sur BigCommerce, ces types sont souvent intégrés via le thème (par exemple Cornerstone) ou via une application dédiée comme JSON-LD for SEO. L'objectif est de permettre aux moteurs de recherche d'afficher des rich snippets : prix, disponibilité, étoiles. Un audit vérifie que chaque propriété obligatoire est présente et correctement typée.
Avant de commencer l'audit, assurez-vous d'avoir accès à :
Vérifiez également que votre thème utilise bien le format JSON-LD (recommandé par Google) plutôt que Microdata. La plupart des thèmes modernes de BigCommerce adoptent JSON-LD dans le fichier head.
Pour chaque page produit, le type Product doit inclure au minimum :
Vérifiez que les valeurs ne sont pas vides et que les URL sont absolues. Exemple : une image en relatif (//cdn.example.com/img.jpg) sera acceptée, mais une URL absolue avec protocole HTTPS est préférable.
L'objet Offer doit être imbriqué dans le type Product via la propriété offers. Les champs obligatoires sont :
Pour les produits avec variantes (taille, couleur), chaque variante doit avoir son propre Offer. BigCommerce expose souvent les variantes via un tableau dans le thème. Assurez-vous que le code JSON-LD itère sur chaque variante et génère un objet Offer distinct.
Exemple d'erreur courante : utiliser le même prix pour toutes les variantes alors que certaines ont un surcoût. Corrigez en mappant le champ price de chaque variante.
AggregateRating est utilisé pour afficher la note moyenne et le nombre d'avis. Les propriétés obligatoires sont :
N'utilisez AggregateRating que si vous avez des avis clients réels et vérifiés. Ne créez pas de note artificielle. Sur BigCommerce, les avis peuvent être gérés via l'application Product Reviews ou des solutions tierces. Vérifiez que le JSON-LD récupère bien les données depuis le système d'avis.
Attention : si vous n'avez pas d'avis, omettez complètement AggregateRating pour éviter les erreurs.
Les erreurs les plus courantes lors de l'audit incluent :
Pour chaque erreur, utilisez l'outil de test pour identifier la ligne exacte et corrigez dans le fichier de template ou via l'application.
Plusieurs outils peuvent vous aider à auditer et maintenir vos données structurées sur BigCommerce :
Pour les marchands techniques, une inspection manuelle du code source via l'inspecteur du navigateur reste la méthode la plus fiable pour vérifier le rendu final.
Un audit ponctuel ne suffit pas. Mettez en place un suivi régulier :
Si vous utilisez une application, assurez-vous qu'elle est régulièrement mise à jour et compatible avec la version actuelle de BigCommerce.
Pour les produits sans prix affiché (ex : sur devis), vous pouvez utiliser l'objet Offer avec la propriété priceSpecification et le type UnitPriceSpecification. Sinon, omettez l'offre.
Pour les produits en rupture de stock, utilisez availability = OutOfStock. Si le produit est en précommande, utilisez PreOrder. Ne masquez pas l'offre, car Google peut interpréter cela comme une information manquante.
Exemple : un produit épuisé mais avec une date de réapprovisionnement peut inclure la propriété availabilityStarts dans l'Offer.
Diagnostic e-commerce
Partagez votre boutique : on repère les leviers SEO, UX et conversion à fort impact, et on vous donne l'ordre dans lequel les activer.
| Type | Propriété | Obligatoire | Format |
|---|---|---|---|
| Product | name | Oui | Chaîne de caractères |
| Product | description | Oui | Chaîne de caractères |
| Product | image | Oui | URL absolue |
| Product | sku | Recommandé | Chaîne de caractères |
| Offer | price | Oui | Nombre décimal |
| Offer | priceCurrency | Oui | Code ISO 4217 |
| Offer | availability | Oui | URL Schema.org |
| AggregateRating | ratingValue | Oui | Nombre décimal |
| Erreur | Cause | Correctif |
|---|---|---|
| price manquant | Champ vide dans le back-office | Remplir le prix ou masquer le produit |
| availability incorrecte | Chaîne libre au lieu d'URL | Utiliser https://schema.org/InStock |
| image invalide | URL relative ou brisée | Utiliser une URL absolue HTTPS |
| AggregateRating sans avis | Données factices | Supprimer AggregateRating |
| Variantes non gérées | Un seul Offer pour toutes les variantes | Itérer sur chaque variante dans JSON-LD |
| Application | Fonctionnalités | Prix indicatif |
|---|---|---|
| JSON-LD for SEO | Génération automatique, support variantes | À vérifier sur la page officielle |
| SEO King | Audit intégré, suggestions | À vérifier sur la page officielle |
| Ultimate SEO | Balises personnalisées, microdata | À vérifier sur la page officielle |
| Thème Cornerstone | Intégration native, limité aux champs standards | Gratuit avec le thème |
Product décrit l'article lui-même (nom, image, marque), tandis que Offer détaille l'offre commerciale (prix, disponibilité, devise). Sur une page produit, les deux sont imbriqués : Product contient une propriété offers qui est un tableau d'objets Offer.
Oui, vous pouvez inclure AggregateRating dès qu'il y a au moins un avis vérifié. Assurez-vous que ratingValue correspond à la moyenne réelle et ratingCount au nombre d'avis. Ne créez jamais de notes artificielles.
Chaque variante doit avoir son propre objet Offer avec son prix et sa disponibilité. Dans le code JSON-LD, itérez sur les variantes de votre thème BigCommerce et générez un Offer pour chacune. Vérifiez que le champ price de chaque variante est correct.
Utilisez l'outil de test des données structurées de Google pour une URL spécifique, et le rapport Search Console pour une vue d'ensemble. Le Schema Markup Validator est une alternative externe. Pour une inspection manuelle, le code source via l'inspecteur du navigateur reste fiable.
Vérifiez d'abord que le champ prix est rempli dans le back-office BigCommerce. Si oui, inspectez le code JSON-LD pour voir si la variable price est correctement mappée. Parfois, le thème utilise un champ différent (par exemple, calculated_price). Corrigez le mapping dans le fichier de template.
Pour les produits sans prix (ex : sur devis), vous pouvez omettre l'objet Offer ou utiliser le type Product sans offers. Google peut ne pas afficher de rich snippet, mais la fiche sera toujours indexée. Évitez de mettre un prix fictif.
Consultez la documentation de votre thème ou inspectez le fichier product.html. Recherchez une boucle sur les variantes (généralement avec {% for variant in product.variants %}). Si elle n'existe pas, vous devrez ajouter du code personnalisé ou utiliser une application dédiée.
Sources : Google Search Central · Google — Core Web Vitals · Shopify — performance.