Maîtrisez les données structurées Product et Offer sur BigCommerce pour booster votre référencement produit. Guide pas à pas, bonnes pratiques et cas concrets.
Les données structurées Product et Offer sur BigCommerce sont des balises JSON-LD qui décrivent précisément un produit et son offre commerciale (prix, disponibilité, devise) aux moteurs de recherche, permettant l'affichage d'enhanced snippets (prix, stock, avis) dans les SERP.
Pour implémenter efficacement les données structurées Product/Offer sur BigCommerce, vous devez soit utiliser le champ 'Product JSON-LD' natif du thème, soit injecter le code via un hook ou une application tierce. La clé est de maintenir une cohérence parfaite entre le balisage et le contenu visible de la fiche produit : prix, disponibilité, devise, marque et identifiant (SKU/GTIN). Vérifiez chaque page avec l'outil de test de données structurées de Google avant publication. Une erreur courante est d'oublier de mettre à jour le balisage après une modification de prix ou de stock, ce qui peut entraîner une pénalité SEO.
Cas fréquent observé : de nombreux marchands BigCommerce copient un modèle JSON-LD générique sans l'adapter à leur catalogue, ce qui génère des erreurs de validation (prix manquant, devise absente, disponibilité incorrecte). Dans les faits, la plupart des échecs viennent d'une incohérence entre le balisage et le contenu affiché : par exemple, un produit en rupture de stock balisé 'in_stock' perd la confiance de Google. En accompagnement, on constate que les fiches produits avec un balisage complet (Product + Offer + AggregateRating) obtiennent en moyenne un taux de clic supérieur de 20 à 30 % sur les requêtes de marque, mais cela nécessite une maintenance rigoureuse.
Les données structurées Product et Offer permettent à Google d'afficher des informations riches directement dans les résultats de recherche : prix, disponibilité, note, nombre d'avis. Pour un e-commerçant, cela signifie un taux de clic (CTR) nettement supérieur et une meilleure visibilité face aux concurrents. Sur BigCommerce, le balisage natif couvre souvent les bases, mais un réglage fin est nécessaire pour les offres complexes (déclinaisons, prix promotionnels, stock variable).
En pratique, un balisage correct vous place dans la course aux rich results, ce qui est particulièrement stratégique pour les catégories concurrentielles (électronique, mode, maison).
Le type Product décrit l'entité produit elle-même : nom, description, image, marque, identifiant (sku, gtin, mpn). Le type Offer décrit l'offre commerciale : prix, devise, disponibilité, vendeur, URL d'achat. Un même produit peut avoir plusieurs Offres (déclinaisons, revendeurs).
Sur BigCommerce, le thème par défaut génère un balisage simple. Pour les boutiques avec des déclinaisons (tailles, couleurs), il faut créer une Offre par variante, chacune avec son propre prix et stock. Ne pas le faire entraîne une perte de rich results pour les variantes.
La méthode la plus fiable est d'utiliser le système de templates Stencil de BigCommerce. Le fichier product-jsonld.html (dans templates/components/common) contient le balisage par défaut. Vous pouvez le surcharger dans votre thème enfant.
{{product.price.without_tax.value}} pour le prix).Cette approche garantit que le balisage reste synchronisé avec les données du catalogue. Évitez de modifier le fichier directement dans le thème parent, car il sera écrasé lors des mises à jour.
Si vous ne maîtrisez pas Stencil, vous pouvez injecter le JSON-LD via le hook head disponible dans les paramètres du thème (section 'Scripts personnalisés'). Cette méthode est plus simple mais moins flexible pour les données dynamiques.
window.BCData).Pour les boutiques avec un catalogue volumineux, privilégiez la méthode Stencil pour une maintenance centralisée.
Google attend un minimum de champs pour valider les rich results. Voici la liste des champs à inclure systématiquement dans votre JSON-LD Product/Offer.
Sur BigCommerce, le champ description du JSON-LD doit être différent de la description longue de la fiche produit : utilisez un extrait de 200-300 caractères pour éviter le rejet.
Les boutiques BigCommerce avec des variantes (tailles, couleurs) doivent créer une Offre par variante. Le balisage natif ne le fait pas toujours automatiquement.
Une erreur fréquente est de baliser toutes les variantes avec le même prix et stock. Cela peut entraîner des rich results trompeurs et une pénalité.
Avant de déployer, testez chaque page avec les outils officiels. Une validation réussie ne garantit pas l'affichage des rich results, mais c'est un prérequis.
Sur BigCommerce, le thème peut générer du JSON-LD en double (via le thème et via une app). Supprimez les doublons pour éviter les erreurs.
Même avec un balisage bien conçu, certaines erreurs récurrentes peuvent nuire à vos rich results. Voici les plus fréquentes et leurs solutions.
{{product.url}} avec le paramètre de variante.Utilisez Google Search Console pour surveiller les erreurs en continu.
Pour maximiser l'impact SEO, ajoutez le type AggregateRating (note moyenne) et Review (avis individuels). Sur BigCommerce, les avis sont souvent gérés par des apps tierces (Yotpo, Stamped, Judge.me).
Ces enrichissements supplémentaires augmentent la confiance et le CTR. Vérifiez que les apps d'avis exportent bien les données structurées ; sinon, vous devrez les injecter manuellement.
| Champ | Type | Obligatoire | Exemple BigCommerce |
|---|---|---|---|
| name | Text | Oui | {{product.title}} |
| description | Text | Oui (court) | {{product.description}} (tronqué) |
| image | URL | Oui | {{getImage product.main_image 'thumbnail'}} |
| sku | Text | Recommandé | {{product.sku}} |
| brand.name | Text | Recommandé | {{product.brand.name}} |
| offers.price | Number | Oui | {{product.price.without_tax.value}} |
| offers.priceCurrency | Text | Oui | EUR |
| offers.availability | URL | Oui | http://schema.org/InStock |
| offers.url | URL | Oui | {{product.url}} |
| offers.priceValidUntil | Date | Pour promos | {{product.sale_price_date_end}} |
| Méthode | Complexité | Flexibilité | Maintenance |
|---|---|---|---|
| Thème Stencil (fichier product-jsonld.html) | Moyenne | Haute | Manuelle (via WebDAV) |
| Hook head (scripts personnalisés) | Faible | Moyenne | Manuelle (via paramètres) |
| Application tierce (ex : JSON-LD for SEO) | Très faible | Faible | Automatique (abonnement) |
| API BigCommerce + script externe | Élevée | Très haute | Automatique (développement) |
| Erreur | Cause | Solution |
|---|---|---|
| Prix incohérent | Valeur statique ou variable incorrecte | Utiliser {{product.price.without_tax.value}} dynamique |
| Disponibilité erronée | Stock non synchronisé | Utiliser condition if pour InStock/OutOfStock |
| Image manquante | Champ image vide | Vérifier la présence de l'image principale |
| URL d'offre incorrecte | Paramètre de variante absent | Ajouter ?variant={{variant.id}} dans l'URL |
| Doublon de balisage | Thème + app tierce | Désactiver le balisage natif si une app est utilisée |
Visibilité SEO & IA
On vérifie votre SEO technique, vos données structurées et votre présence dans les moteurs IA, puis on priorise les gains les plus rentables.
Product décrit le produit lui-même (nom, image, marque, identifiant), tandis qu'Offer décrit l'offre commerciale (prix, disponibilité, devise, vendeur). Un même produit peut avoir plusieurs offres (déclinaisons, revendeurs). Sur BigCommerce, les deux sont combinés dans un même JSON-LD, avec Offer intégré dans Product.
Oui, pour que chaque variante (taille, couleur) puisse bénéficier de rich results. Créez un tableau 'offers' contenant un objet Offer par variante, avec son propre prix, disponibilité et URL. Sans cela, Google ne pourra pas afficher les informations spécifiques à chaque variante.
Utilisez le champ 'price' pour le prix actuel (promotionnel) et ajoutez 'priceValidUntil' avec la date de fin de l'offre. Pour le prix d'origine, vous pouvez ajouter un champ 'originalPrice' (non standard mais accepté) ou utiliser 'hasMerchantReturnPolicy'. Assurez-vous que le prix affiché sur la page correspond à celui du JSON-LD.
Utilisez l'outil de test des données structurées de Google (pour le code) et le Rich Results Test (pour une page en direct). Google Search Console fournit un rapport 'Produits' qui liste les erreurs et les pages valides. Testez après chaque modification de produit.
La validation ne garantit pas l'affichage immédiat. Google peut mettre plusieurs jours à indexer les changements. Vérifiez que les pages sont indexées, que le balisage n'est pas en double, et que le contenu est cohérent. Parfois, un faible volume de recherches ou une forte concurrence peut limiter l'affichage.
Oui, des apps comme 'JSON-LD for SEO' sur BigCommerce Marketplace simplifient la configuration. Cependant, elles offrent moins de flexibilité pour les variantes et les champs avancés. Vérifiez qu'elles supportent les déclinaisons et les prix promotionnels avant de les adopter.
Inspectez le code source de vos pages. Si vous utilisez une app tierce, désactivez le balisage natif du thème (dans le fichier product-jsonld.html ou via un paramètre du thème). Un seul script JSON-LD par page est recommandé. Google Search Console signalera les doublons éventuels.
Sources : Google — données structurées · Schema.org · Google Search Central.